Backup Exec I/O Error 1022 sur Exchange

Déc 26
2013

Depuis quelques temps je rencontrais des difficultés à sauvegarder la base Exchange 2003. Backup Exec renvoyait une « I/O Error 1022 » avec une référence sur une page du site support qui ne m’a pas vraiment aidé à résoudre le problème…

Il a fallu chercher à coté pour trouver la cause : un problème d’API NTBackup sur les fichiers de grande taille, la base Exchange fait 69Go sur 2 fichiers tout de même.

C’est donc Microsoft qui nous donne la solution aujourd’hui :

Si vous voulez les détails, je vous laisse vous référer à la KB304101

Si vous la voulez courte voici les modifications à apporter au registre pour augmenter les tailles de pool Windows :

Paramètre 1 du Registre

  1. Cliquez sur Démarrer, puis sur Exécuter, tapez regedit dans la zone Ouvrir, puis cliquez sur OK.
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez PoolUsageMaximum comme nom de l’entrée, puis appuyez sur ENTRÉE.
  5. Cliquez avec le bouton droit sur PoolUsageMaximum, puis cliquez sur Modifier.
  6. Cliquez sur Décimale.
  7. Dans la zone Données de la valeur, tapez 60, puis cliquez sur OK.

    Important

    • Utilisez 60 comme valeur initiale. Si votre sauvegarde échoue, utilisez 40 comme valeur. Si cela ne fonctionne pas, vous devez modifier le comportement de votre programme de sauvegarde pour réduire la demande de mémoire paginée . Si la valeur fonctionne, vous pouvez l’augmenter d’approximativement de 25 pour cent jusqu’à ce que la sauvegarde échoue. Si la sauvegarde ne fonctionne pas, utilisez le deuxième paramètre du Registre décrit dans cet article.
    • Assurez-vous que la valeur du paramètre du Registre n’excède pas 60.
    • Si vous utilisez le commutateur /3GB, utilisez 40 comme paramètre initial. Notez que cette valeur est un pourcentage.
  8. Quittez l’Éditeur du Registre.
  9. Redémarrez votre ordinateur.

 

Paramètre 2 du Registre

  1. Cliquez sur Démarrer, puis sur Exécuter, tapez regedit dans la zone Ouvrir, puis cliquez sur OK
  2. Recherchez la sous-clé de Registre suivante et cliquez dessus :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez PagedPoolSize comme nom de l’entrée, puis appuyez sur ENTRÉE.
  5. Cliquez avec le bouton droit sur PagedPoolSize, puis cliquez sur Modifier.
  6. Cliquez sur Hexadécimale.
  7. Dans la zone Données de la valeur, tapez FFFFFFFF, puis cliquez sur OK.

    Important

    • Donner la valeur 0xFFFFFFFF (-1) à PagedPoolSize alloue le maximum de mémoire paginée au lieu d’autres ressources sur l’ordinateur. Cela est généralement exigé sur un contrôleur de domaine ou un serveur Terminal Server. Par défaut, la plupart des systèmes Windows 2000 semblent être limités à 160 Mo maximum de mémoire paginée. Vous pouvez le vérifier en téléchargeant les débogueurs de noyau sur le site Web public et en ouvrant une image du noyau dans le débogueur que vous voulez utiliser. La commande à utiliser est !vm. Elle montre un pool paginé maximum de 163 840 Ko, par exemple. L’ajout de cette valeur diminue les PTE (Page Table Entries) disponibles sur un système et étend le pool paginé maximum à 343 Mo dans Windows 2000. La taille maximale du pool paginé peut être supérieure dans Windows Server 2003.

      Remarque Les valeurs par défaut et maximale du pool paginé dans Windows Server 2003 sont beaucoup plus grandes que dans Windows 2000. En général, les valeurs de Windows Server 2003 sont au moins supérieures de 50 pour cent à celles de Windows 2000. Ces valeurs supérieures rendent le problème plus improbable, puisque les valeurs du pool paginé contribuent au problème décrit dans cet article. Toutefois, il peut encore se produire.

    • cette valeur restreint les entrées dans les PTE disponibles. Celles-ci représentent une autre ressource système sans rapport que votre système utilise. Ce paramètre peut causer un arrêt inattendu de votre système d’exploitation et l’affichage d’une erreur d’arrêt 0x3F dans un écran bleu au démarrage. Vous pouvez résoudre ce cas en utilisant l’option de redémarrage Dernière bonne configuration connue sur le menu de redémarrage du système ou la console de récupération. Utilisez le Gestionnaire des performances pour voir le nombre d’Entrées libres en table des pages système. Vous pouvez ajouter le paramètre PagePoolSize si vous remarquez des valeurs supérieures à 40 000.
    • si vous exécutez /3GB et /PAE conjointement, ne définissez pas ce paramètre sans test approfondi et avant d’avoir établi exactement combien de PTE système vous devez posséder dans votre environnement. Vous verrez probablement des valeurs libres comprises entre 10 000 et 20 000. Utilisez les articles pour configurer la mémoire paginée mais ne descendez jamais sous 10 000 PTE système libres. Ne la définissez pas sur une autre valeur si vous utilisez le commutateur /3GB. Les seules valeurs prises en charge sont 0, 0A000000 et FFFFFFFF.
  8. Quittez l’Éditeur du Registre.
  9. Redémarrez votre ordinateur.

 

