我改变了MySQLconfiguration的tmp目录到已挂载的磁盘，并在service mysql restart我得到以下错误： Can't create/write to file '/mnt/temp/something' (Errcode: 13) 据我了解， Error Code 13是指文件权限错误。 但奇怪的部分是： 临时目录所有者已经是mysql ，文件权限是1777 drwxrwxrwt 2 mysql mysql 4.0K Nov 14 08:34 temp/ 我可以在非root用户的位置创build文件。 mnt上有600GB的空间，所以不应该是一个问题。 我可以很容易地在根磁盘上创buildtmp目录 /etc/mysql/my.cnf ： user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port = 3306 basedir = /usr datadir = /mnt/mysql tmpdir = /mnt/temp #tmpdir = /var/tmp […]
我在我们的Web服务器上偶尔遇到以下错误： 警告：session_start（）：打开（/ tmp / sess_7ifl201pvdd91rr6tr4015n5k4，O_RDWR）失败：设备上没有剩余空间（28）/home/some/script/on/my/site/script.php在线## 我的服务器pipe理员告诉我，它必须是在网站上造成这种情况，如有人通过PHP上传一个大文件。 但我有点怀疑，因为这只是在过去几天才开始发生的。 所以，我想知道是否有人知道为什么会出现这种情况？ 我正在运行光速（不是apache），centos。 让我知道是否有任何更多的信息需要。
我有一个C应用程序偶尔无法打开存储在/tmp共享中的文件。 这是相关的代码块： // open file and start parsing notStdin = strcmp(inFile, "-"); if (notStdin) { coordsIn = fopen(inFile, "r"); <—– inFile = file that I want to open if (coordsIn == NULL) { fprintf(stderr, "ERROR: Could not open coordinates file: %s\n\t%s\n", inFile, strerror(errno)); exit(EXIT_FAILURE); } } else coordsIn = stdin; 在8到10次试验中，我得到一个NULL FILE指针。 这是一个示例错误消息： ERROR: Could […]
什么机制控制/ tmp目录清理的频率/时间。 如果有这样的内置机制，还是需要使用自定义的cron？ 我将不胜感激一个特定的命令/工具，或者如果你只是指向我在哪里可以find适当的文档。 如果有问题，我正在使用Ubuntu 10.04服务器。
我目前负责一台运行红帽的服务器和一个处理大文件的生物信息学web应用程序，其中一些在未压缩时超过100GB。 解压缩这些文件的操作是由几个不同的程序完成的，所有这些程序都使用系统临时目录/ tmp。 当一个巨大的文件被解压缩时，/ tmp填满并暂停正在进行的操作，导致webapp中的下游错误。 我必须从/ tmp中删除问题文件。 服务器的文件系统是这样设置的： /*output of df-h follows*/ Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_root-LogVol01 83G 34G 45G 43% / tmpfs 95G 0 95G 0% /dev/shm /dev/sda1 485M 81M 379M 18% /boot /dev/sdb1 8.0T 6.2T 1.5T 82% /data /*output of blkid follows*/ /dev/sda1: UUID="5f489589-0678-46c1-9f0f-e4e66c6a9e04" TYPE="ext4" /dev/sda2: UUID="k2rP0k-1YhK-72D9-fRrQ-BxUW-3gaC-6KF0nh" TYPE="LVM2_member" /dev/sdb1: UUID="4e54bee3-6450-446f-af80-70ca6268e12f" […]
我有一个每分钟运行的cronjob，并检查某个文件的存在。 如果没有这样的文件，工作无声地结束。 如果有文件，则启动另一个脚本。 该脚本完成后删除文件。 执行时间可能需要20分钟。 我的问题是：这个计划有什么缺陷吗？ 可以在tmp中存储这样的文件吗？ 我可以确定没有任何东西会试图去除它吗？ 感谢您的回复！ 此scheme的目的是允许通过Web界面运行该脚本。 脚本本身在用户的主文件夹中，并在其内容上工作。 我不确定在/ var / run中创buildpid文件是否合适。
在全天候运行的服务器上：定义/控制/configuration/ tmp（和/ var / tmp）的清理位置以及如何清理？
我有一个/tmp子目录中的某些文件，我写的脚本是用来从头开始的。 打开和closures这些文件几个小时完美罚款。 然后，无处不在，文件不再被发现。 我查看了/var/log/messages ，在文件消失的时候没有看到任何会引起任何标志的事情。 有没有人有任何线索，我怎么能解决这个问题？ 是的，我知道/tmp不是我关心的文件的理想位置，但我仍然想知道是什么原因导致此行为。
我正在运行一个Web服务器（Apache + PHP），数据库（MySQL）和SMTP服务器（Exim）的VPS。 操作系统：Debian Lenny。 内存：512MB。 使用（配额）（ http://packages.debian.org/lenny/quota ）。 目前，我已经将/tmp挂载为tmpfs。 这并不理想，因为我只有512MB RAM，因此/tmp只有256MB。 我决定在/var/tmpdisk上创build一个1GB的ext3分区文件（或者其他名称）。 （关于使用ext3的决定是在阅读Askubuntu.com之后做出的：用于/ tmp的好文件系统？ ） 为了在运行时保持/ tmp干净，我find了tmpreaper： serverfault.com：清除/ tmp 什么build议快速擦除/var/tmpdisk ，同时保留配额设置？ 目前，我正在考虑在启动时执行以下操作（ /etc/rc.local ？）： 检查/var/tmpdisk的存在。 如果不存在，则运行dd if=/dev/zero of=/var/tmpdisk bs=1K count=1000000 在/var/tmpdisk创buildext3文件系统。 这是我清除“磁盘”最快的方法。 命令： mkfs.ext3 -F /var/tmpdisk 挂载在/tmp ： mount -t ext3 -o loop,rw,nodev,noexec,nosuid,quota /var/tmpdisk /tmp 在这个草案中，我没有添加保留配额设置的方法。 有任何想法吗？
sudo manpage告诉我，我可以通过传递-E选项来保护环境，在$TMPDIR的情况下这不起作用： > env | grep TMPDIR TMPDIR=/localdata/tmp > sudo env | grep TMPDIR [no output] > sudo -E env | grep TMPDIR [no output] 这个选项没有列入黑名单，那就是sudo sudo -V没有把它列为“要移除的环境variables”。 按照在回答中提出的方法，“ 如何指定root的环境variables ”这个问题，我试图把它列入白名单，那就是我的/etc/sudoers写道： Defaults env_reset Defaults env_keep = "TMPDIR" 这也不起作用，它实际上甚至不使TMPDIR出现在白名单中（也就是，sudo sudo -V打印为“要保存的环境variables”）。 （我正在运行Ubuntu 10.04。）