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.

Flusso in quattro passaggi: registra l’errore dettagliato, correggi i rifiuti permanenti, rispetta Retry-After e controlla la destinazione prima di ripetere.
Flusso in quattro passaggi: registra l’errore dettagliato, correggi i rifiuti permanenti, rispetta Retry-After e controlla la destinazione prima di ripetere. Apri lo screenshot a dimensioni originali.

Passaggi

  1. 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.
  2. Interrompi i tentativi per 401 Unauthorized, 403, 404 Resource not found o 423 Locked. Correggi prima chiave o email, permessi del protocollo o del ruolo, percorso o blocco dosya.
  3. Per 429, rispetta Retry-After e verifica che non sia in esecuzione un’altra istanza del pianificatore. Riduci --transfers e --checkers se le richieste parallele hanno causato il limite.
  4. 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.
  5. 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.
  6. 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.

Riferimento per risolvere tentativi e tempi scaduti di rclone: panoramica rclone di dosya.
Riferimento per risolvere tentativi e tempi scaduti di rclone: panoramica rclone di dosya. Apri lo screenshot a dimensioni originali.

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.

    Controlla il risultato prima di riprovare

    Usa questi controlli quando devi verificare il risultato di un’attività.