Source : KB304101

Connaitre rapidement la liste des DC d’un domaine Active Directory

Juin 27
2013

Dans une fenêtre de commande lancez :

nltest /dclist:mondomaine.com

et le tour est joué !

Impossible d’installer vCenter Server sur Windows 2008R2 64bits ?

Fév 24
2012

Impossible d’installer vCenter Server sur Windows 2008R2 64bits

Vous voulez installer vCenter sur un serveur Windows 2008R2 (ou surement une autre version) et vous tombez sur ce message d’erreur ?

This product can only be installed on the following 64-bit operating systems:
Windows XP SP2 or above
Windows 2003
Windows 2008

Pour une fois je ne vais pas donner de solution mais une explication : votre serveur est un contrôleur de domaine et il n’est pas possible d’installer vCenter sur une machine avec Active Directory dessus (pourquoi, je l’ignore). Alors faites comme moi : utilisez un autre serveur…

Trouver les rôles FSMO et les déplacer

Nov 09
2011

Trouver les rôles FSMO et les déplacer

Je suis actuellement en train de préparer la migration de mon domaine AD Windows 2003 vers Windows 2008. Pour cela après avoir ajouté un serveur 2008 dans mon domaine et au passage l’avoir promu DC, je vais maintenant déplacer les rôles FSMO vers ce nouveau DC.

Pour connaitre quels serveurs hébergent les rôles FSMO, ouvrez une fenetre de commande « CMD » puis tapez « netdom query fsmo ». Vous obtiendrez une liste comme celle-là :

Contrôleur de schéma        XXXX.domaine.fr
Maître des noms de domaine  YYYY.domaine.fr
Contrôleur domaine princip. ZZZZ.domaine.fr
Gestionnaire du pool RID    ZZZZ.domaine.fr
Maître d'infrastructure     ZZZZ.domaine.fr
L'opération s'est bien déroulée.

 

Allez sur le serveur qui héberge le rôle « Contrôleur de schéma ».

Pour modifier le contrôleur de schéma avec Windows 2008, vous devez avoir installé les composants « Composants logiciels enfichables et outils en ligne de commande des services AD LDS; puis exécuter « regsvr32 shmmgmt.dll dans une fenêtre de commande. Ensuite exécutez « MMC ». Faites « Ajouter un composant enfichable » et sélectionnez « Schéma Active directory » (ouf enfin). Faites un clic-droit sur « Schéma Active Directory », changez de contrôleur de domaine, choisissez le nouveau, puis « Maître d’opérations » et enfin, changez.

Maintenant, allez sur le serveur qui doit recevoir le rôle FSMO à transférer.

Pour modifier le maitre des noms de domaine, ouvrez « Domaines et approbations AD », clic-droit sur « Domaines et approbations AD » puis « Maitres d’opérations ». Vous pouvez modifier le serveur.

Pour modifier le contrôleur domaine principal, le gestionnaire du pool RID et le maître d’infrastructure, ouvrez « Utilisateurs et ordinateurs AD », clic-droit sur « Utilisateurs et ordinateurs AD » puis « Toutes les taches » et « Maitres d’opérations ». Via les onglets RID, CDP et Infrastrusture vous pouvez modifier le serveur.

 

