Computing.Net > Forums > Solaris > GNOME 2.0 beta 2 PROBLEM!

Computer Problems? Computing.Net has over 1,000,000 posts about all things technology related! Click here to start participating now! Also, check out the New User Guide.

GNOME 2.0 beta 2 PROBLEM!

Reply to Message Icon

Name: someone
Date: October 31, 2002 at 11:39:48 Pacific
OS: SunOS 5.8 x86
CPU/Ram: PIII 550 MHz / 320 MB Ram
Comment:

Message:

No database available to save your configuration:
Unable to store a value at key '/desktop/gnome/recent_files/gedit-2', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /usr/gnome/etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf
No database available to save your configuration:
Unable to store a value at key '/desktop/gnome/recent_files/gnome-recent-global', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /usr/gnome/etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf

So???????????????????????



Sponsored Link
Ads by Google
Reply to Message Icon

Related Posts

See More


Dumb questioN tht even a ... Solaris on disk with oter...



Post Locked

This post is quite old and has been locked from receiving new replies. Please create a new posting instead.


Go to Solaris Forum Home


Sponsored links

Ads by Google


Results for: GNOME 2.0 beta 2 PROBLEM!

Install Ok, boot Can't read PBR www.computing.net/answers/solaris/install-ok-boot-cant-read-pbr/4485.html

solaris and win2000server www.computing.net/answers/solaris/solaris-and-win2000server/64.html

GNOME 2.0 Desktop for Solaris www.computing.net/answers/solaris/gnome-20-desktop-for-solaris/2793.html