Bug 142266
Summary: | gconfd-2 continues to run after X has exited | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sitsofe Wheeler <sitsofe> |
Component: | GConf2 | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | adebened, andrewz, rngadam |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | GConf2-2.14.0-8.fc6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-02-24 17:22:50 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
Sitsofe Wheeler
2004-12-08 17:30:10 UTC
(sorry for the long unwrapped lines - I was using the Beta bugzilla) Can you confirm some things for me: 1) If you actually log out using the "Log Out" button rather than by killing X with Ctrl-Alt-Backspace, it quites immediately 2) It always quits eventually (I think it should be after 30 seconds) 3) It doesn't actually cause you any serious problems 1) I can't do this because I am away from FC3 machines until after Christmas (I suppose I could use VNC...) 2) It never quits. You can wait seemingly days with only gconfd running and it will hang around indefinitely. 3) It never causes any noticible problems (did I accidently set the severity on this bug? If so I apologise). I do have a 100% reproducable case using ssh forwarded program though (although this is obviously not a full log in) which always left gconfd running forever even after the original program exited. This may or may not be related to this problem. This stayed in the NEEDINFO status despite my adding a comment due to a (reported) bug in the beta bugzilla. I can now answer 1) too: 1) If I log out using the "Log Out" button gconfd quits immediately (at least all the times I have checked). I still have that testcase involving ssh and ggv that shows the problem though. I'm not sure this fits in, but I had a problem today with FC3 that might help to reproduce this problem with gconfd-ngadamri. [using a pre-existing Debian /home with a user ngadamri having uid 1000 gid 1000] *install and login with the user created at install [uid 500, gid 500] *realized that it doesn't to well because of existing file permissions *logout *as root, manually change /etc/passwd and /etc/group -> uid 500, gid 500 to uid 1000, gid 1000 *kill X (CTRL-ALT-BACKSPACE) *try to log back in - lots of permissions denied on /tmp/gconfd-ngadamri/*, toolbar won't start *notice that gconf.d is running as a process with uid 500, gid 500! *reboot *same errors, logout *chown -R 1000:1000 /tmp/gconfd-ngadamri *able to log back in, but logging out is very very slow. Very strange, I wouldn't have expected so many problems doing this simple uid/gid change. This seems to happen with gconfd-2 on Enterprise-4. I can usually create a lingering gconfd-2 like this: 1) Log in to machine from a remote terminal (eg I used a Windows machine with XStart using ssh protocol). 2) Run a graphical application which runs gconfd-2 (I ran firefox). 3) Quit the application. 4) Do a ps -u <user> and you'll notice gconfd-2 running. If you log out and log in again, it's still running. 5) This doesn't seem to be a problem when I log in directly on the machine but only when I do remote connections and run x-applications remotely. I'm just curious, is it a problem if lots of these are lingering by different users or they basically harmless? Thank you It _seems_ to be harmelss. One thing to note though is that there aren't any other programs keeping gconf open. For example things like gnome-keyring and esd often remain open and jam gconf open too. This is still here in FC4 GConf2-2.10.0-4 . Updating version. GConf also stays open on our system, and this persistance seems to be the cause of an annoying probem: sometimes when users login to a new GNOME session, they see only the blue background and a cursor. The splash screen and desktop never come up. I come to the conclusion that the login stall is GConf's fault two ways: 1. "rm -rf /tmp/gconfd-usernamefoo/" solves the problem 2. killing the user's gconfd-2 process solves the problem However, sometimes although gconfd-2 is running, users can login without the stall. Also, I notice one user has 6 gconfd-2 processes running now, and he isn't even logged in. The dates of the processes go back to Nov 15. System: - Fedora Core 4, x86 32-bit - GConf2-2.10.0-4 - /home on NFS - all sessions either remote X or VNC - users often disconnect by turning off power to their terminals This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks. Just did a quick check on this and a bunch of FC6 machines are not showing any stray gconf-2 processes. Resolving FIXED. |