Aller au contenu principal

Corriger les erreurs de téléversement Storj — Résoudre les échecs de transfert avec RcloneView

· 4 minutes de lecture
Tayson
Senior Engineer

Les erreurs de téléversement Storj dans RcloneView sont souvent causées par la disponibilité des nœuds, des problèmes d'identifiants ou des délais de transfert dépassés — ce guide couvre les échecs les plus courants et leurs solutions.

L'architecture décentralisée de Storj distribue les données sur des milliers de nœuds de stockage indépendants à travers le monde. Bien que cette redondance rende Storj résilient, elle signifie également que les erreurs de téléversement peuvent provenir de causes différentes de celles des fournisseurs cloud traditionnels. Lorsque les transferts Storj échouent dans RcloneView, la sortie des journaux fournit des indices de diagnostic essentiels — voici comment les interpréter et remettre vos téléversements sur les rails.

Aperçu de l'application RcloneView

Gérez et synchronisez tous vos clouds au même endroit

RcloneView est une interface graphique multiplateforme pour rclone. Comparez des dossiers, transférez ou synchronisez des fichiers et automatisez vos workflows multi-cloud avec une interface visuelle et épurée.

  • Tâches en un clic : Copier · Synchroniser · Comparer
  • Planificateurs et historique pour une automatisation fiable
  • Compatible avec Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP et plus
WindowsmacOSLinux
Commencer gratuitement →

Fonctions essentielles gratuites. Automatisations disponibles avec Plus.

Diagnostiquer les erreurs de téléversement à partir des journaux RcloneView

Lorsqu'un téléversement Storj échoue, l'onglet Journal (Log) de RcloneView et l'historique des tâches fournissent les détails de l'erreur. Les modèles d'erreur Storj courants incluent :

  • upload failed: storage node not responding — un nœud de stockage spécifique n'est pas disponible ; rclone effectue généralement une nouvelle tentative automatiquement
  • auth error: access token invalid or expired — votre Access Grant Storj a expiré ou a été révoqué
  • segment upload incomplete — les segments codés par effacement d'un fichier n'ont pas atteint suffisamment de nœuds pour valider le transfert

Vérifiez l'onglet Journal immédiatement après l'échec d'une tâche. Le message d'erreur indique directement la catégorie de correction nécessaire.

Job history showing Storj upload errors in RcloneView

Corriger les problèmes d'identifiants et d'Access Grant

Si l'erreur indique un échec d'authentification, la solution consiste à actualiser vos identifiants Storj. Dans la console Storj, générez un nouvel Access Grant avec les permissions requises (lecture, écriture, liste, suppression pour le bucket concerné). Dans RcloneView, allez dans l'onglet Distant (Remote) > Gestionnaire de distants, trouvez votre distant Storj, cliquez sur Modifier, et mettez à jour le champ Access Grant.

Si vous utilisez le point de terminaison compatible S3, vérifiez que votre Access Key ID et votre Secret Access Key sont corrects et n'ont pas été révoqués. Les identifiants S3 de Storj peuvent être régénérés dans la console Storj sous Access Keys.

Editing Storj remote credentials in RcloneView

Gérer l'indisponibilité des nœuds avec les paramètres de nouvelle tentative

L'architecture décentralisée de Storj signifie que des nœuds de stockage individuels peuvent devenir temporairement indisponibles. Rclone gère cela avec élégance en relançant les téléversements vers d'autres nœuds, mais si trop de nœuds sont simultanément indisponibles dans une région, les téléversements peuvent échouer de manière répétée.

Dans les paramètres avancés des tâches de synchronisation de RcloneView, augmentez le nombre de Nouvelle tentative de synchronisation complète en cas d'échec de la valeur par défaut de 3 à 5 ou plus. Cela donne au réseau Storj plus de temps pour contourner les nœuds indisponibles. De plus, réduisez le nombre de transferts simultanés à 4 — une concurrence plus faible réduit la charge API simultanée sur le réseau Storj et peut améliorer les taux de réussite pendant les périodes de forte congestion réseau.

Configuring retry settings for Storj uploads in RcloneView

Vérifier les transferts avec la somme de contrôle après le succès

Après avoir résolu les erreurs de téléversement et terminé un transfert Storj, exécutez une synchronisation de vérification avec la somme de contrôle activée. Cela confirme que tous les objets téléversés sont intacts et lisibles sur le réseau Storj — pas seulement que le téléversement a semblé réussir. Dans la configuration de synchronisation de RcloneView (Étape 2), activez l'option Activer la somme de contrôle, puis relancez la tâche. Tout objet qui n'aurait pas été téléversé correctement sera retransféré.

Running a verification sync to Storj with checksum in RcloneView

Pour commencer

  1. Téléchargez RcloneView depuis rcloneview.com.
  2. Vérifiez l'onglet Journal après l'échec d'une tâche pour identifier le type d'erreur spécifique.
  3. Si les identifiants ont expiré, régénérez votre Access Grant Storj ou vos identifiants S3.
  4. Augmentez le nombre de nouvelles tentatives et réduisez la concurrence pour renforcer la résilience face à l'indisponibilité des nœuds.

Les erreurs de téléversement Storj dans RcloneView sont systématiquement liées aux identifiants, à la configuration des nouvelles tentatives ou à des conditions réseau transitoires — suivre ce guide vous permettra de faire fonctionner vos sauvegardes Storj de manière fiable.


Guides connexes :

Fournisseurs cloud pris en charge

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces