Bug 132403

Summary:	gnucash fails to start, gives gconf error
Product:	[Fedora] Fedora	Reporter:	Chris Swiedler <chris>
Component:	GConf	Assignee:	Mark McLoughlin <markmc>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	2
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-09-24 16:55:54 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 Chris Swiedler 2004-09-12 18:21:55 UTC

Description of problem:

gnucash is failing to start. I ran it successfully for a few days, but
now it fails at startup with the text:




Version-Release number of selected component (if applicable):

Looking in Installed Packages:
Name   : GConf
Arch   : i386
Version: 1.0.9
Release: 13.1


How reproducible:

Unknown.

Steps to Reproduce:
1. start gnucash
2.
3.
  
Actual results:

gnucash fails to start with error message on console.

Expected results:

gnucash should start properly.

Additional info:

gtkhtml-ERROR **: gconf error: Configuration server couldn't be contacted:
 Adding client to server's list failed, CORBA error:
IDL:omg.org/CORBA/COMM_FAILURE:1.0

I have looked into mailing list messages from Havoc like
"http://mail.gnome.org/archives/gnome-list/2002-February/msg00170.html". 

gconf-sanity-check-1 produces:
Please contact your system administrator to resolve the following problem:
Failed to get a file lock: Failed to lock
'/home/chris/.gconfd/lock/ior': probably another process has the lock,
or your operating system has NFS file locking misconfigured, or a hard
NFS client crash caused a stale lock (Resource temporarily
unavailable) - run gconf-sanity-check-1 for possible diagnosis, see
http://www.gnome.org/projects/gconf/ for more information

When I run gconf-sanity-check-1, gconfd-2 is running.  My home
directory is NFS-mounted from a Debian Sarge box. lockd, rpciod are
running on the NFS server. rpc.statd, rpc.idmapd, rpciod, and lockd
are running on the Fedora NFS client.

Comment 1 Mark McLoughlin 2004-09-24 16:55:54 UTC

does gconftool-2 -R /apps/metacity work ?

I presume not - this sounds like a problem with the NFS configuration,
just like the warning message suggests. I don't really have any advice
on how to fix that, you could try one of the fedora mailing lists to
see if anyone else has had success, but it doesn't appear to be a
GConf bug. 

Thanks, closing as NOTABUG.