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 :
-
Connectez-vous au WorkSpace à l’aide du protocole SSH.
-
Ouvrez le terminal.
-
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
-
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 :
-
Connectez-vous au WorkSpace à l’aide du protocole SSH.
-
Ouvrez le terminal.
-
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
-
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.
-
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 ?