Bonjour tous le monde,
Voici mon probl=E8me :
Chez un client, j'ai un serveur Nt4.0 SP6 + un serveur=20
Windows 2K SP4 qui sert de serveur backup via Robocopy=20
V1.96.
Le hic c'est que je n'arrive pas =E0 supprimer certains=20
r=E9pertoires et fichiers sur le NT4.0 (PDC), de ce faite=20
quand le Robocopy se lance pour le Backup sur le serveur=20
2K il copie les m=EAmes interdictions de suppression ce qui=20
est normal me direz-vous. Je suis le seul =E0 avoir le droit=20
d'acc=E8s sur le serveur 2K. Le message d'erreur est le=20
suivant: " nom du fichier " "the source file may-be in use"
Je pense qu'il y a bien un probl=E8me de droit NTFS sur le=20
NT4.0, mais je n'arrive pas =E0 r=E9soudre le probl=E8me. M=EAme=20
en utilisant "Appartenance" dans les propri=E9t=E9s des=20
r=E9pertoires cela ne fonctionne pas.
Merci pour vos r=E9ponses.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Th.A.C
Problème de chemin+nom trop long sans doute???
Normalement tu es limité à un chemin total de 255 caractères,, mais il y a moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous répertoires du chemin. Dans ce cas, la nouvelle lettre fais abstraction de tout le début: par exemple: c:documents and settingsutilisateur1mes documentsword... peut devenir e:word si tu partages 'mes documents et mappes E: sur ce dossier. La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a pas de problème. Par contre si tu utilises l'explorateur sur 'C:documents and...' tu travailles sur un chemin trop long et certains documents deviennent inaccessibles
"Frank_IT" a écrit dans le message de news:0c4901c394a6$f54ea5c0$ Bonjour tous le monde, Voici mon problème : Chez un client, j'ai un serveur Nt4.0 SP6 + un serveur Windows 2K SP4 qui sert de serveur backup via Robocopy V1.96. Le hic c'est que je n'arrive pas à supprimer certains répertoires et fichiers sur le NT4.0 (PDC), de ce faite quand le Robocopy se lance pour le Backup sur le serveur 2K il copie les mêmes interdictions de suppression ce qui est normal me direz-vous. Je suis le seul à avoir le droit d'accès sur le serveur 2K. Le message d'erreur est le suivant: " nom du fichier " "the source file may-be in use" Je pense qu'il y a bien un problème de droit NTFS sur le NT4.0, mais je n'arrive pas à résoudre le problème. Même en utilisant "Appartenance" dans les propriétés des répertoires cela ne fonctionne pas. Merci pour vos réponses.
Problème de chemin+nom trop long sans doute???
Normalement tu es limité à un chemin total de 255 caractères,, mais il y a
moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous répertoires du chemin.
Dans ce cas, la nouvelle lettre fais abstraction de tout le début:
par exemple:
c:documents and settingsutilisateur1mes documentsword...
peut devenir
e:word
si tu partages 'mes documents et mappes E: sur ce dossier.
La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a pas de problème.
Par contre si tu utilises l'explorateur sur 'C:documents and...' tu
travailles sur un chemin trop long et certains documents deviennent
inaccessibles
"Frank_IT" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:0c4901c394a6$f54ea5c0$a101280a@phx.gbl...
Bonjour tous le monde,
Voici mon problème :
Chez un client, j'ai un serveur Nt4.0 SP6 + un serveur
Windows 2K SP4 qui sert de serveur backup via Robocopy
V1.96.
Le hic c'est que je n'arrive pas à supprimer certains
répertoires et fichiers sur le NT4.0 (PDC), de ce faite
quand le Robocopy se lance pour le Backup sur le serveur
2K il copie les mêmes interdictions de suppression ce qui
est normal me direz-vous. Je suis le seul à avoir le droit
d'accès sur le serveur 2K. Le message d'erreur est le
suivant: " nom du fichier " "the source file may-be in use"
Je pense qu'il y a bien un problème de droit NTFS sur le
NT4.0, mais je n'arrive pas à résoudre le problème. Même
en utilisant "Appartenance" dans les propriétés des
répertoires cela ne fonctionne pas.
Merci pour vos réponses.
Normalement tu es limité à un chemin total de 255 caractères,, mais il y a moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous répertoires du chemin. Dans ce cas, la nouvelle lettre fais abstraction de tout le début: par exemple: c:documents and settingsutilisateur1mes documentsword... peut devenir e:word si tu partages 'mes documents et mappes E: sur ce dossier. La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a pas de problème. Par contre si tu utilises l'explorateur sur 'C:documents and...' tu travailles sur un chemin trop long et certains documents deviennent inaccessibles
"Frank_IT" a écrit dans le message de news:0c4901c394a6$f54ea5c0$ Bonjour tous le monde, Voici mon problème : Chez un client, j'ai un serveur Nt4.0 SP6 + un serveur Windows 2K SP4 qui sert de serveur backup via Robocopy V1.96. Le hic c'est que je n'arrive pas à supprimer certains répertoires et fichiers sur le NT4.0 (PDC), de ce faite quand le Robocopy se lance pour le Backup sur le serveur 2K il copie les mêmes interdictions de suppression ce qui est normal me direz-vous. Je suis le seul à avoir le droit d'accès sur le serveur 2K. Le message d'erreur est le suivant: " nom du fichier " "the source file may-be in use" Je pense qu'il y a bien un problème de droit NTFS sur le NT4.0, mais je n'arrive pas à résoudre le problème. Même en utilisant "Appartenance" dans les propriétés des répertoires cela ne fonctionne pas. Merci pour vos réponses.
>-----Message d'origine----- Problème de chemin+nom trop long sans doute???
Normalement tu es limité à un chemin total de 255
caractères,, mais il y a
moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous
répertoires du chemin.
Dans ce cas, la nouvelle lettre fais abstraction de tout
le début:
par exemple: c:documents and settingsutilisateur1mes
documentsword...
peut devenir e:word si tu partages 'mes documents et mappes E: sur ce dossier. La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a
pas de problème.
Par contre si tu utilises l'explorateur sur 'C:documents
and...' tu
travailles sur un chemin trop long et certains documents
deviennent
inaccessibles
Merci pour cette réponse, mais le problème est tout autre, le noms sont correctent au niveau caractères.Le Robocopy backup sur des mapping mais de toute façont il se contente de copier,c'est du mirroir de fichier c'est tout.Le message d'erreur qu'il met me dit dit bien que la source est utilisé, alors que les utilisateurs travaillent les fichiers en local ( Bureau d'architectes ) De plus l'erreur se répète sur le 2K et là je suis le seul à avoir l'accès. je reste convaincu que la base de ce problème reste NTFS, mais voilà..... Merci pour vos réponses
>-----Message d'origine-----
Problème de chemin+nom trop long sans doute???
Normalement tu es limité à un chemin total de 255
caractères,, mais il y a
moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous
répertoires du chemin.
Dans ce cas, la nouvelle lettre fais abstraction de tout
le début:
par exemple:
c:documents and settingsutilisateur1mes
documentsword...
peut devenir
e:word
si tu partages 'mes documents et mappes E: sur ce dossier.
La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a
pas de problème.
Par contre si tu utilises l'explorateur sur 'C:documents
and...' tu
travailles sur un chemin trop long et certains documents
deviennent
inaccessibles
Merci pour cette réponse, mais le problème est tout
autre, le noms sont correctent au niveau caractères.Le
Robocopy backup sur des mapping mais de toute façont il se
contente de copier,c'est du mirroir de fichier c'est
tout.Le message d'erreur qu'il met me dit dit bien que la
source est utilisé, alors que les utilisateurs travaillent
les fichiers en local ( Bureau d'architectes ) De plus
l'erreur se répète sur le 2K et là je suis le seul à avoir
l'accès. je reste convaincu que la base de ce problème
reste NTFS, mais voilà.....
Merci pour vos réponses
>-----Message d'origine----- Problème de chemin+nom trop long sans doute???
Normalement tu es limité à un chemin total de 255
caractères,, mais il y a
moyen de tricher.
Par exemple, tu mappes une lettre sur un des sous
répertoires du chemin.
Dans ce cas, la nouvelle lettre fais abstraction de tout
le début:
par exemple: c:documents and settingsutilisateur1mes
documentsword...
peut devenir e:word si tu partages 'mes documents et mappes E: sur ce dossier. La tu gagnes 50 caractères
ton robocopy utilise peut-être des lecteurs mappés et n'a
pas de problème.
Par contre si tu utilises l'explorateur sur 'C:documents
and...' tu
travailles sur un chemin trop long et certains documents
deviennent
inaccessibles
Merci pour cette réponse, mais le problème est tout autre, le noms sont correctent au niveau caractères.Le Robocopy backup sur des mapping mais de toute façont il se contente de copier,c'est du mirroir de fichier c'est tout.Le message d'erreur qu'il met me dit dit bien que la source est utilisé, alors que les utilisateurs travaillent les fichiers en local ( Bureau d'architectes ) De plus l'erreur se répète sur le 2K et là je suis le seul à avoir l'accès. je reste convaincu que la base de ce problème reste NTFS, mais voilà..... Merci pour vos réponses
