Bug 454576

Summary: NetworkManager causes gconf to write too frequently
Product: [Fedora] Fedora Reporter: Jesse Keating <jkeating>
Component: NetworkManagerAssignee: Dan Williams <dcbw>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: dcantrell, dcbw, esandeen, poelstra, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-10-20 19:22:37 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 438944, 454582    

Description Jesse Keating 2008-07-08 22:55:47 EDT
Every minute or so gconf-d starts writing to various xml files (no changes
though it seems).  Files like:


things like that.  These constant writes are preventing the disk from sleeping
and saving power.  Please to be fixing.
Comment 1 Dan Williams 2008-07-09 12:09:55 EDT
Hmm; it may be the connection timestamp updates, but those are only scheduled
every 5 minutes.  Also, if NM roams to a new AP, that will trigger an update of
GConf to store the new BSSID.  That could happen at any time, but shouldn't
write anything out if nothing has changed (ie if the BSSID was already stored).
Comment 2 Jesse Keating 2008-07-09 12:25:54 EDT
I agree that it shouldn't (:  But it is, and I'm sitting on my couch, not
roaming around or anything.

Anything I can do to help debug why it thinks it should write?
Comment 3 Eric Sandeen 2008-07-10 00:16:07 EDT
I think even a 5 minute update isn't going to make disk spindown very possible,
Comment 4 John Poelstra 2008-10-20 18:53:03 EDT
Is this problem still happening and if so what package names and versions are involved?
Comment 5 Jesse Keating 2008-10-20 19:22:37 EDT
This does not seem to be happening any more, not at the frequency it was before.