Problème synchro Netlogon / Sysvol. Event 13508.

Août 24
2011

Problème synchro Netlogon / Sysvol. Event 13508.

C’est en voulant apporter quelques modifications à mes scripts utilisateurs que je me suis aperçu qu’il y avait un écart entre les différents dossiers « Netlogon » de mes DC. Plus exactement un DC était à jour et pas les 3 autres. Sur ce DC, une erreur NTFRS 13508 dans le journal du service de réplication de fichiers.

Je me suis donc rendu sur le serveur désigné par le message d’erreur… En cherchant dans le journal du service de réplication de fichiers je trouve une erreur NTFRS 13561 et 13568.

Pour une fois la réponse est dans le message d’erreur ! Dans la déscription de l’évènement 13568, tout est écrit, je remet tout dans l’ordre :

Définir le paramètre du Registre « Enable Journal Wrap Automatic Restore » à 1 entraînerait l’exécution des étapes de récupération pour récupérer automatiquement de cet état d’erreur.

Pour modifier le paramètre de Registre, exécutez regedit.

Cliquez sur Démarrer, sur Exécuter et tapez regedit.

Développez HKEY_LOCAL_MACHINE.

Cliquez sur le chemin d’accès de la clé :

« System\CurrentControlSet\Services\NtFrs\Parameters »

Double-cliquez sur le nom de la valeur

« Enable Journal Wrap Automatic Restore »

et mettez la valeur à jour.

Si le nom de la valeur n’est pas présent vous pouvez l’ajouter avec la fonction Ajouter ->Valeur DWORD dans l’option de menu Modifier. Entrez le nom de la valeur exactement comme indiqué ci-dessus.

