From owner-freebsd-current@FreeBSD.ORG Sun Feb 29 16:56:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F149C16A4CE for ; Sun, 29 Feb 2004 16:56:03 -0800 (PST) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A43C43D1F for ; Sun, 29 Feb 2004 16:56:03 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i210nssm037675; Sun, 29 Feb 2004 19:49:54 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Nate Lawson In-Reply-To: <20040229164555.G3406@root.org> References: <20040228152618.C98870@root.org> <1078019158.18071.12.camel@shumai.marcuscom.com> <20040228180719.W99350@root.org> <1078020761.18071.15.camel@shumai.marcuscom.com> <20040228211904.T99760@root.org> <1078032512.20048.7.camel@shumai.marcuscom.com> <20040229164555.G3406@root.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4cCjsrPjWWx63StBPQSn" Organization: MarcusCom, Inc. Message-Id: <1078102552.62463.64.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 29 Feb 2004 19:55:52 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: current@freebsd.org Subject: Re: mozilla hanging on gconfd2 startup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 00:56:04 -0000 --=-4cCjsrPjWWx63StBPQSn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-02-29 at 19:53, Nate Lawson wrote: > On Sun, 29 Feb 2004, Joe Marcus Clarke wrote: > > On Sun, 2004-02-29 at 00:20, Nate Lawson wrote: > > > On Sat, 28 Feb 2004, Joe Marcus Clarke wrote: > > > > On Sat, 2004-02-28 at 21:08, Nate Lawson wrote: > > > > > On Sat, 28 Feb 2004, Joe Marcus Clarke wrote: > > > > > > On Sat, 2004-02-28 at 18:27, Nate Lawson wrote: > > > > > > > I can't seem to start mozilla after upgrading the port today.= It > > > > > > > starts a process called gconfd2 which never completes. I'm r= unning > > > > > > > a current as of Friday. > > > > > > > > > > > > Weird. Seems Mozilla will try to use gconf2 if found (this is = neither a > > > > > > compile-time nor runtime dependency). However, all of the GCon= f methods > > > > > > are unimplemented. The gconf hang problem may be related to th= e recent > > > > > > reentrant resolver patches so rebuilding devel/gconf2 should fi= x the > > > > > > problem. > > > > > > > > > > This doesn't work. > > > > > > > > I'd be curious to know (if you don't mind) if rebuilding ORBit2 fix= es > > > > this. I'd test this myself, but I'm not at my -CURRENT GNOME machi= nes > > > > at the moment. Thanks. > > > > > > Nope. Still get this hanging in "select": > > > 1000 33625 1 0 76 0 6932 5444 select S ?? 0:00.10 /u= sr/X11R6/libexec/gconfd-2 12 > > > > Could you break into this with gdb, and get a back trace just to see > > what this guy is trying to do? Thanks. >=20 > (gdb) bt > #0 0x28313397 in poll () from /lib/libc.so.5 > #1 0x281331a1 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r= .so.5 > #2 0x28132be1 in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 >=20 > > I know I've seen gconfd hang when starting up on -CURRENT with an > > NFS-mounted home if rpc.lockd wasn't running on the server. I've also > > seen problems where the local hostname wasn't resolvable or if there wa= s > > a permissions problem on /tmp or /var/tmp. >=20 > No NFS mounts. The local hostname is not resolvable. A tcpdump shows > this: >=20 > tcpdump: listening on fxp0 > 16:50:35.000326 laptop.49457 > mydns.53: 60862+ A? laptop.example.org. (= 36) > 16:50:35.067216 mydns.53 > laptop.49457: 60862 NXDomain* 0/1/0 (94) > 16:50:35.067602 laptop.49458 > mydns.53: 60863+ A? laptop. (24) > 16:50:35.206926 mydns.53 > laptop.49458: 60863 NXDomain 0/1/0 (99) > 16:50:35.209422 laptop.49459 > mydns.53: 60864+ A? laptop.example.org. (= 36) > 16:50:35.242605 mydns.53 > laptop.49459: 60864 NXDomain 0/1/0 (105) > 16:50:35.242745 laptop.49460 > mydns.53: 60865+ A? laptop. (24) > 16:50:35.408390 mydns.53 > laptop.49460: 60865 NXDomain 0/1/0 (99) > 16:50:35.410527 laptop.49461 > mydns.53: 60866+ A? laptop.example.org. (= 36) > 16:50:35.477876 mydns.53 > laptop.49461: 60866 NXDomain 0/1/0 (105) > 16:50:35.478001 laptop.49462 > mydns.53: 60867+ A? laptop. (24) > 16:50:35.634809 mydns.53 > laptop.49462: 60867 NXDomain 0/1/0 (99) >=20 > So it does appear that the hostname is the issue. However, on a mozilla > 1.5 and a -current of a few weeks ago, this was not a problem. So what > changed? The gconf "dependency" was most likely added in 1.6. The solution to this is to add your local hostname to /etc/hosts (that's the common answer to GNOME users encountering this lock in gconfd). If you don't want to do that, the pref trick is another valid workaround, but I think the hostname thing makes more sense. Joe >=20 > Oh, and it looks like we need to start randomizing our xids. >=20 > -Nate --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-4cCjsrPjWWx63StBPQSn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAQooYb2iPiv4Uz4cRAhHLAJ9lK2lyGtKyDzDVBYzKsG4VJ6XoiwCePB1L wlRUuJGeALbfbULqPSTn7jw= =JQ4Q -----END PGP SIGNATURE----- --=-4cCjsrPjWWx63StBPQSn--