
Para mi demonio, monté (varias) carpetas WebDAV remotas de solo lectura¹ como "fuentes" de las que extraer archivos periódicamente. Seamos $SOURCE
uno de ellos por el bien de esta pregunta.
Antes de usarlo a ciegas $SOURCE
, creo que sería una buena idea verificar si el soporte todavía está operativo, ya que WebDAV no es conocido por su estabilidad superior, por lo que la verificación en el momento del montaje¹ ya está hecha, también podría "romperse" más tarde².
Las siguientes ideas no parecen encajarme:
- Prueba de presencia de un archivo remoto conocido:
$SOURCE
no necesariamente lo controlo yo - Prueba de presencia de cualquier cosa:
$SOURCE
bien podría estar vacío, por lo que habría falsos negativos - Comprobando el resultado de
mount | grep " $SOURCE "
: ¿No puede esto producir falsos positivos en netdevs? - Comprobando el resultado de
mountpoint -q "$SOURCE"
: ¿Lo mismo ocurre con los falsos positivos?
Más:
La verificación debe evitar el uso de cantidades inapropiadas de ancho de banda y memoria de la red.curl
Por lo tanto , montar adicionalmente el DAV $SOURCE
y verificar las diferencias en toda la estructura de archivos/carpetas obviamente debería resolver mi problema, pero también aumenta ese requisito de cualquier manera posible.
La verificación debería funcionar en bash³+"cosas básicas de Linux" o en microperl.La hinchazón es mala para los enrutadores.
Sé davfs2
que usa un caché.¿Qué pasa si está montado, la estructura se almacena en caché y luego falla la conexión? ¿No terminaría con toneladas de archivos vacíos $SOURCE
?
¹ Invoco davfs2
desde un script. Escuché que quieres que sea preciso.
² En realidad, mi demonio debería implementarse principalmente en entornos de IP dinámica con uso 24 horas al día, 7 días a la semana, por lo que las fuentesvoluntadexperimente reconexiones diarias a Internet.
³ cenizas de Busybox, para ser precisos nuevamente.