Pourquoi mon WorkSpace pour Linux est-il bloqué à l’état de démarrage, de redémarrage ou d’arrêt ?

Lecture de 3 minute(s)
0

Mon WorkSpace Amazon WorkSpaces pour Linux est bloqué à l’état de démarrage, de redémarrage ou d’arrêt.

Solution

L’état de WorkSpace dépend des surveillances de l’état de ses composants, notamment des services WorkSpaces nécessaires. Le système d’exploitation (OS) de WorkSpace peut mettre longtemps à démarrer. Ou bien, les composants ne signalent pas l’état réel de WorkSpace. Ces problèmes entraînent le blocage de l’état au démarrage, au redémarrage ou à l’arrêt.

Vérifiez si des mises à jour de vos WorkSpaces sont en attente

Si la console WorkSpaces ou l’application cliente envoie une commande de redémarrage au WorkSpace, celui-ci est peut-être occupé à appliquer des mises à jour. Une action de redémarrage lance également toutes les mises à jour des composants WorkSpaces en attente.

Remarque : vous devez activer l’authentification par mot de passe SSH sur votre WorkSpace Linux.

Vérification de votre logiciel antivirus

Vérifiez que votre logiciel antivirus ne bloque pas les composants ou les configurations WorkSpaces nécessaires.

Vérifiez si votre WorkSpace est en cours d’exécution

Important : Pour un espace de travail Ubuntu ou Red Hat Enterprise Linux (RHEL), wsp-dcv-hostadapter, dcvserver, et skylight agent doivent être en cours d’exécution. Pour un WorkSpace Amazon Linux 2, pcoip.service et skylight-agent.service doivent être en cours d’exécution.

Voici comment vérifier que les services WorkSpaces requis sont démarrés au niveau du système d’exploitation :

  1. Connectez-vous au WorkSpace à l’aide du protocole SSH.

  2. Ouvrez le terminal.

  3. Vérifiez le statut des agents requis dans le WorkSpace.
    Pour un WorkSpace Amazon Linux, exécutez les commandes suivantes :

    sudo systemctl status pcoip.service
    sudo systemctl status skylight-agent.service

    Pour un WorkSpace Ubuntu ou RHEL, exécutez les commandes suivantes :

    sudo systemctl status skylight-agent.service.
    sudo systemctl status wspdcvhostadapter.service
    sudo systemctl status dcvserver.service
  4. Si l’état est Arrêté, exécutez la commande suivante afin de démarrer le service :

    systemctl start service-name

    Remarque : remplacez service-name par le service arrêté.

Si l’un des services précédents n’est pas installé, redémarrez le WorkSpace pour l’installer automatiquement. Attendez 15 minutes. Si le service n’est toujours pas installé après un redémarrage, vous devez ouvrir un ticket de support.

Vérifiez que les adaptateurs réseau sont allumés

Vérifiez que les deux adaptateurs réseau du WorkSpace sont allumés, puis effectuez les étapes suivantes :

  1. Connectez-vous au WorkSpace à l’aide du protocole SSH.

  2. Ouvrez le terminal.

  3. Pour vérifier si les interfaces réseau (ETH 0 et ETH 1) sont toutes les deux en cours d’exécution, exécutez la commande suivante :

    sudo ifconfig
  4. Si une interface n’est pas en cours d’exécution, exécutez la commande suivante :

    sudo ifconfig ethernet-name up

    Remarque : remplacez ethernet-name par le nom de l’interface.

  5. Pour vérifier que les deux interfaces sont désormais en cours d’exécution, exécutez la commande suivante :

    sudo ifconfig

Redémarrez le WorkSpace

Si le problème persiste, attendez que l’état du WorkSpace apparaisse comme défectueux dans la console. Puis, redémarrez le WorkSpace. Attendez quelques minutes que le WorkSpace soit en ligne, puis réessayez de vous connecter au WorkSpace. L’état du WorkSpace change en 15 minutes.

Informations complémentaires

Pourquoi ne puis-je pas créer un nouvel espace de travail ?

AWS OFFICIEL
AWS OFFICIELA mis à jour il y a 4 mois