Solved
Magentacloud - webdav - mount.davfs auf Raspberry - Merkwürdige Meldungen im Sekundentakt im syslog: mount.davfs: Die Größe der offenen Dateien über
3 years ago
Hallo,
nachdem ich meine zwei Wetterkameras mit Raspberry und picam mit eine hier empfohlenen Trick wieder wieder an die magentacloud koppeln konnte, habe ich diese ein paar Tage stillgelegt.
Seit Wiederinbetriebnahme vor ein paar Tagen erscheint eine merkwürdige Fehlermeldung im Sekundentakt im syslog:
...
Jan 28 10:46:44 raspberrypi3 mount.davfs: Die Größe der offenen Dateien überschreitet die maximale Größe des Cache um 1 MiBytes
Jan 28 10:46:45 raspberrypi3 mount.davfs: Die Größe der offenen Dateien überschreitet die maximale Größe des Cache um 1 MiBytes
Jan 28 10:46:46 raspberrypi3 mount.davfs: Die Größe der offenen Dateien überschreitet die maximale Größe des Cache um 1 MiBytes
...
Die Fotos werden wie gewünscht im Stundentakt erstellt und in die Magentacloud übertragen, aber das syslog wird unlesbar.
Die Raspberrys laufen mit einer 8GB-SDCard und einer 16GB-MicroSDCard. Es entstehen täglich jeweils nur 24 Fotos pro Raspberry die jeden Tag um Mitternacht gelöscht werden. Ein Platzproblem auf den SD-Karten kann ich nicht erkennen. Siehe Beispiel:
pi@raspberrypi3:~ $ free -m
total used free shared buff/cache available
Mem: 875 72 515 44 286 708
Swap: 99 0 99
Hat noch jemand das gleiche Problem und/oder hat die Magentcloud-Schnittstelle auf Telekomseite eventuell noch eine odere mehrere andere Macken außer dem Passwortproblem?
Vielen Dank für jede Antwort/Anregung im Voraus.
803
4
This could help you too
in
2955
2
5
3 years ago
in
346
0
1
3 years ago
Moin @rotfl_de,
das ist der Cache von davfs2. Normalerweise wird dieser automatisch geleert aber Dateien, die geöffnet sind werden nicht rausgelöscht und irgendwas scheint da noch drin zu hängen, wodurch der Cache dauerhaft über dem voreingestellten maximalen Cache -Wert befüllt ist. Es funktioniert dann weiterhin, produziert aber diese Meldungen im Log. Schau mal im Netz nach der Fehlermeldung, da müsstest du fündig werden. Das müsste dann mit ein bisschen Handarbeit behoben werden.
Grüße
Peter
2
Answer
from
3 years ago
Moin Peter Hö,
eine mehrstündige Suche nach der Fehlermeldung hatte ich schon vor meiner Frage durch.
Habe mittlerweile Stretch (veraltet) durch Butcher-Lite (aktuell) ersetzt und webdav installiert und konfiguriert. Der mount auf die Magentacloud ist möglich. Die Verzeichnisse und ihre Inhalte werden angezeigt. Bis jetzt tauchen die Fehlermeldung nicht mehr auf. Mal sehen was passiert wenn ich die picam aktiviere.
Danke!
Answer
from
3 years ago
Hallo,
Die raspicams laufen und die Fotos werden wie gewünscht in die Magentacloud hochgeladen. Ich musste allerdings mount und umount in das script einbauen. Ohne (nur mit dem vorgegebenen Eintrag in secrets wie vorgegeben) klappte der upload nicht.
Beim manuellen mount entsteht immer noch diese Warnung:
pi@pi:~ $ sudo mount /media/magenta
/sbin/mount.davfs: warning: the server does not support locks
Beim Versuch mit der Methode vor dem Umzug der magentacloud zu arbeiten blieben orphaned/verwaiste Bilddateien im Cache zurück.
Irgendwas hat sich da doch an der Schnittstelle (Telekomseitig?) geändert.
Hier das zur Zeit funktionierende script zum Foto erstellen und hochladen:
#!/bin/bash
# click.sh für 192.168.2.113
# take single foto and copy it to the magenta
# 2022 02 06 xxxxxx
sudo mount /media/magenta
DATE=$(date +%Y-%m-%d_%H%M)
TIME=$(date +%H%M)
# take a photo
sleep 9
raspistill -vf -hf -o /home/pi/foto/$DATE-ost.jpg
sleep 9
# copy the photo to magenta cloud ...
sudo cp /home/pi/foto/$DATE-ost.jpg /media/magenta/raspicam-ost
if [ $TIME = '1500' ]
then
sudo cp /home/pi/foto/$DATE-ost.jpg /media/magenta/raspicam-ost-1500
fi
sleep 9
sudo umount /media/magenta
Problem, wenn auch mit viel Zeitaufwand, gelöst. Mal sehen wielange das so funktioniert.
Unlogged in user
Answer
from
Accepted Solution
accepted by
3 years ago
Hallo,
Die raspicams laufen und die Fotos werden wie gewünscht in die Magentacloud hochgeladen. Ich musste allerdings mount und umount in das script einbauen. Ohne (nur mit dem vorgegebenen Eintrag in secrets wie vorgegeben) klappte der upload nicht.
Beim manuellen mount entsteht immer noch diese Warnung:
pi@pi:~ $ sudo mount /media/magenta
/sbin/mount.davfs: warning: the server does not support locks
Beim Versuch mit der Methode vor dem Umzug der magentacloud zu arbeiten blieben orphaned/verwaiste Bilddateien im Cache zurück.
Irgendwas hat sich da doch an der Schnittstelle (Telekomseitig?) geändert.
Hier das zur Zeit funktionierende script zum Foto erstellen und hochladen:
#!/bin/bash
# click.sh für 192.168.2.113
# take single foto and copy it to the magenta
# 2022 02 06 xxxxxx
sudo mount /media/magenta
DATE=$(date +%Y-%m-%d_%H%M)
TIME=$(date +%H%M)
# take a photo
sleep 9
raspistill -vf -hf -o /home/pi/foto/$DATE-ost.jpg
sleep 9
# copy the photo to magenta cloud ...
sudo cp /home/pi/foto/$DATE-ost.jpg /media/magenta/raspicam-ost
if [ $TIME = '1500' ]
then
sudo cp /home/pi/foto/$DATE-ost.jpg /media/magenta/raspicam-ost-1500
fi
sleep 9
sudo umount /media/magenta
Problem, wenn auch mit viel Zeitaufwand, gelöst. Mal sehen wielange das so funktioniert.
0
Unlogged in user
Ask
from