DirectoryInfo => GetFiles = System.IO.__Error.WinIOError

Version imprimable

Voir 40 message(s) de cette discussion en une page

27/05/2013, 15h10
Sankasssss

Bon après avoir testé l'idée de Pol63 ça passe au bout de 21 essais espacé de 500mS, donc après 10,5 secondes :

Citation:

Vérification si dossier : '\\filesrv\data\RendezVousFichesB\' existe

Vérification 1 a échoué
Vérification 2 a échoué
Vérification 3 a échoué
Vérification 4 a échoué
Vérification 5 a échoué
Vérification 6 a échoué
Vérification 7 a échoué
Vérification 8 a échoué
Vérification 9 a échoué
Vérification 10 a échoué
Vérification 11 a échoué
Vérification 12 a échoué
Vérification 13 a échoué
Vérification 14 a échoué
Vérification 15 a échoué
Vérification 16 a échoué
Vérification 17 a échoué
Vérification 18 a échoué
Vérification 19 a échoué
Vérification 20 a échoué
Vérification 21 a échoué
Ca passe

C'est vraiment pas top comme système mais ça passe.
Je vais regarder du coté de l'inactivité des connexions pour voir s'il y a moyen de faire des exceptions pour certaines connexions comme les différents serveurs fixe.

Merci encore à vous deux pour l'aide :ccool:
27/05/2013, 15h30
_Ez3kiel

Si j'ai bien compris, c'est un client qui lance le programme en tâche planifié, ce même programme qui va "faire son affaire avec ses xls" dans filesrv ?

Si oui, et si à ce que j'ai compris tu peux le lancer en tâche planifiée, sur le client qui lance l'appli, tente d'ouvrir un explorer qui pointe \\filesrv\data\RendezVousFichesB\ , on sera sûr que la connexion sera active, et illico après lance la tâche planifiée, si l'hypothèse est vrai, on ne devrait pas planter.
Ensuite, ferme tous les explorers ou quoi que ce soit qui pointe sur filesrv, va prendre un café, papote, etc ^^, attend 20/25mn, reviens et lance direct la tâche sans rouvrir d'explorer ou quoi que ce soit, on sera fixé si la connexion n'a pas été provisoirement coupé le temps d'une demande du client vers le réseau ...

Et si ce n'est pas ça, j'ai bien peur d'être à court d'idées ... :aie:

Bon courage pour la suite et n'hésite pas à poster la solution si tu trouves, ça pourrait être très instructif. ;)
27/05/2013, 15h38
Sankasssss

Bonne idée pour l'explorateur (même si ça reste une rustine) :ccool:

Je n'hésiterai pas à mettre la solution propre si je la trouve, c'est important pour la qualité du forum et par respect envers ceux qui aident...

Merci encore !!!
29/05/2013, 12h20
Sankasssss

Citation:

Envoyé par _Ez3kiel

Citation:

Envoyé par MSDN

Les systèmes peuvent supprimer les connexions inactives après un délai d'attente spécifié (15 minutes par défaut) pour éviter de gaspiller des ressources de serveur sur des sessions non utilisées.

J'avais trouvé cette page MSDN qui n'est pas exactement celle que _Ez3kiel citait mais qui me paraissait intéressante vu :

Citation:

Envoyé par MSDN

Ce comportement s'explique par le fait que les systèmes peuvent supprimer les connexions inactives après un délai d'attente spécifié (15 minutes par défaut) pour éviter de gaspiller des ressources de serveur sur des sessions non utilisées. La connexion peut être rétablie très rapidement, si nécessaire.

J'ai donc essayé la résolution proposée :

Citation:

Pour désactiver la fonctionnalité de déconnexion automatique, ouvrez une invite de commandes, tapez la ligne suivante et appuyez sur Entrée :
net config server /autodisconnect:-1

Malheureusement cela ne change rien :(

On continue nos recherches (entre nos différents projets, ce qui risque de prendre du temps)

Voir 40 message(s) de cette discussion en une page