Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de
news: 4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients, des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de
l'ouvrir en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" <Marc_Lekine_SansCeci@hotmail.com> a écrit dans le message de
news: 4d23632c$0$14257$ba620e4c@news.skynet.be...
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients, des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de
l'ouvrir en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de
news: 4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients, des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de
l'ouvrir en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont en
réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont en
réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont en
réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de news:
4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC"<Marc_Lekine_SansCeci@hotmail.com> a écrit dans le message de news:
4d23632c$0$14257$ba620e4c@news.skynet.be...
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de news:
4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Dev_PC a présenté l'énoncé suivant :Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont
en réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Alors un problème de droits ?
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Dev_PC a présenté l'énoncé suivant :
Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont
en réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Alors un problème de droits ?
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Dev_PC a présenté l'énoncé suivant :Salut Victor,
Merci de ta réponse, mais non, les disques accueillant les fichiers sont
en réalité un RAID 5 configuré avec actuellement 4.5 Tb de libres...
Alors un problème de droits ?
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Le 04/01/2011 20:04, VPSoft a écrit :Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de
news:
4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de
l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
pfff. ca sent le serveur ftp natté ( caché dans un reseau privé derrière
un routeur) et les pb de mode passif, ca....
verifie que ton serveur FTP gere bien le mode passif et que les ports
définis ( 21 tcp + plage de nat genre 6000-7000) sont bien redirigés par
ton routeur et que ton serveur présente bien son ip _publique_ ...
quel serveur ftp utilises-tu ?
Cordialement,
Le 04/01/2011 20:04, VPSoft a écrit :
Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC"<Marc_Lekine_SansCeci@hotmail.com> a écrit dans le message de
news:
4d23632c$0$14257$ba620e4c@news.skynet.be...
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de
l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
pfff. ca sent le serveur ftp natté ( caché dans un reseau privé derrière
un routeur) et les pb de mode passif, ca....
verifie que ton serveur FTP gere bien le mode passif et que les ports
définis ( 21 tcp + plage de nat genre 6000-7000) sont bien redirigés par
ton routeur et que ton serveur présente bien son ip _publique_ ...
quel serveur ftp utilises-tu ?
Cordialement,
Le 04/01/2011 20:04, VPSoft a écrit :Bonsoir,
Peut être tout bêtement espace insuffisant sur disque destination. Ca
m'est
arrivé. Les petits fichiers passent, mais pas le gros qui dépasse la
taille
disponible.
J'ai aussi galéré avant de me rendre compte qu'on ne pouvait se fier aux
messages de WD (dans ce cas précis) car le serveur Ftp de l'autre coté ne
dit pas toujours ce qui se passe réellement.
Bon courage,
Victor
"Dev_PC" a écrit dans le message de
news:
4d23632c$0$14257$Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de
clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de
l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
pfff. ca sent le serveur ftp natté ( caché dans un reseau privé derrière
un routeur) et les pb de mode passif, ca....
verifie que ton serveur FTP gere bien le mode passif et que les ports
définis ( 21 tcp + plage de nat genre 6000-7000) sont bien redirigés par
ton routeur et que ton serveur présente bien son ip _publique_ ...
quel serveur ftp utilises-tu ?
Cordialement,
Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis certes
pas un 'aficionado' du FTP, ce que je crois ressentir te concernant, au vu de
tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un routeur
dont le port 21 est redirigé pour l'adresser directement.
Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis certes
pas un 'aficionado' du FTP, ce que je crois ressentir te concernant, au vu de
tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un routeur
dont le port 21 est redirigé pour l'adresser directement.
Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis certes
pas un 'aficionado' du FTP, ce que je crois ressentir te concernant, au vu de
tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un routeur
dont le port 21 est redirigé pour l'adresser directement.
Dev_PC avait prétendu :Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis
certes pas un 'aficionado' du FTP, ce que je crois ressentir te
concernant, au vu de tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un
routeur dont le port 21 est redirigé pour l'adresser directement.
Attention, si tu es en mode passif (ce qui semble être le cas vu le
message "Consider using PASV"), le seul port 21 ne suffit pas, il faut
aussi le 20, voire une plage de port dans les anciennes implémentations
clients FTP.
voir
http://fr.wikipedia.org/wiki/File_Transfer_Protocol
et particulièrement
http://fr.wikipedia.org/wiki/File_Transfer_Protocol#Connexion_de_donn.C3.A9es
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Dev_PC avait prétendu :
Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis
certes pas un 'aficionado' du FTP, ce que je crois ressentir te
concernant, au vu de tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un
routeur dont le port 21 est redirigé pour l'adresser directement.
Attention, si tu es en mode passif (ce qui semble être le cas vu le
message "Consider using PASV"), le seul port 21 ne suffit pas, il faut
aussi le 20, voire une plage de port dans les anciennes implémentations
clients FTP.
voir
http://fr.wikipedia.org/wiki/File_Transfer_Protocol
et particulièrement
http://fr.wikipedia.org/wiki/File_Transfer_Protocol#Connexion_de_donn.C3.A9es
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Dev_PC avait prétendu :Salut "Phig",
et merci de ta réponse. Comme je le disais dans mon thread, je ne suis
certes pas un 'aficionado' du FTP, ce que je crois ressentir te
concernant, au vu de tes explications initiales!...
Le serveur en question est effectivement sur le réseau, derrière un
routeur dont le port 21 est redirigé pour l'adresser directement.
Attention, si tu es en mode passif (ce qui semble être le cas vu le
message "Consider using PASV"), le seul port 21 ne suffit pas, il faut
aussi le 20, voire une plage de port dans les anciennes implémentations
clients FTP.
voir
http://fr.wikipedia.org/wiki/File_Transfer_Protocol
et particulièrement
http://fr.wikipedia.org/wiki/File_Transfer_Protocol#Connexion_de_donn.C3.A9es
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
Salut Romain,
le mode 'passif' est désactivé comme signalé puisque toutes les connexions en
upload effectuées par les programmes de mes utilisateurs le sont avec login
et mot de passe.
D'où ma question dans la réponse précédente à 'phig', est-ce que je dois
malgré tout activer ce mode ?
Salut Romain,
le mode 'passif' est désactivé comme signalé puisque toutes les connexions en
upload effectuées par les programmes de mes utilisateurs le sont avec login
et mot de passe.
D'où ma question dans la réponse précédente à 'phig', est-ce que je dois
malgré tout activer ce mode ?
Salut Romain,
le mode 'passif' est désactivé comme signalé puisque toutes les connexions en
upload effectuées par les programmes de mes utilisateurs le sont avec login
et mot de passe.
D'où ma question dans la réponse précédente à 'phig', est-ce que je dois
malgré tout activer ce mode ?
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message
d'erreur apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou
bien alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un
grand "forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur//repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la
procédure, le n° de ligne où survient le problème,
etc...
Merci d'avance de toute aide quelconque.
Amicalement,
Marc :-(