Mon problème n'est pas purement "WD", mais, las de chercher, je fais appel
aux pros du Ftp :
J'ai un programme sous WD, lancé automatiquement la nuit, qui fait un
transfert Ftp (instructions Ftp de WD) vers un serveur Filezilla via Adsl.
Cela fonctionne (donc le prog WD n'est à priori pas à incriminer) SAUF que,
de temps en temps, le transfert échoue pour l'un des fichiers zip, qui fait
actuellement près de 800 Mo. Le problème est que le "de temps en temps" est
passé de 1 à 2 fois par mois à 1 fois par semaine et maintenant à 3 fois sur
5 !
L'étude du log du serveur n'apporte rien comme info. On y voit simplement
qu'après un certain temps (très aléatoire :20 minutes ou 1h10, ou 45
minutes,etc) il (le serveur Ftp) supprime le Zip (la portion déjà
transférée) sans autre explication. (voir extrait du log ci-après)
Mon prog reçoit un message d'erreur et réessaie 3 fois. Parfois ça passe au
2ème, parfois pas...
Le transfert qui est lancé juste après (autre fichier Zip d'env 300 Mo)
passe sans problème.
Le même traitement relancé la nuit suivante passe, ou ne passe pas, sans
qu'on ne fasse aucun changement.
Je cherche donc une piste pour orienter mes recherches, notamment comment
savoir pourquoi le serveur a supprimé ce qui était déjà transféré
Merci d'avance pour toute suggestion.
Victor
************ Extrait du Log *********************************************
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> CWD
/Save_automatique_ftp/
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 250 CWD
successful. "/Save_automatique_ftp" is current directory.
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> TYPE A
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 200 Type set to A
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> PASV
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 227 Entering
Passive Mode (192,168,3,115,160,254)
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR
Ste_01_Journalier_20100422.Zip
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150 Connection
accepted
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE
Ste_01_Journalier_20100422.Zip
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File deleted
successfully
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> CWD /
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 CWD
successful. "/" is current directory.
"phig" <"phig at free point fr"> a écrit dans le message de news: 4d5b9a95$0$20478$
Le 27/04/2010 17:34, VPSoft a écrit :
Bonjour à toutes et à tous,
Mon problème n'est pas purement "WD", mais, las de chercher, je fais appel aux pros du Ftp : J'ai un programme sous WD, lancé automatiquement la nuit, qui fait un transfert Ftp (instructions Ftp de WD) vers un serveur Filezilla via Adsl. Cela fonctionne (donc le prog WD n'est à priori pas à incriminer) SAUF que, de temps en temps, le transfert échoue pour l'un des fichiers zip, qui fait actuellement près de 800 Mo. Le problème est que le "de temps en temps" est passé de 1 à 2 fois par mois à 1 fois par semaine et maintenant à 3 fois sur 5 ! L'étude du log du serveur n'apporte rien comme info. On y voit simplement qu'après un certain temps (très aléatoire :20 minutes ou 1h10, ou 45 minutes,etc) il (le serveur Ftp) supprime le Zip (la portion déjà transférée) sans autre explication. (voir extrait du log ci-après) Mon prog reçoit un message d'erreur et réessaie 3 fois. Parfois ça passe au 2ème, parfois pas... Le transfert qui est lancé juste après (autre fichier Zip d'env 300 Mo) passe sans problème. Le même traitement relancé la nuit suivante passe, ou ne passe pas, sans qu'on ne fasse aucun changement.
Je cherche donc une piste pour orienter mes recherches, notamment comment savoir pourquoi le serveur a supprimé ce qui était déjà transféré Merci d'avance pour toute suggestion.
Victor
************ Extrait du Log ********************************************* (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> CWD /Save_automatique_ftp/ (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 250 CWD successful. "/Save_automatique_ftp" is current directory. (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> TYPE A (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 200 Type set to A (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> PASV (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 227 Entering Passive Mode (192,168,3,115,160,254) (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR Ste_01_Journalier_20100422.Zip (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150 Connection accepted (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE Ste_01_Journalier_20100422.Zip (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File deleted successfully (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> CWD / (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 CWD successful. "/" is current directory.
bon, je viens apporter mon grain de sel.
Le timeout, il n'est pas coté serveur mais coté client. la preuve ? > (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR > Ste_01_Journalier_20100422.Zip
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK le serveur voit le fichier fini
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE > Ste_01_Journalier_20100422.Zip
le client supprime le fichier
le serveur le fait, le bougre ! > (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File deleted > successfully
donc regardes plutot du coté timeout sur ftp, ici:
[doc] Par défaut, toutes les fonctions FTP échouent si aucune réponse du serveur FTP n'est reçue après 20 secondes. Ce délai peut être modifié lors de la connexion au serveur FTP avec la fonction FTPConnecte. [/doc]
my 2 cents...
Salut ! Surpris après tant de temps... C'est parceque tu es tombé sur un problème identique ? Le mien est réglé, tout seul (?!) sans rien faire, tout au moins de mon coté. Par contre, pour mieux comprendre (pour plus tard), j'aimerais que tu m'expliques : -----------------------------------------------------------------------------
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150 Connection > accepted le timeout a lieu, le client coupe la connexion
Q: Qu'est-ce qui te fait dire cela (que le timeout a lieu) ? -----------------------------------------------------------------------
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK le serveur voit le fichier fini
Q: Qu'est-ce qui te fait dire cela (que le serveur voit le fichier FINI, alors que ce n'est pas le cas) ?
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE Ste_01_Journalier_20100422.Zip le client supprime le fichier
Q: pourquoi le client supprime le fichier ? (je ne lance jamais cette commande, transfert ok ou pas) ------------------------------------------------------------------------------ Merci d'avance pour ta contribution,
Victor
"phig" <"phig at free point fr"> a écrit dans le message de news:
4d5b9a95$0$20478$426a74cc@news.free.fr...
Le 27/04/2010 17:34, VPSoft a écrit :
Bonjour à toutes et à tous,
Mon problème n'est pas purement "WD", mais, las de chercher, je fais
appel
aux pros du Ftp :
J'ai un programme sous WD, lancé automatiquement la nuit, qui fait un
transfert Ftp (instructions Ftp de WD) vers un serveur Filezilla via
Adsl.
Cela fonctionne (donc le prog WD n'est à priori pas à incriminer) SAUF
que,
de temps en temps, le transfert échoue pour l'un des fichiers zip, qui
fait
actuellement près de 800 Mo. Le problème est que le "de temps en temps"
est
passé de 1 à 2 fois par mois à 1 fois par semaine et maintenant à 3 fois
sur
5 !
L'étude du log du serveur n'apporte rien comme info. On y voit simplement
qu'après un certain temps (très aléatoire :20 minutes ou 1h10, ou 45
minutes,etc) il (le serveur Ftp) supprime le Zip (la portion déjà
transférée) sans autre explication. (voir extrait du log ci-après)
Mon prog reçoit un message d'erreur et réessaie 3 fois. Parfois ça passe
au
2ème, parfois pas...
Le transfert qui est lancé juste après (autre fichier Zip d'env 300 Mo)
passe sans problème.
Le même traitement relancé la nuit suivante passe, ou ne passe pas, sans
qu'on ne fasse aucun changement.
Je cherche donc une piste pour orienter mes recherches, notamment comment
savoir pourquoi le serveur a supprimé ce qui était déjà transféré
Merci d'avance pour toute suggestion.
Victor
************ Extrait du Log *********************************************
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> CWD
/Save_automatique_ftp/
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 250 CWD
successful. "/Save_automatique_ftp" is current directory.
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> TYPE A
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 200 Type set
to A
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> PASV
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 227 Entering
Passive Mode (192,168,3,115,160,254)
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR
Ste_01_Journalier_20100422.Zip
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150
Connection
accepted
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer
OK
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE
Ste_01_Journalier_20100422.Zip
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File
deleted
successfully
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> CWD /
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 CWD
successful. "/" is current directory.
bon, je viens apporter mon grain de sel.
Le timeout, il n'est pas coté serveur mais coté client.
la preuve ?
> (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR
> Ste_01_Journalier_20100422.Zip
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226
Transfer OK
le serveur voit le fichier fini
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE
> Ste_01_Journalier_20100422.Zip
le client supprime le fichier
le serveur le fait, le bougre !
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File
deleted
> successfully
donc regardes plutot du coté timeout sur ftp, ici:
[doc]
Par défaut, toutes les fonctions FTP échouent si aucune réponse du serveur
FTP n'est reçue après 20 secondes. Ce délai peut être modifié lors de la
connexion au serveur FTP avec la fonction FTPConnecte.
[/doc]
my 2 cents...
Salut !
Surpris après tant de temps... C'est parceque tu es tombé sur un problème
identique ?
Le mien est réglé, tout seul (?!) sans rien faire, tout au moins de mon
coté.
Par contre, pour mieux comprendre (pour plus tard), j'aimerais que tu
m'expliques :
-----------------------------------------------------------------------------
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150
Connection > accepted
le timeout a lieu, le client coupe la connexion
Q: Qu'est-ce qui te fait dire cela (que le timeout a lieu) ?
-----------------------------------------------------------------------
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226
Transfer OK
le serveur voit le fichier fini
Q: Qu'est-ce qui te fait dire cela (que le serveur voit le fichier FINI,
alors que ce n'est pas le cas) ?
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE
Ste_01_Journalier_20100422.Zip
le client supprime le fichier
Q: pourquoi le client supprime le fichier ? (je ne lance jamais cette
commande, transfert ok ou pas)
------------------------------------------------------------------------------
Merci d'avance pour ta contribution,
"phig" <"phig at free point fr"> a écrit dans le message de news: 4d5b9a95$0$20478$
Le 27/04/2010 17:34, VPSoft a écrit :
Bonjour à toutes et à tous,
Mon problème n'est pas purement "WD", mais, las de chercher, je fais appel aux pros du Ftp : J'ai un programme sous WD, lancé automatiquement la nuit, qui fait un transfert Ftp (instructions Ftp de WD) vers un serveur Filezilla via Adsl. Cela fonctionne (donc le prog WD n'est à priori pas à incriminer) SAUF que, de temps en temps, le transfert échoue pour l'un des fichiers zip, qui fait actuellement près de 800 Mo. Le problème est que le "de temps en temps" est passé de 1 à 2 fois par mois à 1 fois par semaine et maintenant à 3 fois sur 5 ! L'étude du log du serveur n'apporte rien comme info. On y voit simplement qu'après un certain temps (très aléatoire :20 minutes ou 1h10, ou 45 minutes,etc) il (le serveur Ftp) supprime le Zip (la portion déjà transférée) sans autre explication. (voir extrait du log ci-après) Mon prog reçoit un message d'erreur et réessaie 3 fois. Parfois ça passe au 2ème, parfois pas... Le transfert qui est lancé juste après (autre fichier Zip d'env 300 Mo) passe sans problème. Le même traitement relancé la nuit suivante passe, ou ne passe pas, sans qu'on ne fasse aucun changement.
Je cherche donc une piste pour orienter mes recherches, notamment comment savoir pourquoi le serveur a supprimé ce qui était déjà transféré Merci d'avance pour toute suggestion.
Victor
************ Extrait du Log ********************************************* (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> CWD /Save_automatique_ftp/ (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 250 CWD successful. "/Save_automatique_ftp" is current directory. (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> TYPE A (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 200 Type set to A (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> PASV (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 227 Entering Passive Mode (192,168,3,115,160,254) (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR Ste_01_Journalier_20100422.Zip (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150 Connection accepted (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE Ste_01_Journalier_20100422.Zip (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File deleted successfully (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> CWD / (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 CWD successful. "/" is current directory.
bon, je viens apporter mon grain de sel.
Le timeout, il n'est pas coté serveur mais coté client. la preuve ? > (000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> STOR > Ste_01_Journalier_20100422.Zip
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK le serveur voit le fichier fini
> (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE > Ste_01_Journalier_20100422.Zip
le client supprime le fichier
le serveur le fait, le bougre ! > (000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 250 File deleted > successfully
donc regardes plutot du coté timeout sur ftp, ici:
[doc] Par défaut, toutes les fonctions FTP échouent si aucune réponse du serveur FTP n'est reçue après 20 secondes. Ce délai peut être modifié lors de la connexion au serveur FTP avec la fonction FTPConnecte. [/doc]
my 2 cents...
Salut ! Surpris après tant de temps... C'est parceque tu es tombé sur un problème identique ? Le mien est réglé, tout seul (?!) sans rien faire, tout au moins de mon coté. Par contre, pour mieux comprendre (pour plus tard), j'aimerais que tu m'expliques : -----------------------------------------------------------------------------
(000039) 22/04/2010 01:10:21 - sauvegarde (81.248.11.174)> 150 Connection > accepted le timeout a lieu, le client coupe la connexion
Q: Qu'est-ce qui te fait dire cela (que le timeout a lieu) ? -----------------------------------------------------------------------
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> 226 Transfer OK le serveur voit le fichier fini
Q: Qu'est-ce qui te fait dire cela (que le serveur voit le fichier FINI, alors que ce n'est pas le cas) ?
(000039) 22/04/2010 02:21:10 - sauvegarde (81.248.11.174)> DELE Ste_01_Journalier_20100422.Zip le client supprime le fichier
Q: pourquoi le client supprime le fichier ? (je ne lance jamais cette commande, transfert ok ou pas) ------------------------------------------------------------------------------ Merci d'avance pour ta contribution,
