Échec de l'ajout de / run / systemd / ask-password à la surveillance du répertoire: il n'y a plus d'espace disponible sur le périphérique?


34

Est-ce que quelqu'un sait pourquoi j'ai ce message avec la nouvelle mise à jour de samba sur Ubuntu 16.04.1?

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: 

Comme j'ai beaucoup d'espace, je ne comprends pas:

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

Réponses:


6

Je ne suis pas assez digne de confiance pour commenter la réponse acceptée, mais je voulais dire que cela n’est nullement limité à CrashPlan. Dropbox et d'autres plates-formes de partage de fichiers utilisent inotify watch par inode pour détecter le moment où une synchronisation en amont doit se produire. Les détecteurs de logiciels malveillants peuvent avoir des surveillances sur les répertoires. Outre CrashPlan, d'autres outils de sauvegarde pourraient également l'être.

Pour voir ce qui consomme des montres inotify, utilisez lsof:

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

70

Comme indiqué dans un rapport de bogue Red Hat , il s’avère que le service de secours Crashplan est le coupable le plus probable. Il utilise de nombreuses montres inotify et, finalement, les mange toutes.

La solution immédiate consiste à exécuter:

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

faire plus de montres disponibles.

La solution à long terme consiste à modifier le fichier /etc/sysctl.confpour inclure la ligne:

fs.inotify.max_user_watches=1048576

oui, je l'ai vu, mais ce n'est pas parce que je n'ai rien installé de tel. Il semble que je sois lié à la samba ou au RAID
vigian

10
Cela m'a aidé, j'ai Crashplan
Brian Low

mais de toute façon ça marche toujours. Sachez donc que ce serait un problème similaire avec trop de notifications mdadm ou smaba.
vigilian

M'a aidé sur kali linux
Tim Jonas
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.