mount und umount verhalten sich anders, wenn sie unter cron laufen

CentOS 6 in AWS laufen zu lassen, und was ich sehe, verwirrt mich.

Es gibt ein s3fsReittier /etc/fstab, das manchmal seine Fähigkeit zum Lesen und Schreiben verliert. Ich habe einen Cron-Job, der monatelang gut funktioniert hat, der einfach testen würde, dass das Reittier jede Minute gut ist, und wenn es jemals die Verbindung verloren hat, würde es einfach umountund mountder Anteil. Die Halterung neigte sich dazu, häufiger unter Nulllast zu verschwinden, als unter tatsächlicher Last. Dies war also eine großartige Lösung.

Aus irgendeinem Grund funktionierte das nicht mehr, und nun kommen Maschinen nicht mehr in der Lage, aus der Freigabe zu lesen / schreiben. Als erstes tun die Maschinen beim Booten nach der Bereitstellung umountund mountder Freigabe.

Nun ist der Fehler, den ich bekomme, wenn ich versuche zu lesen:

cp: cannot open `/app/canary.txt' for reading: Input/output error 

Im /var/log/messagessehe ich das:

kernel: s3fs[3077]: segfault at e66000 ip 00007f833663d94e sp 00007ffc849c5b18 error 4 in libc-2.12.so[7f83365b4000+18a000] 

Wenn ich jetzt dasselbe Skript in der Konsole als root ausführte, funktioniert es einfach perfekt. Demontieren und montieren Sie das Laufwerk und lassen Sie es in einem Arbeitszustand.

Meine erste Vermutung war, dass etwas in der Umgebung den Unterschied auslöste, also fügte ich source /root/.bash_profilemeinem Skript eine hinzu, ohne Erfolg.

Die Zeile in / etc / fstab ist ein Monster, aber nach vielen Versuchen der Feinabstimmung haben wir festgestellt, dass dies am besten funktioniert:

ourbucket /app fuse.s3fs _netdev,allow_other,endpoint=us-west-2,url=https://s3-us-west-2.amazonaws.com,use_path_request_style,use_sse,gid=1001,umask=0007,use_cache=/srv/s3fs,retries=20,parallel_count=30,connect_timeout=30,readwrite_timeout=60,stat_cache_expire=86400,max_stat_cache_size=100000 0 0 

So sieht die Cron-Datei aus:

* * * * * root /usr/bin/sudo /root/check_mount.sh 

Ich habe es mit und ohne Sudo ausprobiert, da ich dachte, es könnte die Umwelt beeinflussen.

Ich habe viele Variationen des Skripts ausprobiert, aber die meisten dieser Befehle wurden an der einen oder anderen Stelle verwendet. Das gleiche Problem tritt auf, unabhängig davon, welche Art umountich mache.

\cp /app/canary.txt /tmp/canary.txt retVal=$? sleep 1 if [ $ -ne 0 ]; then echo "Copy failed, trying to umount" umount /app echo "umount returned $?" sleep 1 echo "Trying umount -f" umount -f /app echo "umount -f returned $?" sleep 1 echo "Trying fusermount -u" /usr/local/bin/fusermount -u /app echo "fusermount returned $?" sleep 1 echo "Trying to mount" mount /app echo "mount returned $?" sleep 1 echo "Trying copy after mount" \cp /app/canary.txt /tmp/canary.txt fi 

Dieses Skript war anfangs in python, mit den Schlüsselstücken, die gerade herausgingen os.system, aber ich wollte das aus der Gleichung entfernen. Es gab die gleichen Probleme.