VMware Server 2.0 à L'Infrastructure VMware Service Web ne répond pas

Après l'installation de VMware Serveur j'obtiens l'erreur suivante lorsque j'essaie d'accéder à l'VMware serveur web manager:

L'Infrastructure VMware Service Web
"http://localhost:8222/sdk" n'est pas
répondre

OriginalL'auteur Daniel O | 2008-09-29

  1. 7

    Aller dans le gestionnaire de services et vérifiez que le 'Hôte VMware Agent" service est en cours d'exécution. Si non, puis démarrer, puis essayez de naviguer sur le site à nouveau.

    Comment faisons-nous pour vérifier si elle est en cours d'exécution? J'ai vmserver 2 installé sur vista home premium 32bit
    Outils d'administration > Services de

    OriginalL'auteur Daniel O

  2. 3

    Vmware Hostd ne fonctionnait pas pour moi non plus.

    Cependant, en essayant de démarrer le service, il s'est arrêté automatiquement. Généralement, quand cela arrive, c'est parce qu'il y a une erreur dans votre config.xml.
    C:\ProgramData\VMware\VMware Server\hostd\config.xml

    Dans mon cas, vérifier les logs:
    C:\ProgramData\VMware\VMware Serveur

    a montré qu'il erroring arrière après "Essayer hostsvc".

    La recherche de la config.xml pour hostsvc a montré des références à plusieurs choses, la première chose à faire était de la banque de données. En vérifiant mon datastores.xml fichier:
    C:\ProgramData\VMware\VMware Server\hostd\datastores.xml .

    Je l'ai trouvé plein de toutes sortes de caractères aléatoires au lieu d'un correctement formé document XML.

    Renommage datastores.xml pour datastorex.xml.mal m'a permis de démarrer le service. Au point où j'ai dû ajouter mes magasins de données par le biais de l'interface graphique.

    J'espère que cela aidera quelqu'un d'autre. Je n'ai pas trouvé d'autres références dans Google pour cette question.

    Merci - mon datastores.xml fichier était tout simplement vide. Renommer permettez-moi de commencer le service d'accueil, puis tout a fonctionné par la suite.

    OriginalL'auteur dLOgan

  3. 1

    Essayez d'accéder via "http://localhost:8222" sans le /sdk. Vous pouvez aussi essayer le site sécurisé via "https://localhost:8333".

    OriginalL'auteur Greg Laws