Rttr / Ftp

[FranckB]

Bonjour,

Il y a un certain temps (1 an...) que j'ai configuré un réplication distante en FTP comme le propose les QNAP.

Très pratique car une fois par semaine, la nuit, mon QNAP envoie une certain nombre de dossiers/fichiers chez mon hébergeur ; le tout simplement configuré.

Depuis quelques temps (mise à jour 3.6.1 ?) j'ai une erreur sur le transfert.

Dans un premier temps, ayant changé de routeur, j'ai pensé qu'il s'agissait d'un problème de routeur.

En essayant avec l'ancien routeur, j'ai une autre erreur.

Côté hébergeur, j'ai pensé que le problème venait de leur serveur. OVH m'a indiqué qu'il n'y avait pas d'incident de leur côté.

Le problème en gênant ; outre le fait de ne pas faire ces backup, des fichiers "temporaires" restent bloqués sur le serveur distant (il faut que je me connecte en SSH pour les supprimer)

Avec ancien routeur :

2012/04/05 11:43:28] Job [FB_Architecture-->Remote:FBA_backup] started.

[2012/04/05 11:43:28] Synchronize files from a local folder to a remote folder.

[2012/04/05 11:43:28] Server IP address: ftp.fbarchitecture.fr, port number 21.

[2012/04/05 11:43:28] The SSL connection option is disabled.

[2012/04/05 11:43:28] The number of folder pairs = 1.

[2012/04/05 11:43:28] Pair1 = [user/99-Backup/Backup_FTP, FBA_backup].

[2012/04/05 11:43:28] Schedule type: Weekly (week day = 1, hour = 5, minute = 0).

[2012/04/05 11:43:28] The deleting extra files option is disabled.

[2012/04/05 11:43:28] The detail log is enabled with the maximum size 10 MB.

[2012/04/05 11:43:28] Maximum retry times: 3; Retry interval in seconds: 60; Connection timeout in seconds: 120; Current retry number: 0.

[2012/04/05 11:43:29] Destination does not support changing file owner!

[2012/04/05 11:49:19] # WARNING: Create the "FBA_backup/fbarchi_backup.zip" file, but not all status (Access permissions/Ownership/Modification time/Extended attributes) are updated correctly!

[2012/04/05 11:49:24] # WARNING: Create the "FBA_backup/fb_perso.zip" file, but not all status (Access permissions/Ownership/Modification time/Extended attributes) are updated correctly!

[2012/04/05 11:49:24] The synchronization is finished.

[2012/04/05 11:49:24] Sync statistic: Total number of the folders: 1. Total number of the files: 2. Total updated size: 36.60 MB. Average updating speed: 105.57 (KB/sec). Time elapsed: 5 minutes 55 seconds

[2012/04/05 11:49:25] Job finished. (Not all attributes (access permissions/ownership/modification time/extended attributes) are copied!)

Avec nouveau routeur :

[RTRR Job] Job FB_Architecture-->Remote:FBA_backup failed: Connection timed out, bad networking quality or the server abort unexpectedly!

Est ce un problème du QNAP ? des routeurs ?

Le transfert en FTP avec Filezilla fonctionne très bien, d'où mon interrogation sur le 3.6.1.

Qnap 259+ pro

Franck

[father_mande]

Bonjour,

Envoyez vos logs au support QNAP, car je n'ai pas rencontré de problème en RTRR / FTP avec la 3.6.1 (ce qui ne veux, bien sur, pas dire qu'il n'y en a pas) ...

Essayez avec un client FTP DEPUIS le qnap, pour être sur la même chaîne de liaison ...

le ftp inclus ou un chargé depuis ipkg (Optware) il y en a plusieurs ...

Philippe.

[FranckB]

Merci Philippe pour ta réponse.

Je n'ai pas trouvé comment utiliser le client FTP depuis le QNAP, celui inclus ?

De plus voici le message de test de connection (Test du FTP avec SSL/TLS (explicite)) : "Numéro de port non valide ou service désactivé. Veuillez vérifier les paramètres du serveur."

le numéro de port est 21...

Et à quelle adresse envoyée les logs ?

Une idée ?

Franck

[father_mande]

Bonjour,

Vérifiez que le QNAP cible est bien configuré et avec le bon port ...

Si ce QNAP est derrière une box / router, vérifiez que les ports sont ouverts (port 21 MAIS aussi les ports passifs , si vos QNAP's sont derrière une box chacun, cochez la case "répondre avec l'adresse externe)

pour le ftp, tapez simplement ftp dans un console telnet ou ssh, ou ftp ip_du_nas_cible_ou_nom_dns [port] (si le port est changé)

