Degrado grazioso SSHFS invece di congelare quando si perde la connessione. È possibile?

Un programma di terze parti scriverà i file in una directory montata su SSHFS. Se la connessione a Internet viene persa, il programma di terze parti probabilmente si arresterà in modo anomalo (malamente), poiché tutti i programmi che tentano di accedere a una directory montata su SSHFS in tale stato (quando non esiste una connessione a Internet) vengono inseriti in ciò che alcuni definiscono "ininterrotto dormire". SSHFS ha un'opzione per riconnettersi automaticamente, ma questo non aiuta, poiché il programma di terze parti si bloccherà (e si arresterà in modo anomalo) se la connessione viene persa (anche se quando la connessione viene ripristinata, SSHFS rimonterà la directory). Gli autofs non aiuteranno, fondamentalmente si tratta del comportamento di SSHFS quando si perde la connessione. Perché non può comportarsi come una directory condivisa in rete (Samba o altri mezzi) e semplicemente restituire un errore prima piuttosto che ... mai?

Esistono alternative a SSHFS se SSHFS non può funzionare come descritto?

Altre informazioni:

Sistema operativo: sto usando Ubuntu Linux (12.04 LTS)

— Andrei
fonte

Per favore, spiega cosa stai facendo esattamente. Immagino che tu stia montando un filesystem remoto usando sshfs su una macchina Linux locale, vero? Forse includi il tuo /etc/fstab? Hai provato autofs con l' softopzione?

— terdon,

@terdon Un programma di terze parti scriverà i file in una directory montata su SSHFS. Se la connessione Internet viene persa, il programma di terze parti probabilmente si arresterà in modo anomalo (malamente). SSHFS ha un'opzione per riconnettersi automaticamente, ma questo non aiuta, poiché il programma di terze parti si bloccherà (e si arresterà in modo anomalo) se la connessione viene persa (anche se quando la connessione viene ripristinata, SSHFS rimonterà la directory). Gli autofs non aiuteranno, fondamentalmente si tratta del comportamento di SSHFS quando si perde la connessione. Perché non può comportarsi come una directory condivisa in rete (Samba o altri mezzi) e semplicemente restituire un errore prima piuttosto che ... mai?

— Andrei,

Grazie per l'aggiornamento ma includilo nella tua domanda poiché non tutti leggono i commenti. Includi anche i file di configurazione che stai utilizzando. Qual è il valore per timeout ssh ecc? Non sto dicendo che so come sia la risposta, è solo che più informazioni hai nella tua domanda, più è probabile che otterrai una buona risposta. Allo stato attuale, è difficile capire quale sia esattamente la tua configurazione.

— terdon,

@terdon Grazie, praticamente ora ho quasi completamente sostituito la mia domanda.

— Andrei,

Molto meglio :). Aggiungi anche il sistema operativo che stai utilizzando. Questo è Linux, OSX, un altro Unix?

— terdon,

Risposte:

In breve: No - poiché il congelamento proviene dall'applicazione, l'errore sshfs è corretto - dirà all'applicazione di attendere. - il fatto che l'applicazione non rispetti questo non è colpa di SSHFS.

L'applicazione farebbe esattamente la stessa cosa, se accedesse a un file su un archivio rimovibile come un'unità USB, e l'avessi rimosso. L'applicazione deve acquisire e gestire gli eventi di timeout sull'I / O invece di rimanere bloccati in attesa della risposta.

— djsmiley2kStaysInside
fonte

Problema triste. Ho provato sshfs diverse volte in passato.

Non appena si perde la connessione, le applicazioni che accedono ai file nella cartella montata si bloccano e si arrestano in modo anomalo. Anche terminali. MA le applicazioni non sanno nemmeno che stanno aspettando. È qualcosa a livello di kernel che non è in grado di gestire sshfs che dice loro di aspettare per sempre ... anche smontare non funziona e persino si blocca a volte perché la cartella montata è bloccata in qualche modo a livello di file system-kernel.

Perché questo non accade quando scollego un'unità USB?

Questo problema esiste da anni ormai ...

La riconnessione automatica non aiuta se non riesci a ristabilire una connessione in qualsiasi momento. (Nel mio caso ho kerberos tickes che si stanno esaurendo).

Scusa ma devo dire: sshfs è inutilizzabile!
(tranne i casi in cui una connessione non viene mai persa)

Invece finisco sempre con scp. Problema triste

— bugpulver
fonte