标签: tmp

我有一个运行 Ubuntu 14.04 的 EC2 节点。在今天早上的部署中，我从 git fetch 收到以下错误消息：

error: unable to create temporary file: No space left on device

我登录到服务器并且 df -h 表示我有足够的空间：

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            492M   12K  492M   1% /dev
tmpfs           100M  488K   99M   1% /run
/dev/xvda1      7.8G  4.9G  2.5G  67% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            497M  4.0K  497M   1% /run/shm
none            100M     0  100M   0% /run/user

我在这里误读了 df 吗？我的理解是 EC2 …

我不小心systemd-private-015eb2e9f67b4eef862c68e99fe0ba30-apache2.service-9h6i08从我的 /tmp 文件夹中删除了：

sudo rm -R /tmp/systemd-private-015eb2e9f67b4eef862c68e99fe0ba30-apache2.service-9h6i08

并不意味着它不会永久消失。我确信它会再次显示回来。这使我的代码中断，因为它没有找到将文件写入其中的安全文件夹。

我如何再次返回文件？

我尝试再次创建目录 - 只有 root 权限和所有权 - 但这不起作用。

我用的是centOS5，但是这些/tmp的文件时间一过就会自动删除。这会在什么样的结构中杀死他？另外，如何阻止？

我知道它会在重新启动时清除 /tmp，但是我无法在我的服务器上找到任何清除 /tmp 的 cron 作业。我最近设置了一个脚本，将大量文件写入 /tmp 并且我的服务器通常在重新启动之间需要几个月的时间，所以我担心它会变得混乱。

我已经看到其他几个发行版默认安装了 tmpwatch 脚本。Ubuntu 的存储库似乎已经用 tmpreaper 替换了 tmpwatch。

Ubuntu（目前为 8.04，很快就会升级到 10.04）上是否有任何机制来清理不定期重启的服务器上的临时文件，或者我是否需要安装 tmpreaper？

最近在其中一台生产服务器上，我们看到复制由于分配的空间/tmp较少的驱动器上的空间问题而停止。

我想将tmpdirfrom移动/tmp[default]到/var/lib/mysql/tmp

以下是我想我应该做的。

1. 停止mysql
2. 创建tmp在该位置调用的目录/var/lib/mysql/
3. 添加 tmpdir = /var/lib/mysql/tmp/
4. 启动mysql

的权限级别有什么需要注意的/var/lib/mysql/tmp/吗？

drwxrwxrwt  2 root     root     4096 Aug 20  2015 .font-unix
drwxrwxrwt  2 root     root     4096 Aug 20  2015 .ICE-unix
-rw-------  1 root     root        0 Aug 20  2015 ipt.err
-rw-------  1 root     root       90 Aug 20  2015 ipt.out
drwxr-xr-x  3 root     root     4096 Mar 28 16:23 npm-23008-fc1739e3
drwxrwxrwt  2 root     root     4096 Aug 20  2015 .Test-unix
drwx------  2 root     root     4096 May 11 03:00 tmp.ayv48eJWjN
drwx------  2 root     root     4096 Apr  5 14:55 tmp.DhPr9EXfH5
drwx------  2 root     root     4096 Apr  5 15:11 …

它们只是占用了太多磁盘空间，删除它们是否安全？

当我设置 crontab 作业以定期执行删除操作时，有什么需要特别注意的吗？谢谢！

我想在我的 GNU/Linux 主目录中创建一个文件夹，它的行为有点像 TMPDIR（通常是 /tmp 或 /var/tmp）；也就是说，一个在重启或开始收集蜘蛛网后删除其内容的文件夹。解决这个问题的最佳方法是什么？

请注意，我并不想简单地移动的TMP目录回家。

我执行“sudo rm *”并且它不会删除所有内容。（我可能有很多我不需要的对象。）

我不是在问是否可以删除 tmp 中的所有内容 - 我在问怎么做:)

有没有可以做到这一点的shell脚本？

我认为某些东西在 Ubuntu 18.04 上的 /tmp 中生成了数百万个文件或文件夹，因为我无法运行ls /tmp甚至rm -rf /tmp/*. 所以我尝试重新启动，但现在我的机器卡在了以下步骤：

A start job is running for Create Volatile Files and Directories

我让它运行了 10 个小时，它仍在运行，因此它可能会交换到磁盘并且永远不会完成。我该怎么办？如果我什至无法启动系统，如何清除我的 /tmp 文件夹？

编辑：我附加了“systemd.debug-shell=1 systemd.show_status=false”所以我可以进入一个shell。然后我终止了该systemd-tmpfiles进程，然后mkdir /empty; time rsync -a --delete /empty/ /tmp/按照此处的建议进行快速删除。但是，30 分钟后，它仍在运行。

我有一个 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;

在八到十次试验中，我得到一个NULLFILE 指针。这是一个示例错误消息：

ERROR: Could not open coordinates file: /tmp/coordinates.txt
       File or directory does not exist

但是，该文件/tmp/coordinates.txt确实存在，因为我可以使用head、cat或more等标准实用程序打开它。 …

我有一个 CentOS Web 服务器，上面有许多客户端。自从我制作 8 GB（从 4 GB 扩展后）大约两个月后，我看到 /tmp 达到了 DISKCRITICAL！我想知道tmp这么快就满的原因，以及如何安全清理？我之前阅读了很多关于扩展它和删除一些过期文件的内容，但没有成功！

我想使用/etc/sudoers.d.

所以我做了以下事情：

visudo -f /etc/sudoers.d/99-php

并输入此 sudo 规则：

www-data ALL = (root) NOPASSWD: /etc/my_script.sh

在/etc/my_script.sh脚本中，我在/tmp再次删除它们之前创建了一个文件夹和几个文件。

去测试：

su www-data
/etc/my_script.sh

这给了我很多这样的权限错误：

rm: cannot remove «/tmp/my_file.txt»: Access denied

暗示我的脚本实际上根本没有以 root 身份运行。

那么我该怎么做才能让它发挥作用？