Enquête sur un échec de création de session virtuelle sous Linux - Amazon DCV

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Enquête sur un échec de création de session virtuelle sous Linux

Une session virtuelle est créée sous Linux avec la commande : 

$ dcv create-session session

Cette commande renvoie une erreur uniquement si la création de la session échoue. Cependant, il se peut que la session soit initialement créée avec succès, mais qu'elle se termine avant qu'un utilisateur ne puisse se connecter. Vous remarquerez peut-être cela car lorsque vous vérifiez les sessions existantes, par exemple avec la commande dcv list-sessions ou avecdcv describe-session session, il se peut qu'aucune session ne soit répertoriée.

Dans la plupart des cas, cela se produit parce que la session de bureau est créée mais échoue immédiatement, par exemple si l'une des applications lancées par le script d'initialisation tombe en panne ou échoue, ou si l'un des outils requis est manquant.

Vérifiez les points suivants en cas d'échec de la création de session :

  • Vérifiez le /var/log/dcv/sessionlauncher.log fichier contenant le journal relatif au composant dcv qui crée les nouveaux processus de session.

  • Vérifiez le /var/log/dcv/dcv-session.user.session.log fichier contenant le journal relatif au script d'initialisation dcv.

  • Vérifiez le $HOME/.xsession-errors fichier dans le répertoire personnel correspondant au propriétaire de la session. Ce fichier contient un journal généré par le script d'initialisation de session System X et contient généralement le journal généré par le gestionnaire de sessions de bureau ou par d'autres applications appelées par le script.

  • Consultez les journaux du système pour obtenir plus d'informations sur les systèmes et composants défaillants. Pour commencer, vérifiez la sortie de dmesg (par exemple en cas de défaillance d'un processus) etjournalctl -xe.

  • Effectuez un test avec une session à sécurité intégrée pour vérifier que le problème ne dépend pas du gestionnaire de session utilisé.

Si l'échec ne concerne qu'un utilisateur spécifique, vous pouvez également essayer ce qui suit :

  • Vérifiez la configuration utilisateur, en particulier ce qui se passe lorsqu'elle est supprimée ou renommée.

    En fonction de l'environnement de bureau et de la version, le répertoire de configuration peut être .gnome .kde ou .config dans le répertoire utilisateur.

  • Vérifiez les configurations utilisateur spécifiques affectant l'utilisateur PATH ou l'environnement. Très souvent, les échecs de démarrage de session pour des utilisateurs spécifiques sont dus à des frameworks tels que le anaconda remplacement de certaines commandes natives standard qui peuvent entraîner l'échec des dbus connexions lors de l'initialisation des sessions.

  • Vérifiez s'il y a des problèmes d'autorisation. Des autorisations mal définies en local ~/.dbus ou ~/.Xauthority (par exemple, elles peuvent appartenir à l'utilisateur root plutôt qu'à l'utilisateur) peuvent entraîner la fin immédiate d'une session de bureau.