Bug 84063
Summary: | Gnome disabled after Multi-Login of Install-time-User-Build | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | stan hastings <stan.hastings> |
Component: | gnome-core | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED WORKSFORME | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | srevivo, stan.hastings |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-11-03 18:32:36 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
stan hastings
2003-02-11 18:18:23 UTC
in .xsession-errors of affected user (nautilus:2230): Eel-WARNING **: GConf error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a sys tem crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/nssec/.gconfd/lock/ior' not opened successfully, no gconfd l ocated: No such file or directory 2: IOR file '/home/nssec/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory) Sorry - last unrequested input. This never seems to happen to a user built by root using the gui after install is completed. Also, if you su to root from the remote machine, then console-login as root...root is also destroyed under gnome. Thank you for your help. /home is a local filesystem or NFS? For a broken account, can you give the output of: ls -ld ~/.gconfd ls -l ~/.gconfd LOCAL filesystem only - no NFS. [techspt@psyched techspt]$ ls -l .gconfd drwx------ 2 techspt techspt 4096 Feb 15 00:21 lock -rwx------ 1 techspt techspt 19733 Feb 15 00:23 saved_state [techspt@psyched techspt]$ ls -ld .gconfd drwx------ 3 techspt techspt 4096 Feb 15 00:23 .gconfd The ls there is while the problem is happening, right? That is, you have the error message seen earlier with /home/nssec at the time you did the ls? Anything in your .bashrc or .bash_profile or any unusual authentication setup on the telnet? I don't see how a telnet could possibly affect this unless there's some script running on login or something along those lines. I agree telnet should not cause this. The systems were newly installed with no customization (3 systems). Our fix was to delete the users & re-add using redhat-config-users. Unfortunately, I have distributed 2 of the systems and only hve the 3rd system to experiment with. I reloaded the 3rd system and cannot reproduce the problem. We seem to be missing something in the setup. The latest corruption of a user happened after I changed a monitor on the system. 'root' is still ok; however, 'techspt' is not. Unfortunately, I will be on vacation the rest of the week. Requested info included below. I also emailed a gz file of the techspt home directory for .bash* .g* .x* .X* to jturner. Last login: Wed Feb 19 01:46:42 from shastings [techspt@psyched techspt]$ ls -l .gconfd total 0 -rwxr-xr-x 1 techspt techspt 0 Feb 15 07:35 saved_state [techspt@psyched techspt]$ ls -ld .gconfd drwxr-xr-x 2 techspt techspt 4096 Feb 15 07:35 .gconfd [techspt@psyched techspt]$ Thanks again. I have no idea where to start here; I'll need some kind of lead or working instructions to reproduce. Anything that might be unusual or different about how your systems are set up, etc. Have not gotten any other reports of this, and bug inactive for a long time. Closing for now. |