45 votes

Echec de l'ajout de /run/systemd/ask-password au répertoire watch : Il n'y a plus d'espace sur le périphérique ?

Quelqu'un sait-il 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

100voto

LandonL Points 1101

Comme indiqué dans un Rapport de bogue de Red Hat Il s'avère que le service de sauvegarde Crashplan est le coupable le plus probable. Il utilise de nombreuses montres inotify et finit par toutes les consommer.

La solution immédiate est de courir :

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

pour mettre plus de montres à disposition.

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

fs.inotify.max_user_watches=1048576

14voto

beren Points 116

Je ne suis pas assez réputé pour commenter la réponse acceptée, mais je voulais dire que ce n'est en aucun cas limité à CrashPlan. Dropbox et d'autres plateformes de partage de fichiers utilisent des montres inotify par inode pour détecter quand une synchronisation en amont doit avoir lieu. Les détecteurs de logiciels malveillants peuvent avoir des veilles sur les répertoires. D'autres outils de sauvegarde que CrashPlan peuvent également le faire.

Pour voir ce qui consomme les veilles d'inotify, utilisez lsof :

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X