N-t-F
July 8th, 2010, 10:23 AM
Hello everyone, I'm experiencing a strange issue. I suppose it comes from my configuration rather than a bug, but I'm lost.
I have a client (Ubuntu 10.04, 32 bits) connecting to a server (Ubuntu Server Edition 10.04, 64 bits). The client features two kinds of user. The local user is the administrator (named rootlocal) and other users authenticate on the server through LDAP and have their homes on the server thanks to NFS.
Everything works just fine with the local user (luckily!).
But when regular users log into their session, the mouse pointer remains a circle (Ubuntu's hourglass, sort of), the content of the desktop is not displayed (except for the wallpaper) and they can't use graphical applications. The terminal works just fine however and command-line applications can be used (just tried with nano and R).
So, I've tried to experiment a little and here is the result:
1) user with local authentication and local home: everything is ok.
2) user with local authentication and NFS home: graphical applications don't work.
3) user with LDAP authentication and local home: everything is ok.
4) user with LDAP authentication and NFS home: graphical applications don't work.
So the problem seems to be linked to having the home directory served through NFS. I first thought I had a problem with filesystem rights, but using nano to create files work just fine in any of those setups, as well as using mkdir.
At this point, I created an image of my disk and made another experiment: I installed NIS on my client and connected it to my good old NIS/NFS server. Everything worked just fine.
I reloaded my disk image, went back to my first setup (LDAP/NFS) and tried installing XFCE. This worked just fine too, so the problem seems to be related to Gnome, after all.
But my greatest surprise came when I tried to log into Gnome while XFCE was still installed and that worked. :shock: So, installing XFCE or connecting through it seems to have fixed something. I have reloaded my disk image and it doesn't work anymore (so the fix, whatever it could be, wasn't on server side).
I'm completely lost. :frown: The only thing I can think of, right now, is that perhaps some accounts used by Gnome are not given proper rights to write in the home directory of the user?
I don't know what kind of information may help to solve the problem, but I at least post the content of the .xsession-errors after a graphical hang:
/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=fr_FR.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default.
gnome-session[1548]: WARNING: Application 'gnome-keyring-secrets.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-keyring-pkcs11.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-settings-daemon.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-keyring-ssh.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Could not launch application 'nm-applet.desktop': Unable to start application: L'exécution du processus fils «*nm-applet*» a échoué (Aucun fichier ou dossier de ce type)
(polkit-gnome-authentication-agent-1:1610): GLib-GObject-WARNING **: cannot register existing type `_PolkitError'
(polkit-gnome-authentication-agent-1:1610): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
(gnome-power-manager:1614): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:2273: signal `proxy-status' is invalid for instance `0x98e1528'
Avertissement du gestionnaire de fenêtres*: La lecture du fichier de session enregistré /home/tests/test2/.config/metacity/sessions/10c444e7df7d50084127857623518483300000015480027.ms a échoué*: L'ouverture du fichier «*/home/tests/test2/.config/metacity/sessions/10c444e7df7d50084127857623518483300000015480027.ms *» a échoué*: Aucun fichier ou dossier de ce type
Initializing nautilus-gdu extension
Impossible d'ouvrir le fichier de bureau evolution-mail.desktop pour le lanceur du tableau de bord
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
gnome-session[1548]: WARNING: Could not launch application 'evolution-alarm-notify.desktop': Unable to start application: L'exécution du processus fils «*/usr/lib/evolution/2.28/evolution-alarm-notify*» a échoué (Aucun fichier ou dossier de ce type)
lock: Aucun verrou disponible
** (update-notifier:1685): DEBUG: Skipping reboot required
lock: Aucun verrou disponible
(gnome-terminal:1702): Gtk-CRITICAL **: gtk_accel_map_unlock_path: assertion `entry != NULL && entry->lock_count > 0' failed
(nautilus:1699): Unique-DBus-WARNING **: Error while sending message: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
lock: Aucun verrou disponible
lock: Aucun verrou disponible
I may try to check what happens if I install XFCE, log into it, then log into Gnome, then uninstall XFCE... Time consuming, but possibly interesting.
I have a client (Ubuntu 10.04, 32 bits) connecting to a server (Ubuntu Server Edition 10.04, 64 bits). The client features two kinds of user. The local user is the administrator (named rootlocal) and other users authenticate on the server through LDAP and have their homes on the server thanks to NFS.
Everything works just fine with the local user (luckily!).
But when regular users log into their session, the mouse pointer remains a circle (Ubuntu's hourglass, sort of), the content of the desktop is not displayed (except for the wallpaper) and they can't use graphical applications. The terminal works just fine however and command-line applications can be used (just tried with nano and R).
So, I've tried to experiment a little and here is the result:
1) user with local authentication and local home: everything is ok.
2) user with local authentication and NFS home: graphical applications don't work.
3) user with LDAP authentication and local home: everything is ok.
4) user with LDAP authentication and NFS home: graphical applications don't work.
So the problem seems to be linked to having the home directory served through NFS. I first thought I had a problem with filesystem rights, but using nano to create files work just fine in any of those setups, as well as using mkdir.
At this point, I created an image of my disk and made another experiment: I installed NIS on my client and connected it to my good old NIS/NFS server. Everything worked just fine.
I reloaded my disk image, went back to my first setup (LDAP/NFS) and tried installing XFCE. This worked just fine too, so the problem seems to be related to Gnome, after all.
But my greatest surprise came when I tried to log into Gnome while XFCE was still installed and that worked. :shock: So, installing XFCE or connecting through it seems to have fixed something. I have reloaded my disk image and it doesn't work anymore (so the fix, whatever it could be, wasn't on server side).
I'm completely lost. :frown: The only thing I can think of, right now, is that perhaps some accounts used by Gnome are not given proper rights to write in the home directory of the user?
I don't know what kind of information may help to solve the problem, but I at least post the content of the .xsession-errors after a graphical hang:
/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=fr_FR.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default.
gnome-session[1548]: WARNING: Application 'gnome-keyring-secrets.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-keyring-pkcs11.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-settings-daemon.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Application 'gnome-keyring-ssh.desktop' failed to register before timeout
gnome-session[1548]: WARNING: Could not launch application 'nm-applet.desktop': Unable to start application: L'exécution du processus fils «*nm-applet*» a échoué (Aucun fichier ou dossier de ce type)
(polkit-gnome-authentication-agent-1:1610): GLib-GObject-WARNING **: cannot register existing type `_PolkitError'
(polkit-gnome-authentication-agent-1:1610): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
(gnome-power-manager:1614): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:2273: signal `proxy-status' is invalid for instance `0x98e1528'
Avertissement du gestionnaire de fenêtres*: La lecture du fichier de session enregistré /home/tests/test2/.config/metacity/sessions/10c444e7df7d50084127857623518483300000015480027.ms a échoué*: L'ouverture du fichier «*/home/tests/test2/.config/metacity/sessions/10c444e7df7d50084127857623518483300000015480027.ms *» a échoué*: Aucun fichier ou dossier de ce type
Initializing nautilus-gdu extension
Impossible d'ouvrir le fichier de bureau evolution-mail.desktop pour le lanceur du tableau de bord
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-AumKnk
SSH_AUTH_SOCK=/tmp/keyring-AumKnk/ssh
gnome-session[1548]: WARNING: Could not launch application 'evolution-alarm-notify.desktop': Unable to start application: L'exécution du processus fils «*/usr/lib/evolution/2.28/evolution-alarm-notify*» a échoué (Aucun fichier ou dossier de ce type)
lock: Aucun verrou disponible
** (update-notifier:1685): DEBUG: Skipping reboot required
lock: Aucun verrou disponible
(gnome-terminal:1702): Gtk-CRITICAL **: gtk_accel_map_unlock_path: assertion `entry != NULL && entry->lock_count > 0' failed
(nautilus:1699): Unique-DBus-WARNING **: Error while sending message: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
lock: Aucun verrou disponible
lock: Aucun verrou disponible
I may try to check what happens if I install XFCE, log into it, then log into Gnome, then uninstall XFCE... Time consuming, but possibly interesting.