无法将/ run / systemd / ask-password添加到目录监视:设备上没有剩余空间?


34

有谁知道为什么我在ubuntu 16.04.1上使用samba的新更新发布此消息?

Paramétrage de samba (2:4.3.9+dfsg-0ubuntu0.16.04.3) ...
Failed to add /run/systemd/ask-password to directory watch: No space left on device: 

由于我有太多空间,所以我不明白:

df -h
Sys. de fichiers                  Taille Utilisé Dispo Uti% Monté sur
udev                                 16G       0   16G   0% /dev
tmpfs                               3,2G     11M  3,2G   1% /run
/dev/sda2                           107G     49G   53G  48% /
tmpfs                                16G    184K   16G   1% /dev/shm
tmpfs                               5,0M    4,0K  5,0M   1% /run/lock
tmpfs                                16G       0   16G   0% /sys/fs/cgroup
/dev/sdi2                           367G    343G  5,2G  99% /media/divers
/dev/sda1                           110G    366M  104G   1% /opt
/dev/sdm1                           147G    136G   11G  93% /media/nfsmedia/syno/usb4
/dev/sdq1                            74G     69G  1,1G  99% /media/nfsmedia/syno/usb8
/dev/sdp1                           459G    453G  5,6G  99% /media/nfsmedia/syno/usb1
/dev/sde2                           735G    684G   14G  99% /media/series
/dev/sdo1                           1,8T   1015G  726G  59% /media/nfsmedia/syno/usb3
/dev/sdr1                            74G     68G  1,6G  98% /media/nfsmedia/syno/usb7
/dev/mapper/RAIDSTOCK-RAID5FSTOCK   9,0T    7,3T  1,4T  85% /media/RAIDFORSTOCK
/dev/mapper/RAID1FORDOCK-DOCK       550G    303G  220G  58% /media/DOCK
cgmfs                               100K       0  100K   0% /run/cgmanager/fs
tmpfs                               3,2G       0  3,2G   0% /run/user/1004
//192.168.6.12/vigilian             1,9T    1,7T  179G  91% /media/smbseries/nsa
//192.168.6.11/NASA                 930G    807G  123G  87% /media/smbseries/nasa
tmpfs                               3,2G     12K  3,2G   1% /run/user/123
tmpfs                               3,2G       0  3,2G   0% /run/user/1000

Answers:


6

我没有足够的声誉对已接受的答案发表评论,但我想说的是,它绝不仅限于CrashPlan。Dropbox和其他文件共享平台使用每个inode的inotify监视功能来检测何时需要进行上游同步。恶意软件检测程序的目录上可能有监视。除CrashPlan之外,其他备份工具也可能会出现。

要查看消耗inotify的手表,请使用lsof

sudo lsof -K | grep inotify | (less||more||pg)

69

正如Red Hat错误报告中所讨论的,事实证明Crashplan备份服务是最有可能的罪魁祸首。它使用了许多有营养的手表,最终把它们全部吃光了。

立即修复是运行:

sudo -i
echo 1048576 > /proc/sys/fs/inotify/max_user_watches
exit

使更多手表可用。

长期解决方法是编辑文件/etc/sysctl.conf以包括以下行:

fs.inotify.max_user_watches=1048576

是的,我已经看过了,但这不是因为我没有安装类似的东西。看来我是与桑巴舞有关或与RAID有关
守夜人

10
这对我有帮助,我有Crashplan
Brian Low

但无论如何,它仍然有效。因此请注意,过多的mdadm通知或smaba通知也将是类似的问题。
守望先锋'17

帮我在卡利的Linux
蒂姆·乔纳斯
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.