Élément de porte-documents doit être synchronisée en deux fois

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

190812
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Vous avez un dossier porte-documents, et un fichier qu'il a le partage de réseau Windows NT copie synchronisée ona.

Lorsque vous modifiez le fichier dans le dossier local et synchronisez avec la copie du serveur, l'état de synchronisation indique toujours, « Mise à jour des besoins. » Whenyou synchroniser à nouveau, le porte-documents offre copier le fichier à partir de la remotelocation, même si l'horodatage de fichier est identique.

Une fois le porte-documents copie le fichier à partir de l'emplacement distant, thesynchronization statut est correctement défini « Mis à jour. »
Cause
Après le porte-documents copie le fichier sur le serveur au cours de la première mise à jour ituses FindFirstFile à lire les informations du fichier. Dans certains cas, le redirecteur de gestionnaire qui exécute cette API avant que le fichier est fermé. Si thishappens, la taille de fichier du fichier distant n'est pas correcte et état de thesynchronization n'est pas correctement défini.

Sur une trace réseau, vous pouvez voir une séquence d'images entre theclient et le serveur comme suit :

   SMB       C write, FID = 0x9804, Write 0x0 at 0x0000020E   SMB       R write, Wrote 0x0   SMB       C transact2 Set file info, FID = 0x9804   SMB       R transact2 Set file info (response)   SMB       C transact2 Findfirst, File = \Text2.txt   SMB       R transact2 Findfirst (response)   SMB       C close file, FID = 0x9804   SMB       R close file				

En réponse à Findfirst server message block (SMB), vous verrez taille du fichier anincorrect.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour Windows NT 4.0 ou la mise à jour de logiciels individuels. Pour plus d'informations sur l'obtention du dernier service pack, accédez à :
  • 152734 Comment faire pour obtenir le dernier service pack windows nt 4.0
Pour plus d'informations sur l'obtention de la mise à jour logicielle individuelle, contactez les Services de Support technique de Microsoft. Pour obtenir une liste complète des numéros de téléphone des Services de Support technique Microsoft et des informations sur les coûts de prise en charge, rendez-vous à l'adresse suivante sur le World Wide Web :
Statut
Microsoft a confirmé l'existence de ce problème dans Windows NT 4.0. Ce problème a été corrigé dans le Service Pack 5 Windows NT 4.0.
4.00

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 190812 - Dernière mise à jour : 11/03/2013 20:13:00 - Révision : 1.0

  • Microsoft Windows NT Workstation 4.0 Édition Développeur
  • Microsoft Windows NT Server 4.0 Standard Edition
  • kbnosurvey kbarchive kbhotfixserver kbqfe kbbug kbfix kbmt KB190812 KbMtfr
Commentaires