OVH Cloud OVH Cloud

Acces au fichier refusé

3 réponses
Avatar
Franck
Bonjour a tous
J'ai développé une appli de gestion réseau, qui tourne bien chez différents
clients.
chez un de mes clients, c'est un serveur W2000, 5 licences, avec 6 PC en
réseau.
sur ce serveur de fichier, le répertoire de l'appli est donc partagé.

Parfois, mon appli génére des erreurs de type "acces au fichier refusé",
si on réessaye, ca marche, c'est aléatoire.
ce client est gourmant, et démarre 3 fois l'appli sur chaque machine,
sachant q'une appli a besoin d'ouvrir parfois jusqu'a plus d'une centaine de
fichiers.

Y'a t'il des limitations? un paramétrage?
Dans quelle voie orienter mes recherches? (je ne maitrise pas W2000serveur)
Merci
--
Franck
(enlevez les "z" dans l'adresse de réponse)

3 réponses

Avatar
Jacques Barathon [MS]
Avec une telle gourmandise, pas étonnant que tu aies des accès refusés! Il
est possible que l'appli essaye d'ouvrir en écriture un fichier déjà ouvert,
ce qui peut provoquer le message d'erreur en question.

Tu peux surveiller les accès aux fichiers depuis un poste avec filemon.exe
(www.sysinternals.com) qui te montrera exactement quel process accède à quel
fichier et pour faire quoi. Si l'erreur "accès refusé" intervient tu sauras
quel fichier l'appli essaie d'ouvrir, quel type de refus elle a, etc.

Jacques

PS. As-tu pensé à développer une appli moins gourmande?... :-)

"Franck" wrote in message
news:
Bonjour a tous
J'ai développé une appli de gestion réseau, qui tourne bien chez
différents
clients.
chez un de mes clients, c'est un serveur W2000, 5 licences, avec 6 PC en
réseau.
sur ce serveur de fichier, le répertoire de l'appli est donc partagé.

Parfois, mon appli génére des erreurs de type "acces au fichier refusé",
si on réessaye, ca marche, c'est aléatoire.
ce client est gourmant, et démarre 3 fois l'appli sur chaque machine,
sachant q'une appli a besoin d'ouvrir parfois jusqu'a plus d'une centaine
de
fichiers.

