
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 $SOURCE
fü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:
$SOURCE
wird nicht unbedingt von mir kontrolliert - Testen auf das Vorhandensein von irgendetwas:
$SOURCE
kö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 curl
das DAV einbinde $SOURCE
und 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 davfs2
aus 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.