[1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas attendre 5 minutes, exécutez « net stop ntfrs » suivi de « net start ntfrs » pour redémarrer le service de réplication de fichiers.

[2] Lors de l’interrogation suivant la suppression, l’ordinateur sera ajouté à nouveau au jeu de réplicas. Cela va déclencher une synchronisation complète de l’arborescence du jeu de réplicas.

AVERTISSEMENT : Pendant le processus de récupération, il se peut que les données de l’arbre de réplication ne soient pas disponibles. Réinitialisez le paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération automatique en raison de l’indisponibilité inattendue des données si cette condition d’erreur se produit à nouveau.

 

Voilà… donc le temps que votre 2ème DC se synchronise, vous n’avez plus accès à netlogon et sysvol (attention donc sur votre réseau lors d’une connexion utilisateur).

Patientez et vous verrez dans les journaux du service de réplication de fichiers des 2 DC des messages vous annoncant la synchro entre les serveurs !

\o/

Ce qui m’inquiète le plus c’est de ne pas m’en être aperçu plus tôt… et depuis quand cela ne fonctionne-t-il plus ???

Imprimante réseau hors-connexion…

Août 04
2011

Imprimante réseau hors-connexion

Voici un problème à la solution surprenante que j’ai eu il y a peu : sur mon serveur d’impression Windows 2008 je découvre des imprimantes hors-connexion. Je vérifie, non tout va bien, elles sont en ligne, l’interface web réponds… Mais sur les postes clients, hé bien, toujours hors-connexion et donc impossible de d’imprimer dessus.

Quel est donc ce mystère ???

Il semblerait qu’il y ait un bug sur les ports standards TCP/IP Microsoft au niveau du SNMP. Et cela provoque ces hors-connexion. Surprenant, car ce problème existe depuis longtemps et court toujours (j’utilise Windows 2008).

La solution :

  • Sur le serveur d’impression, aller dans le menu imprimante
  • Clic-droit sur l’imprimante concernée
  • Puis Propriétés
  • Onglet Port
  • Sélectionner le port utilisé puis cliquer sur Configurer le port
  • Décocher la case Etat SNMP activé
L’imprimante doit repasser en ligne immédiatement sur le serveur. Sur les postes clients ça doit se faire dans les minutes qui suivent.

Transformer Windows XP en petit Terminal Server

Août 01
2011

Transformer Windows XP en (petit) Terminal Server

J’avais découvert il y a un certain temps déjà qu’il était possible de transformer Windows XP en petit Terminal Server (ou TSE). A l’époque je n’avais eu l’utilité de cette possibilité, jusqu’à récemment. Le principe est simple : le mode changement de session de XP est déjà presque du TSE. Il faut remplacer une DLL XP par une DLL de Windows Server 2003 qui gère le TSE (attention à ce que la protection du système ne remplace pas la DLL par l’originale).

Ensuite il faut activer la bascule rapide. Et créer autant de compte que vous avez d’utilisateurs. Les connexions multiples avec un compte ne sont pas possible : on « pique » la session ouverte à l’utilisateur courant. Les seules limites sont celles du PC serveur.

Tout a été compilé dans un petit programme qui patche tout pour vous (à part activer la bascule rapide) :

http://www.kood.org/terminal-server-patch/

 

 

 

 

Erreur DFS : Serveur RPC non disponible

Fév 23
2011

Je suis tombé sur une bien étrange erreur récemment en voulant supprimer un partage sur mon serveur. Ce partage figurait dans une racine DFS et je ne pouvais donc pas le supprimer comme ça, sinon c’est pas drôle… Donc en allant du coté de l’outil « Gestion du système de fichiers distribués DFS » j’ai retrouvé cette racine DFS. En voulant l’ouvrir un message d’erreur me signale que le serveur RPC n’est pas disponible.

Avec l’aide de l’utilitaire dfsutil du Windows Support Tools (qui se trouve dans le dossier \support\tools de votre CD d’installation) j’ai exécuté quelques commandes qui m’ont permis de m’en sortir :

Dfsutil /pktflush
Cette commande va vider le cache PKT

Dfsutil /spcflush
Cette commande va vider le cache SPC

J’ai ensuite tenté de supprimer mon partage dans DFS :
Dfsutil /remftroot /server:mon-serveur /share:mon_partage

Et malgré le message d’erreur en relançant la console « Gestion du système de fichiers distribués DFS », ma racine DFS problématique a disparue et j’ai pu finalement supprimé mon partage manuellement…

Si vous avez toujours des problèmes, il y a d’autres manip’ en stock ici (3ème post) :

http://social.technet.microsoft.com/Forums/en-US/winserverfiles/thread/1a9e0ecb-3d89-43f9-83b6-8321f3c88b1e/

Création d’un service avec Instsrv et Srvany

Fév 17
2011

Voici un grand classique sur le net : créer un service Windows à partir d’un exécutable de son choix ?

Pour se faire, il faut tout d’abord récupérer le Resource Kit et en extraire les 2 fichiers suivants : srvany.exe et instsrv.exe

  • Mettez les 2 fichiers dans le même dossier (c:\truc, par exemple)
  • Ouvrez une ligne de commande DOS (« Démarrer » > « Exécuter » > « cmd » puis « Entrée »)
  • Entrez « c:\truc\instsrv.exe nom_service c:\truc\srvany.exe
  • Lancez « Regedit »
  • Recherchez la sous-clé : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\nom_service>
  • Faites un clic-droit sur la clé et cliquez sur « Ajouter une clé » que nommerez « Parameters »
  • Allez dans cette nouvelle clé
  • Faites un clic-droit dans la fenêtre à droite et cliquez sur « Valeur chaine »
  • Nommez la valeur « Application »
  • Double-cliquez dessus et saisissez comme valeur le chemin vers le programme que vous souhaitez mettre en service (c:\windows\notepad.exe par exemple)

Vérifiez dans le menu Services du panneau de configuration, si votre nouveau service est configuré avec le mode de démarrage qui vous convient (automatique ou manuel). Puis démarrez-le.

Source : http://support.microsoft.com/kb/137890

Purger le dossier C:\WINDOWS\INSTALLER

Oct 28
2010

Parfois on cherche sans relâche de la place à libérer sur son serveur (où son ordi)… et on finit par tomber sur le dossier c:\Windows\Installer qui pèse plusieurs Gigas. Ce dossier contient des copies des MSI qui vous permettent de pouvoir désintaller vos programmes. Avec le temps il arrive que le contenu de ce dossier ne soit plus correct et vous voilà avec des fichiers inutiles dedans. Comment faire le tri ? Voici la solution :

Source : http://www.pcreview.co.uk/forums/thread-211705.php