Y'a t'il des limitations? un paramétrage?
Dans quelle voie orienter mes recherches? (je ne maitrise pas
W2000serveur)
Merci
--
Franck
(enlevez les "z" dans l'adresse de réponse)




Avatar
Franck
Interessant, je vait faire un tour de ce coté la.
Pour les acces aux fichiers, je gere les verrouillages au niveau des
enregistrements,
et l'appli marche parfaitement sur d'autres sites.
il s'agit d'une base de données Visual Foxpro.
l'appli est normale, ici, ce sont les utilisateurs qui demandent beaucoup,
et si le serveur est boiteux....
Merci
--
Franck
(enlevez les "z" dans l'adresse de réponse)
"Jacques Barathon [MS]" a écrit dans le
message de news:
Avec une telle gourmandise, pas étonnant que tu aies des accès refusés! Il
est possible que l'appli essaye d'ouvrir en écriture un fichier déjà
ouvert,

ce qui peut provoquer le message d'erreur en question.

Tu peux surveiller les accès aux fichiers depuis un poste avec filemon.exe
(www.sysinternals.com) qui te montrera exactement quel process accède à
quel

fichier et pour faire quoi. Si l'erreur "accès refusé" intervient tu
sauras

quel fichier l'appli essaie d'ouvrir, quel type de refus elle a, etc.

Jacques

PS. As-tu pensé à développer une appli moins gourmande?... :-)


Avatar
Franck
Bon, j'ai lancé le scan, impressionnant, vraiment bas niveau,
mais je ne sais pas l'interpréter. Pendant ma présence, aucun message
d'erreur n'est remonté a l'appli
Cependant dans le LOG du filemon, j'ai repéré des lignes FAILURE:
et j'ai suivi celle concernant l'écriture dans le fichier demdoc.cdx (un
index du fichier), à l'offset 903304:

Début, un peu de tout:
158 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
159 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 911872 Length: 512
160 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 646144 Length: 512
161 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 4096 Length: 512
162 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 928256 Length: 512
163 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 8 Length: 4
164 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
SUCCESS Read: Offset: 0 Length: 16
165 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.dbf
SUCCESS Read: Offset: 0 Length: 32
166 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.dbf
SUCCESS Read: Offset: 0 Length: 32
167 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
SUCCESS Read: Offset: 0 Length: 16
168 15:35:38 System:8 IRP_MJ_QUERY_INFORMATION D:repertoiredemdoc.cdx
SUCCESS FileStandardInformation
169 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.dbf
FAILURE Write: Offset: 803352 Length: 46
170 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.dbf
FAILURE Write: Offset: 4 Length: 4
171 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930816 Length: 512
172 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 918016 Length: 512
173 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 742912 Length: 512
174 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 2560 Length: 512
175 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
176 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
...
uniquement offset 930304...
...
193 15:35:38 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
...
775 15:36:32 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
776 15:36:32 System:8 FASTIO_WRITE D:repertoiredemdoc.cdx FAILURE Offset:
930304 Length: 512
777 15:36:32 System:8 IRP_MJ_WRITE D:repertoiredemdoc.cdx SUCCESS Offset:
930304 Length: 512
...
816 15:36:32 System:8 FASTIO_CHECK_IF_POSSIBLE D:repertoiredemdoc.cdx
FAILURE Write: Offset: 930304 Length: 512
817 15:36:32 System:8 FASTIO_WRITE D:repertoiredemdoc.cdx FAILURE Offset:
930304 Length: 512
818 15:36:32 System:8 IRP_MJ_WRITE D:repertoiredemdoc.cdx SUCCESS Offset:
930304 Length: 512

Environ 1 minute pour tous ces evenements, le WRITE n'a apparemment pas
lieu,
ou peut-etre bien plus tard, apres la fin du scan.
Sinon, SUCCES a 99%¨pour le reste
Qui peut interpréter ce rapport?

A+
Franck
(enlevez les "z" dans l'adresse de réponse)

PS: Pour l'appli gourmande, il y avait un peu moins de 500 fichiers ouverts
sur le serveur, en pleine activité.


"Jacques Barathon [MS]" a écrit dans le
message de news:
Avec une telle gourmandise, pas étonnant que tu aies des accès refusés! Il
est possible que l'appli essaye d'ouvrir en écriture un fichier déjà
ouvert,

ce qui peut provoquer le message d'erreur en question.

Tu peux surveiller les accès aux fichiers depuis un poste avec filemon.exe
(www.sysinternals.com) qui te montrera exactement quel process accède à
quel

fichier et pour faire quoi. Si l'erreur "accès refusé" intervient tu
sauras

quel fichier l'appli essaie d'ouvrir, quel type de refus elle a, etc.

Jacques

PS. As-tu pensé à développer une appli moins gourmande?... :-)

"Franck" wrote in message
news:
Bonjour a tous
J'ai développé une appli de gestion réseau, qui tourne bien chez
différents
clients.
chez un de mes clients, c'est un serveur W2000, 5 licences, avec 6 PC en
réseau.
sur ce serveur de fichier, le répertoire de l'appli est donc partagé.

Parfois, mon appli génére des erreurs de type "acces au fichier refusé",
si on réessaye, ca marche, c'est aléatoire.
ce client est gourmant, et démarre 3 fois l'appli sur chaque machine,
sachant q'une appli a besoin d'ouvrir parfois jusqu'a plus d'une
centaine


de
fichiers.

Y'a t'il des limitations? un paramétrage?
Dans quelle voie orienter mes recherches? (je ne maitrise pas
W2000serveur)
Merci
--
Franck
(enlevez les "z" dans l'adresse de réponse)