Article ID: 114071, created on Feb 20, 2015, last review on Feb 20, 2015

  • Applies to:
  • Plesk 12.5 for Windows
  • Plesk 12.0 for Windows
  • Plesk 11.0 for Windows
  • Virtuozzo 6.0
  • Virtuozzo containers for Linux 4.7
  • Virtuozzo containers for Windows
  • Virtuozzo hypervisor

Symptômes

  1. Le service d'activation des processus Windows (Windows Process Activation Service, WAS) et les services qui en dépendent (IIS et Parallels Plesk) ne fonctionnent pas dans les conteneurs.

  2. L'erreur suivante s'affiche lorsque le WAS est démarré :

    C:\Users\Administrator>net start was
    The Windows Process Activation Service service is starting.
    The Windows Process Activation Service service could not be started.
    
    A system error has occurred.
    
    System error 6801 has occurred.
    
    Transaction support within the specified resource manager is not started or was
    shut down due to an error.
    

Cause

Ce problème se produit lorsque le log de transaction système est corrompu.

Résolution

Plusieurs solutions sont disponibles. Nous vous recommandons de les appliquer dans l'ordre présenté ci-dessous. Autrement dit, si la première solution ne fonctionne pas, testez la deuxième, puis la troisième, etc.

Solution n° 1

Essayez la solution proposée dans l'article Microsoft suivant (EN) :

Échec du démarrage des services IIS lors du démarrage du service WAS : "Windows ne peut pas démarrer le service d'activation des processus Windows. Erreur 6801 : La prise en charge des transactions dans le gestionnaire de ressources spécifié n’est pas démarrée ou a été arrêtée en raison d’une erreur."

  1. Exécutez la commande suivante dans l'invite de commande du conteneur :

    fsutil resource setautoreset true c:\
    

    Remarque : cette commande présuppose que le lecteur système est le lecteur "C:".

  2. Rebootez le conteneur après avoir exécuté la commande.

Solution n° 2

Si la solution n° 1 n'a pas permis de résoudre le problème, essayez de cloner le conteneur.

REMARQUE : utilisez l'ID du conteneur et l'emplacement du dossier VZ exacts dans les commandes ci-dessous. Exécutez-les dans l'invite de commande :

  1. Arrêtez le conteneur :

    vzctl stop 101
    
  2. Sauvegardez les fichiers de configuration du conteneur d'origine :

    copy E:\vz\private\101\.vza\eid.conf 101.eid
    copy E:\vz\conf\101.conf 101.conf
    
  3. Clonez le conteneur d'origine dans un autre conteneur :

    vzmlocal -C 101:202
    
  4. Remplacez l'ID du conteneur d'origine de l'ancien conteneur par un autre ID :

    vzmlocal 101:100000
    
  5. Désactivez le démarrage automatique du conteneur d'origine :

    vzctl set 100000 --save --onboot no
    
  6. Supprimez l'adresse IP du conteneur d'origine :

    vzctl set 100000 --save --ipdel all
    
  7. Remplacez l'ID du nouveau conteneur par l'ID de l'ancien conteneur :

    vzmlocal 202:101
    
  8. Arrêtez PVA Agent :

    net stop pvaagent
    

    (Attention : PVA Agent doit toujours être arrêté pendant le remplacement de l'EID.)

  9. Supprimez le fichier cache de l'EID :

    del E:\vz\PVA\Agent\Data\etc\configs\EID
    

    (Note : utilisez la lettre du disque applicable pour les fichiers PVA Agent.)

  10. Remplacez les EID :

    type E:\vz\private\101\.vza\eid.conf > E:\vz\private\100000\.vza\eid.conf
    type 101.eid > E:\vz\private\101\.vza\eid.conf
    
  11. Lancez PVA Agent pour regénérer les associations EID <-> CTID :

    net start pvaagent
    
  12. Démarrez le conteneur obtenu :

    vzctl start 101
    

Lorsque vous avez confirmé que le conteneur fonctionne correctement, vous pouvez supprimer en toute sécurité l'ancien.

Solution n° 3

Appliquez cette solution uniquement si la solution n° 2 (cloner le conteneur) n'a pas abouti ou si le problème s'est reproduit après quelque temps. Cela se produit en général si le disque du conteneur est fragmenté et que le conteneur démarre toujours en mode violation de partage :

C:\Users\Administrator>vzctl start 101

Starting container...

WARNING: (C:\vz\Private\101\root.efd, {971890c5-833d-4857-86f7-17cc762bfda3}) sharing violation, trying nonpaged mount
Container is mounted
Container was started

Installez d'abord le correctif de l'article de la base de connaissances n° 112842. Ce correctif vous aidera à gérer le problème de "violation de partage" dû à une fragmentation élevée du disque. Une fois que le correctif est installé et le node rebooté, vous devrez réappliquer la solution n° 2 ci-dessus.

Ensuite, vérifiez si l'antivirus est installé sur un Hardware Node et configuré correctement. Le problème de violation de partage peut venir d'un antivirus installé sur un Hardware Node si la zone privée du conteneur (X:\vz\private\) n'est pas exclue des activités de l'antivirus. L'antivirus verrouille le disque du conteneur (fichier root.efd), c'est pourquoi le verrouillage exclusif devient impossible. Ceci force les conteneurs à démarrer en mode partagé.

Pour éviter ce type de problème, excluez X:\vz\private\ de toutes les activités de l'antivirus.

Infos supplémentaires

IMPORTANT :

  • Si le conteneur exécute MSSQL Server, consultez l'article :

116218 MSSQL ne fonctionne pas dans un conteneur cloné ou après la migration c2v.

  • Si le conteneur est un membre d'Active Directory (AD), consultez l'article :

119018 Erreur de relation d'approbation sur les clients de domaines après la migration / restauration du contrôleur de domaine

965b49118115a610e93635d21c5694a8 2897d76d56d2010f4e3a28f864d69223 d02f9caf3e11b191a38179103495106f a914db3fdc7a53ddcfd1b2db8f5a1b9c 56797cefb1efc9130f7c48a7d1db0f0c e8e50b42231236b82df27684e7ec0beb ed7be2b984f9c27de1d2dc349dc19c6d 85a92ca67f2200d36506862eaa6ed6b8 a766cea0c28e23e978fa78ef81918ab8 0c05f0c76fec3dd785e9feafce1099a9 514af229ae32522202a910a2649c80fb bd7fc88cf1b01f097749ae6f87272128 a26b38f94253cdfbf1028d72cf3a498b 8b661cab116c79dbe6c4ac5bbdf1c8cb 0dd5b9380c7d4884d77587f3eb0fa8ef c62e8726973f80975db0531f1ed5c6a2

Email subscription for changes to this article
Save as PDF