Ec2 实例出现错误:无法为此处文档创建临时文件

Ec2 实例出现错误:无法为此处文档创建临时文件

我正在 ec2 实例上以开发模式运行基于 ruby​​ on rails 构建的网站,当我 ssh 到该实例时,它显示..

    Welcome to Ubuntu 12.10 (GNU/Linux 3.5.0-17-generic x86_64)

     * Documentation:  https://help.ubuntu.com/

      System information as of Thu Mar 28 05:10:40 UTC 2013

      System load:  0.48              Processes:           84
      Usage of /:   94.9% of 7.87GB   Users logged in:     0
      Memory usage: 49%               IP address for eth0: 10.130.18.205
      Swap usage:   0%

      => / is using 94.9% of 7.87GB

      Graph this data and manage this system at https://landscape.canonical.com/

    156 packages can be updated.
    86 updates are security updates.

    Get cloud support with Ubuntu Advantage Cloud Guest

现在,当我尝试进入 /home/ubuntu 中的一个文件夹时,它会显示错误消息

 set-bash: cannot create temp file for here-document: No space left on device

并且 cd 命令失败,这可能是什么问题,因为网站已关闭,我无法找出问题所在。针对此问题我需要发布哪些其他 o/p。

编辑 $ sudo du-sch /tmp*

52千字节

总计 52K

$ df -hi

    Filesystem     Inodes IUsed IFree IUse% Mounted on
    udev              72K   389   72K    1% /dev
    tmpfs             74K   270   74K    1% /run
    none              74K     4   74K    1% /run/lock
    none              74K     1   74K    1% /run/shm
    none              74K     1   74K    1% /run/user
    /dev/xvda1       512K  222K  291K   44% /

$sudo df-h

     Filesystem      Size  Used Avail Use% Mounted on
    udev            287M  8.0K  287M   1% /dev
    tmpfs           118M  188K  118M   1% /run
    none            5.0M     0  5.0M   0% /run/lock
    none            295M     0  295M   0% /run/shm
    none            100M     0  100M   0% /run/user
    /dev/xvda1      7.9G  7.5G   13M 100% /

答案1

/ 的使用量:7.87GB 的 94.9%

以及更新后的问题

/dev/xvda1 7.9G 7.5G 13M 100% /

默认情况下,系统会保留 5% 的磁盘空间供系统使用。您的 / 显示已使用 94.9%,因此您的文件系统实际上已满。查看 和 的输出du -sh /df -h如果它们都显示大致相同的使用情况,则您的文件系统很可能被一个大文件填满,您需要跟踪并处理该文件(更可能是日志文件)。使用

du -h --max-depth=1 / 

仔细检查输出中是否存在高使用率的文件/目录。通过反复检查适当处理文件和目录(如果 /var 显示高使用率)

cd /var    
du -h --max-depth=1 .

等等。最终,您将找到一个想要删除的文件(或一系列文件)。最安全的方法是关闭正在使用该文件的服务,删除它(如果您愿意,可以在存档后删除),然后重新启动该服务。

df如果上述命令的输出du有很大差异,则可能是某个进程打开了某个已删除的文件。使用命令

lsof +L1 

追踪该文件,然后重新启动保持该文件打开的进程。

如果这些都不起作用,那么您可能需要 fsck 文件系统。

相关内容