pour le support, ouvrez une demande, après envoyez à votre correspondant le log

Philippe.

[FranckB]

Bonjour,

Il s'agit d'une connexion en FTP (depuis le service RTTR) - le serveur distant est un FTP "classique" chez un hébergeur.

Voici le log du NAS :

[2012/04/29 17:20:18] Job [FB_Architecture-->Remote:FBA_backup] started.

[2012/04/29 17:20:18] Synchronize files from a local folder to a remote folder.

[2012/04/29 17:20:18] Server IP address: ftp.********.fr, port number 21.

[2012/04/29 17:20:18] The SSL connection option is disabled.

[2012/04/29 17:20:18] The number of folder pairs = 1.

[2012/04/29 17:20:18] Pair1 = [99-Backup/Backup_FTP, FBA_backup].

[2012/04/29 17:20:18] Schedule type: Weekly (week day = 1, hour = 5, minute = 0).

[2012/04/29 17:20:18] The deleting extra files option is disabled.

[2012/04/29 17:20:18] The detail log is enabled with the maximum size 10 MB.

[2012/04/29 17:20:18] Maximum retry times: 3; Retry interval in seconds: 60; Connection timeout in seconds: 120; Current retry number: 0.

[2012/04/29 17:22:19] Destination does not support changing file owner!

[2012/04/29 17:24:19] # WARNING: Can't get the information of the destination directory "FBA_backup/" (Permission denied), it will be skipped. (-13)

[2012/04/29 17:24:21] The synchronization is finished.

[2012/04/29 17:24:21] Sync statistic: Total number of the folders: 1. Total number of the files: 0. Total updated size: 0 byte. Average updating speed: N/A. Time elapsed: 2 minutes 2 seconds

[2012/04/29 17:24:21] Not all files/folders and their attributes are synchronized!

[2012/04/29 17:24:21] 1 file(s)/folder(s) are skipped because of permission denied.

[2012/04/29 17:24:24] Job finished. (Not all files/folders and their attributes are copied!)

Pour le support en ligne, il ne fonctionne pas !

FB

[father_mande]

Bonjour,

Vous avez un problème de droit sur le répertoire cible ... regardez les en ssh

Philippe.

[FranckB]

Bonjour,

c'est ce que je pensais aussi... mais non ; sur le FTP tout est normal, les mêmes droits sur tous les dossiers.

J'ai même supprimé le dossier cible et fichiers.

Recréé la tâche sur le QNAP.

Toujours le même problème.

A suivre

Merci

FB

[FranckB]

Je viens de tester sur un autre FTP (@free) ; même problème !

Le transfert des fichiers en utilisant Filezilla fonctionne !

FB

[Phenex]

Bonjour,

J'ai le même problème, mais c'est limité à certains répertoires, qui ont pourtant exactement les mêmes droits que les autres.

J'ai plusieurs jobs de réplication vers mon serveur de backup, certains jobs passent sans problèmes, d'autres passent avec des erreurs sur certains sous-répertoires (a priori toujours les mêmes).

Phenex

[FranckB]

Bonjour,

On se sent moins seul

le problème est apparu en vers 3.6.x....

toujours pas réglé à ce jour.

une problématique pour faire les sauvegardes.

[father_mande]

Bonjour,

Je n'ai pas identifié de problème équivalent sur le site de Taïwan .

J'utilise la réplication FTP entre mon QNAP de Paris et un à La Rochelle sans pouvoir reproduire .

Pouvez-vous :

1 ouvrir une demande de support sur le site de QNAP

2 nous donner les éléments de configuration, log, etc., y compris le schéma du réseau.

3 utilisez vous les ACL sur le QNAP et / ou sur vos serveurs distants, pouvez-vous vérifier les répertoires avec getfacl

4 si vous êtes sur un Windows est-il dans un domaine ou stand-alone ?

... pour le tout premier cas ... il y a aussi le message "Destination does not support changing file owner!" qui indique que le client veux sauvegarder des répertoires sans en être le propriétaire, ce qui n'est pas supporté par le serveur cible, vérifiez QUI est propriétaire des fichiers sources et cibles ...

Le FTP serveur doit, normalement supporter l'ensemble des commandes normalement inclus pour un utilisateur donnée., Il se peut que ce soit le "provider" qui ne le supporte pas ...

Fillezilla, lui, aura tendance a s'adapter ... ce qui est bon (transparence) et mauvais (changement d'attributs par rapport à l'original), suivant le type de sauvegarde souhaité ...

Philippe.

[FranckB]

Bonjour,

le problème semble résolu avec le 3.7.0.

A suivre...

FB