|
FORUMS PROFESSIONNELS WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
Fichiers bloqués après modification automatique des dionnées |
Débuté par christophe.gosme, 13 oct. 2005 17:49 - 5 réponses |
| |
| | | |
|
| |
Posté le 13 octobre 2005 - 17:49 |
Bonjour,
Je rencontre un problème lors de l'linstalltion d'une mise à jour en mode "reseau avec mise à jour automatique" : Après installtion de ma mise à jour avec "modification automatique des données", les fichiers "modfiés" ne sont plus accessible par mes postes "clients" ! Seuls le serveur peut executer l'application... Lors du premier accès à l'un des fichiers "modifiés" par un poste cllient, une erreur se declenche : Impossible d'ouvrir le fichier Z:\XXXXX.FIC Detail de l'erreur système : Accès refusé (5)
Précision : Mon poste Serveur et mon poste client sont tous deux en Win XP-Pro Service Pack 2
Mon repertoire partagé est toujours accessible, j'ai tout les droits dessus.... Je peux, par l'explorateur, modifier/supprimer/editer avec WDMap tous les fichiers qui n'ont pas été modifiés, mais, même message d'erreur "accès refusé" sur les fichiers modifiés...
Seule solution de contournement, faire une copie du répertoire, effacer l'original et renommer la copie pour que tout focntionne a nouveau....
Ce problème ressemeble etrangement au problème abordé dans le fil de discussion "WDoptimiseur" du 08/09/2005 resté sans solution...
Quelqu'un a-t-il renconté ce problème ? L'avez vous solutionné ?
Merci de votre aide.... |
| |
| |
| | | |
|
| | |
| |
Posté le 13 octobre 2005 - 20:11 |
c'est exactement le meme soucis abordé dans le fil de discussion du 08/09/2005
et pas de solution non plus (en tout cas pour ma part)
((
eric l.
"Christophe Gosme" <christophe.gosme@apologic.fr> a écrit dans le message de news: 434e6d0b$1@news.pcsoft.fr...
Bonjour,
Je rencontre un problème lors de l'linstalltion d'une mise à jour en mode "reseau avec mise à jour automatique" : Après installtion de ma mise à jour avec "modification automatique des données", les fichiers "modfiés" ne sont plus accessible par mes postes "clients" ! Seuls le serveur peut executer l'application... Lors du premier accès à l'un des fichiers "modifiés" par un poste cllient, une erreur se declenche : Impossible d'ouvrir le fichier Z:\XXXXX.FIC Detail de l'erreur système : Accès refusé (5)
Précision : Mon poste Serveur et mon poste client sont tous deux en Win XP-Pro Service Pack 2
Mon repertoire partagé est toujours accessible, j'ai tout les droits dessus.... Je peux, par l'explorateur, modifier/supprimer/editer avec WDMap tous les fichiers qui n'ont pas été modifiés, mais, même message d'erreur "accès refusé" sur les fichiers modifiés...
Seule solution de contournement, faire une copie du répertoire, effacer l'original et renommer la copie pour que tout focntionne a nouveau....
Ce problème ressemeble etrangement au problème abordé dans le fil de discussion "WDoptimiseur" du 08/09/2005 resté sans solution...
Quelqu'un a-t-il renconté ce problème ? L'avez vous solutionné ?
Merci de votre aide....
|
| |
| |
| | | |
|
| | |
| |
Posté le 13 octobre 2005 - 22:15 |
Eric L. vient de nous annoncer :
c'est exactement le meme soucis abordé dans le fil de discussion du 08/09/2005 et pas de solution non plus (en tout cas pour ma part) (( eric l. "Christophe Gosme" <christophe.gosme@apologic.fr> a écrit dans le message de news: 434e6d0b$1@news.pcsoft.fr... Bonjour,
Je rencontre un problème lors de l'linstalltion d'une mise à jour en mode "reseau avec mise à jour automatique" : Après installtion de ma mise à jour avec "modification automatique des données", les fichiers "modfiés" ne sont plus accessible par mes postes "clients" ! Seuls le serveur peut executer l'application... Lors du premier accès à l'un des fichiers "modifiés" par un poste cllient, une erreur se declenche : Impossible d'ouvrir le fichier Z:\XXXXX.FIC Detail de l'erreur système : Accès refusé (5)
Précision : Mon poste Serveur et mon poste client sont tous deux en Win XP-Pro Service Pack 2
Mon repertoire partagé est toujours accessible, j'ai tout les droits dessus.... Je peux, par l'explorateur, modifier/supprimer/editer avec WDMap tous les fichiers qui n'ont pas été modifiés, mais, même message d'erreur "accès refusé" sur les fichiers modifiés...
Seule solution de contournement, faire une copie du répertoire, effacer l'original et renommer la copie pour que tout focntionne a nouveau....
Ce problème ressemeble etrangement au problème abordé dans le fil de discussion "WDoptimiseur" du 08/09/2005 resté sans solution...
Quelqu'un a-t-il renconté ce problème ? L'avez vous solutionné ?
Merci de votre aide....
Regarde la FAQ 3071 de pcsoft, il y a bien des chances que ce soit les droits changés lors de la recréation du fichier mis à jour...
http://faq.pcsoft.fr/webdev9/faqread.awp…
A+
-- J'espère avoir pu vous orienter.
Respectueuses salutations. Jean MOREL (jeanmorel@ifrance.com) |
| |
| |
| | | |
|
| | |
| |
Posté le 14 octobre 2005 - 09:19 |
Bonjour,
Effectivement, il y a de fortes chances pour que ce soit ce problème de recreation de fichier !
Le problème c'est que je n'ai pas de parametrages spécifiques pour la sécurité en XP-Pro ! J'ai juste un onglet Partage qui permet de declarer le partage et d'autoriser les utilisateurs à modifier les fichiers. Je n'ai pas d'onglet securité (comme sur un Windows 2000 Serveur je crois) !
La suppression du Partage et sa recreation ne suffit pas non plus...
Je n'ai pas d'autre solution que de copier le dossier pour que les fichiers soient recrées avec les "bons" droits (ceux de mon partage) !
Il s'agit donc bien de la création de fichier effectué par Windev uniquement qui pose problème...
Merci quand même, ca me donne quand même une piste de recherche.
Christophe |
| |
| |
| | | |
|
| | |
| |
Posté le 24 octobre 2005 - 11:51 |
Nous rencontrons également ce problème depuis de nombreux mois (mais en utilisant la fonction de migration fichiers). Nous sommes arrivés à la même conclusion pour contourner le problème. J'ai bien essayé de mettre en oeuvre la solution précaunisée sur la FAQ mais sans succès (je ne parviens pas a modifier les accès : tous les utilisateurs du réseau ont l'accès en modification).
A la base il s'agit d'un bug de chez PC SOFT non ? Pas de correctif en vue ? |
| |
| |
| | | |
|
| | |
| |
Posté le 25 octobre 2005 - 11:27 |
"PRATILOG" <pratilog@pratilog.com> a écrit dans le message de news: 435c998f$1@news.pcsoft.fr...
Nous rencontrons également ce problème depuis de nombreux mois (mais en utilisant la fonction de migration fichiers). Nous sommes arrivés à la même conclusion pour contourner le problème. J'ai bien essayé de mettre en oeuvre la solution précaunisée sur la FAQ mais sans succès (je ne parviens pas a modifier les accès : tous les utilisateurs du réseau ont l'accès en modification).
A la base il s'agit d'un bug de chez PC SOFT non ? Pas de correctif en vue ?
Réponse du support technique après plusieurs echanges de mails :
Dans certains cas d'utilisation de fichier en "poste à poste", il peut effectivement y avoir un changement des droits lors de la recréation d'un fichier dans un répertoire. Une étude a été >demandée sur ce point à notre équipe Développement et notre équipe Qualité, pour voir s'il est possible d'apporter une modification dans ce cas particulier dans une prochaine versions de WINDEV.
Dans l'immédiat, afin surtout d'assurer la sécurité des données, il faut placer les fichiers sur une machine serveur (Windows 2000 ou 2003 serveur, Linux...). Il ne faut surtout pas utiliser >un réseau poste à poste. Il est également très avantageux en terme de sécurité mais également de performances d'utiliser Hyper File en mode Client/Serveur.
Ils appellent "poste à poste" un réseau avec plusieurs postes en Windows XP Pro avec partage de fichier "simple" (c'est a dire creation d'un partage et autorisation d'ecriture, sans gestion des droits pas utilisateurs)....
Personnelement, J'ai ajouté une copie des fichiers modifiés par l'analyse (.FIC, .NDX, .MMO) à la fin de l'installation... |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|