Risolvere i problemi di tentativi e tempi scaduti di rclone
Classifica gli errori WebDAV di rclone relativi ad autenticazione, blocchi, frequenza e tempi scaduti, limita i tentativi e verifica prima di ripetere un’operazione forse parziale.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
Distingui prima i rifiuti WebDAV permanenti dagli errori temporanei. Autenticazione, ambito, permessi, percorso e blocchi richiedono una correzione; 429 e alcuni errori del servizio possono giustificare un nuovo tentativo ritardato e limitato.

Passaggi
- Esegui ancora una volta il comando che non funziona con
-vv --log-file /protected/path/rclone.log, poi annota il primo stato HTTP e il messaggio senza esporre le credenziali. - Interrompi i tentativi per
401 Unauthorized,403,404 Resource not foundo423 Locked. Correggi prima chiave o email, permessi del protocollo o del ruolo, percorso o blocco dosya. - Per
429, rispettaRetry-Aftere verifica che non sia in esecuzione un’altra istanza del pianificatore. Riduci--transferse--checkersse le richieste parallele hanno causato il limite. - Per tempi scaduti del trasporto o errori temporanei del server, scegli controlli finiti come
--retries 3 --low-level-retries 3 --timeout 1m; conserva il registro e lo stato di uscita finale. - Prima di ripetere una scrittura, elenca la destinazione. La sostituzione WebDAV potrebbe aver già creato una nuova versione del file anche se il client ha perso la risposta.
- Riprova il gruppo più piccolo di elementi non riusciti, poi confronta nomi, dimensioni e byte rappresentativi. Non segnare l’operazione come completata solo perché un elemento successivo è riuscito.
dosya restituisce 503 con Retry-After: 5 quando una modifica WebDAV esaurisce i tentativi per il repository occupato. Un 429 può indicare limiti su richieste, trasferimento o traffico in uscita. Aumentare il tempo limite del client non risolve una chiave scaduta, un elemento bloccato o una quota giornaliera esaurita.

Risultato previsto
L’esecuzione corretta usa un numero finito di tentativi, rispetta i tempi del server, evita un ciclo parallelo troppo rapido e termina con contenuti di destinazione verificati. I rifiuti permanenti restano sospesi finché non cambia la condizione sottostante.
Un’esecuzione con stato diverso da zero può lasciare salvati file o versioni precedenti, perché un’operazione su più file non è transazionale. Conserva i registri e controlla la destinazione prima di riprovare, soprattutto dopo il tempo scaduto di un PUT.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.