Für meinen Daemon habe ich (mehrere) schreibgeschützte Remote-WebDAV-Ordner¹ als „Quellen“ bereitgestellt, aus denen regelmäßig Dateien abgerufen werden. Lassen Sie uns $SOURCEfür diese Frage einen davon verwenden.
Bevor Sie es blind verwenden $SOURCE, halte ich es für eine gute Idee, zu prüfen, ob die Bereitstellung noch betriebsbereit ist, da WebDAV nicht für seine überragende Stabilität bekannt ist. Die Prüfung zum Zeitpunkt der Bereitstellung¹ erfolgt also bereits, es kann aber auch später „kaputtgehen“².
Folgende Vorstellungen passen für mich nicht:
- Prüfung auf Vorhandensein einer bekannten Remote-Datei:
$SOURCEwird nicht unbedingt von mir kontrolliert - Testen auf das Vorhandensein von irgendetwas:
$SOURCEkönnte genauso gut leer sein, so dass es falsche Negative geben würde - Ausgabe von prüfen
mount | grep " $SOURCE ": Kann dies nicht zu Fehlalarmen bei Netdevs führen? - Prüfergebnis von
mountpoint -q "$SOURCE": Gleiches gilt für Fehlalarme?
Mehr:
Die Prüfung soll die Nutzung unangemessener Mengen an Netzwerkbandbreite und Speicher vermeiden.Wenn ich also zusätzlich curldas DAV einbinde $SOURCEund die gesamte Datei-/Ordnerstruktur auf Unterschiede überprüfe, sollte das mein Problem offensichtlich lösen, aber das macht diese Anforderung in jeder Hinsicht zunichte.
Die Prüfung sollte entweder in bash³+"basic linux stuff" oder in Microperl funktionieren.Aufblähen ist schlecht für Router.
Ich weiß davfs2, dass ein Cache verwendet wird.Was passiert, wenn es gemountet ist, die Struktur zwischengespeichert wird und dann die Verbindung fehlschlägt? Würde ich dann nicht am Ende jede Menge leere Dateien haben $SOURCE?
¹ Ich rufe es davfs2aus einem Skript auf. Ich habe gehört, Sie möchten, dass ich präzise bin.
² Eigentlich soll mein Daemon vor allem in dynamischen IP-Umgebungen im 24/7-Betrieb eingesetzt werden, daher die QuellenWilleErleben Sie täglich eine erneute Internetverbindung.
³ Die Asche von busybox, um genau zu sein.