web-dev-qa-db-ja.com

/に空き領域があるときにマウントされたオーバーフロー/ tmp

最近、/tmpで「オーバーフロー」の問題が発生しました。個別の/tmpパーティションがなく、/には17％の空き領域があります。では、なぜオーバーフローtmpファイルシステムが発生したのですか？

enter image description here

enter image description here

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/mapper/safesquid-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=d029e04b-11e9-42e1-b1d3-9cde73cb3b67 /boot           ext2    defaults        0       2
/dev/mapper/safesquid-swap_1 none            swap    sw              0       0

mount出力

/dev/mapper/safesquid-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/Fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda1 on /boot type ext2 (rw)
overflow on /tmp type tmpfs (rw,size=1048576,mode=1777)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)


root@safesquid:~# free -m
             total       used       free     shared    buffers     cached
Mem:          2009        182       1826          0          9         48
-/+ buffers/cache:        124       1885
Swap:          715        130        585
root@safesquid:~# uname -a

Linux safesquid 2.6.32-41-server #94-Ubuntu SMP Fri Jul 6 18:15:07 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Ubuntu 12.04.1 LTSを実行しています。

df -iも確認しました。空きiノードがあります。

ubuntutmp
26
Rahul Patil

システムが起動してハードドライブがいっぱいになると、/ tmpに書き込むことができなくなります。そのため、初期化中にtmpfsが作成され、マウントされます。これにより、/ tmpに書き込むことができるため、システムを安全に起動できます。

ディスク領域を解放し、マシンを再起動します。 （または、/ tmpを使用していないことが確かな場合は、単にマウント解除します）。

この値を0に設定すると、セットアップが無効になります。 、これはinit-failureまたはシステムにログインできないリスクを伴うと予想されます。

Nitesh B.の答えは危険であり、避けるべきだと思います。

14
user50849

私はUbuntuサーバーの1つで同じ問題に直面していました。ネットで検索した後、解決策が見つかりました。

一部のデーモンは、ディスク領域の不足を防ぐために、ルートパーティションでディスク領域が不足すると、現在の/ tmp/dirをRAMディスクで自動的に「シャドウイング」します。悲しいことに、十分なディスク領域が再び解放されると、そのプロセスの自動復帰はありません。

この問題を解決するには、/ tmpをアンマウントして、次のコマンドを実行します。

echo 'MINTMPKB=0' > /etc/default/mountoverflowtmp

これは間違いなくあなたの問題を解決します。

11
Nitesh B.

これは私を助けました ;つまり、スペースを空けた後の回避策は次のとおりです。

Sudo mount -o bind /var/tmp /tmp
9
mpontillo