Menyelidiki Kegagalan Pembuatan Sesi Virtual di Linux - Amazon DCV

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Menyelidiki Kegagalan Pembuatan Sesi Virtual di Linux

Sesi virtual dibuat di Linux dengan perintah: 

$ dcv create-session session

Perintah ini akan mengembalikan kesalahan hanya jika pembuatan sesi gagal. Namun, mungkin saja sesi awalnya berhasil dibuat, tetapi berakhir sebelum pengguna dapat terhubung. Anda mungkin memperhatikan ini karena ketika Anda memeriksa sesi yang ada, misalnya dengan perintah dcv list-sessions atau dengandcv describe-session session, Anda mungkin tidak mendapatkan sesi terdaftar.

Dalam sebagian besar kasus, ini terjadi karena sesi desktop dibuat tetapi kemudian segera gagal, misalnya jika salah satu aplikasi yang diluncurkan oleh skrip init macet atau gagal, atau jika salah satu alat yang diperlukan hilang.

Periksa hal berikut jika pembuatan sesi gagal:

  • Periksa /var/log/dcv/sessionlauncher.log file yang berisi log yang terkait dengan komponen dcv yang membuat proses sesi baru.

  • Periksa /var/log/dcv/dcv-session.user.session.log file yang berisi log yang terkait dengan skrip dcv init.

  • Periksa $HOME/.xsession-errors file di direktori home yang sesuai dengan pemilik sesi. File ini berisi log yang dihasilkan oleh skrip init sesi X sistem, dan biasanya berisi log yang dihasilkan oleh manajer sesi desktop atau oleh aplikasi lain yang disebut oleh skrip.

  • Periksa log sistem untuk mendapatkan informasi lebih lanjut tentang sistem dan komponen yang gagal. Sebagai permulaan, periksa output dmesg (misalnya jika terjadi kegagalan proses) danjournalctl -xe.

  • Uji dengan sesi failsafe untuk memverifikasi bahwa masalah tidak bergantung pada manajer sesi yang digunakan.

Jika kegagalan hanya terjadi pada pengguna tertentu, Anda juga dapat mencoba yang berikut:

  • Periksa konfigurasi pengguna, khususnya apa yang terjadi ketika konfigurasi pengguna dihapus atau diganti namanya.

    Tergantung pada lingkungan desktop dan versi, direktori konfigurasi mungkin .gnome atau .kde atau .config dalam direktori pengguna.

  • Periksa konfigurasi pengguna tertentu yang memengaruhi pengguna PATH atau lingkungan. Cukup sering, kegagalan mulai sesi untuk pengguna tertentu disebabkan oleh kerangka kerja seperti anaconda mengganti beberapa perintah asli standar yang dapat menyebabkan dbus koneksi dalam inisialisasi sesi gagal.

  • Periksa masalah izin. Izin yang salah disetel di lokal ~/.dbus atau ~/.Xauthority (misalnya mungkin dimiliki oleh root alih-alih pengguna) dapat menyebabkan sesi desktop segera dihentikan.