Auteur de questions
Eventid 140 MUP - Echec de l'écriture différée sous Windows 2008R2

Discussion générale
-
Bonjour,
Je possède une infrastruture avec 2 ESXi 4.1 + une baie SAN IBM avec 10 machines virtuelles Windows 2008R2.
Les utilisateurs se connectent en RDS sur 3 des machines virtuelles et ont accès au pack Office 2010 (sans SP1). Le problème est qu'aléatoirement les archives mails sous Outlook 2010 se corrompent sans raison particulière. Il n'y a aucun problème de déconnexion, ni de perte ou plantage de document Word, Excel ... seulement les archives mails (nouvellement créées ou non).
Toutes les données sont accessibles via des partages SMB au travers du serveur de fichiers (VM sur baie SAN). Le problème est identique quelque soient les permissions, les partages ou les mappages. Par contre, en testant sur un serveur physique en Windows2003R2 inclut dans le même domaine, aucune erreur !
Connaissez-vous ce genre de problème ?
Ci dessous la description de l'erreur de l'event log.
Erreur 140 Source MUP
{Échec de l’écriture en différé} Windows n’a pas pu enregistrer toutes les données du fichier \\file01\homedir$\nom de l'utilisateur\Mes documents\archive1.pst ; les données ont été perdues. Cette erreur a été renvoyée par le serveur sur lequel se trouve le fichier. Essayez d’enregistre ce fichier dans un autre emplacement.
Merci beaucoup de votre aide.
Christophe
- Type modifié Roxana PANAITMicrosoft employee mardi 25 octobre 2011 07:05 attente de feedback
mercredi 12 octobre 2011 17:02
Toutes les réponses
-
Bonsoir,
Microsoft ne supporte en aucune manière les fichiers PST (ou OST) ouverts à travers le réseau... Les probabilités de véroler ce type de fichier seraient effectivement trop importantes, même à partir d'une station vers des serveurs adaptés.
Dans votre cas, le problème est sans doute amplifié/démultiplié par le nombre important d'utilisateurs provenant d'une même machine vers les mêmes disques distants.
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (68 MCPs) http://base.faqexchange.infojeudi 13 octobre 2011 20:39 -
Bonjour,
Merci de m'avoir répondu.
J'ai monté un ancien serveur (Dell R200) équipé d'un Windows 2003R2 SP2, et, j'y ai copié les pst (avec des répertoires avec permissions NTFS par utilisateur).Non seulement, plus aucune erreur dans les journaux d'évènements, mais plus aucune base corrompue. Comment cela se fait-il ?
Chez l'ancien hébergeur ou nous étions clients, toutes nos données ainsi que les fichiers pst étaient également stockés sur des partages réseau accessible depuis des profils errants (serveurs en Windows 2003 R2, hostedexchange 2003). Il n'y a jamais eu le moindre problème.
Aujourd'hui, nous avons réinternalisé sauf la partie messagerie, nous utilisons les services d'un hébergeur pour la messagerie (hostedExchange 2010). Il semblerait que le mode cache Outlook ne puisse être activé avec des profils errants (le but serait de déporter l'ost sur un partage, et, permettre un accès en cas de coupure internet). Comment font les clients dans le même cas de figure (excepté avoir un serveur de messagerie en interne) ?
Merci de vos réponses
Christophe
lundi 17 octobre 2011 12:46 -
Bonjour Christophe
J'ai exactement le même problème, la différence est que j'utilise XenServer v5.6 plutot que VMWARE, avez vous trouvé une solution avec Windows 2008 R2 ??
Ma prochaine étape était justement de mettre les fichiers PST sur un Serveur Windows 2003 R2 plutot qu'une VM sous Windows 2008 R2
Ensuite je testerai sur une VM Windows 2003 R2
Merci d'un ami Quebecois, Canadien
vendredi 28 octobre 2011 18:03 -
Bonjour,
Même problème sur XenServer v5.6 sp1 avec utilisation de Xen App sur Windows 2008 R2
Je vais aussi tenter le déplacement des PST sur un serveur physique car je commence à devenir un pro du scanpst...Merci en tout cas pour l'info
mardi 8 novembre 2011 16:11 -
Bonjour,
Je voulais juste ajouter a ce problème, après avoir désactivé SMB2 sur le serveur de profile itinérant le problème a presque disparue, nous avons eu une seule erreur...
Voici ce qui a été fait jusqu'a présent :
· Le cache sur Disque pour le drive D: du serveur de profile a été désactivé
o Nous l’avons réactivé ensuite
· Désactivé IPv6
· Désactivé SNP Feature de Windows
o netsh int tcp set global chimney=disabled
o netsh int tcp set global rss=disabled
· Désactivé SMB2 de Windows 2008 R2
o Dans les register, changer:
§ [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters]
· "Smb2"=dword:00000000
@+
mardi 8 novembre 2011 16:23 -
Bonsoir,
Merci de vos retours.
De notre coté, je viens de monter une vm de test en Windows 2003R2 (32 bits). Pour l'instant, le problème ne semble plus se reproduire avec quelques archives mails en accès.
Christophe
jeudi 24 novembre 2011 17:17 -
Bonjour,
Alors sur un serveur physique Windows 2003R2 32bits, le problème ne se reproduit plus non plus.
vendredi 25 novembre 2011 06:32 -
Bonjour,
Le problème est due a Windows 2008 R2, pas au fait que le serveur soit un serveur Virtuel
Pour moi, tous a été réglé après avoir désactivé le SNP, SMB2 et IPv6 sur la Machine Virtuelle Windows 2008 R2
@+
vendredi 25 novembre 2011 11:38 -
Bonjour,
ce n'est pas l'aspect itinérant qui empêche l'utilisation du mode cache !
C'est l'utilisation de Outlook à travers une session RDP qui interdit et bloque nativement cela. Microsoft a assoupli cette règle avec Outlook 2010, mais il faut suivre un certain nombre de règles...
A+
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (68 MCPs) http://base.faqexchange.infovendredi 25 novembre 2011 11:56 -
Bonjour Thierry,
J'avais lue cette note de Microsoft, mais cela ne règle rien du tout, c'est plutôt à mon humble avis un dégagement de responsabilité de la part de Microsoft.
Dans mon cas, on a change de Outlook 2007 à Outlook 2010, cela n'as rien changé on avais encore les erreurs: Eventid 140 MUP - Echec de l'écriture différée sous Windows 2008R2
Au paravant nous avions 2 serveurs RDP qui écrivais leurs PST sur un Serveur Windows 2003 R2 sans aucun problème.
On a pas de serveur Exchange, alors on essaie pas de mettre en cache les Fichiers OST. On veut simplement que les usagers sauvegarde leurs données (fichier PST) sur un serveur pour facilité l'itinérance des profiles d'un serveur Citrix à l'autre
Le problème pour ma part a complètement disparue maintenant après avoir désactivé SMB v2
C'est après avoir lue sur internet les milliers de problèmes performance et stabilité relié à SMB v2 qui nous avons décidé de le désactivé et depuis plus aucune erreur d'écriture.
Salutations
vendredi 25 novembre 2011 12:17 -
Bonjour,
Nous avons à peu prêt la même conf, 4 serveurs citrix qui piochent leur user/profils ainsi que leur PST sur 1 serveur de données (le tout W2008 R2), si je désactive SMB2 sur le serveur de données, mes profils ne montent plus correctement (profils temporaires). c'est un vrai casse tête !
Dans mon cas je n'ai bien sûr pas de serveur Exchange et tout est virtualisé sur vmware 4.1
Michel
lundi 6 février 2012 07:41 -
Bonjour
J'ai l'impression que j'ai le meme problème que vous.
J'ai un serveur TSE et un serveur de fichier. Ces deux serveurs sont sous Windows 2008 R2 SP1. Les fichiers PST sont sur le serveur de fichier. De temps en temps j'ai le message que vous avez :
Comment vous avez fait exactement pour désactiver SMBv2 ?
Avez-vous eu des soucis depuis que vous l'avez désactivé ?
Avez-vous fait autre chose pour retrouver un fonctionement normal ?
Par avance merci
mercredi 4 avril 2012 12:05 -
-
Bonjour le Quebec,
Vous avez désactivé smb2 sur le serveur de données (qui héberge les pst) ou sur les serveurs Citrix (client Outloock) ou les deux ?
merci.
Michel
lundi 7 mai 2012 13:22 -
Bonjour Michel,
Nous avons désactivé SMB2 et tous les autres parametres sur tous les serveurs impliqué
@+
lundi 7 mai 2012 14:55