On Fri, Jul 12, 2002 at 03:54:34PM +0200, georges mariano wrote: > Bonjour à tous, > > J'ai nautilus qui fonctionne (apparemment) bien sur une woody. (donc > c'est faisable ;-) > > J'ai nautilus qui fonctionne pas du tout sur une autre woody > > Les deux machines sont censées être "similaires", avant de commencer > une exploration fastisidieuse et millimétriques des différences, voici > les messages d'erreurs que je recois, au cas où ça ferait tilt dans le > cerveau de quelqu'un ici ... > > bon, si je lance nautilus j'ai une palanqué (jusqu'au Ctrl-C ;-) de : > > Eel-WARNING **: Erreur GConf : > Failed to contact configuration server (a likely cause of this is > that you have an existing configuration server (gconfd) running, but > it isn't reachable from here - if you're logged in from two machines > at once, you may need to enable TCP networking for ORBit) > > > dans les logs, j'ai également (toujours une palanqué de) : > Jul 11 15:44:31 oryx gconfd (mariano-19905): Failed to get lock for > daemon, exiting: Failed to create or open > '/home/mariano/.gconfd/lock/ior' > > On en cause (un petit petit peu) sur Google mais c'est > incompréhensible (pour moi).
J'ai eu ce genre de problème avec gconf sur un home directory monté en NFS. Il arrivait pas à créer un lock, ça mettait le boxon. Ma solution barbare a été de faire un lien de .gconfd vers une partoche locale, mais c'est pas satisfaisant. Me semble que la solution propre est à trouver du côté des démons rpc.* (lockd, il me semble...) Hopla, 'tit coup de google: http://www.gnome.org/projects/gconf/ « I'm having a lock file problem. What do I do? Usually a problem here involves either NFS, or a kernel bug. The per-user daemon locks two files in the default configuration: ~/.gconfd/lock/ior ~/.gconf/%gconf-xml-backend.lock/ior The first lock is to ensure that only one gconfd is running. The second lock is to ensure only one program accesses the XML config source at a time. If you have an NFS-mounted home directory, you must be running an rpc.statd/rpc.lockd setup on both NFS client and NFS server, so that file locking works. On Red Hat Linux, this means the "nfslock" service must be running. Enable it permanently with the chkconfig tool - see its manual page. Turn it on or off at any given time with service nfslock start or service nfslock stop. You must be root to do this. If the kernel crashes (or the power cord gets pulled) on an NFS client machine, theoretically when you reboot the client machine it will notify the NFS server that it has rebooted and all previously-held locks should be released. However, many operating systems including Red Hat Linux 7.2 do not properly do this; so you will have stale locks after a crash. If no gconfd is running, these locks may safely be removed. If gconfd is running though, DO NOT remove them; if you have two gconfd processes for a single user, very bad things will happen to that user's preferences. » -- Manu // L'image est à l'objet qu'elle reproduit // comme l'opinion est à la science. // Platon, La République, VI-510 a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
