nnpfs_lock on FreeBSD 5.4 with Arla-0.40
Marcus Crestani
crestani at informatik.uni-tuebingen.de
Tue Oct 25 16:21:09 CEST 2005
Hi all,
I still have the problem described below.
Any ideas meanwhile?
>>>>> MC == Marcus Crestani writes:
MC> trying to build my current XEmacs workspace on FreeBSD always leads to
MC> nnpfs_lock, probably caused by arla.
MC>
MC> Here are the details:
MC>
MC> entropy[31] uname -a
MC> FreeBSD entropy 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06
MC> UTC 2005 root at harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
MC> i386
MC>
MC> Arla-0.40 (./configure --without-krb4).
MC>
MC> My workspace compiles and links fine, then XEmacs is building a dump
MC> file (launching XEmacs, writing out the current heap to a file, load
MC> file upon later launches instead of re-initializing the heap again to
MC> improve startup speed). Afterwards some updated lisp source files are
MC> recompiled.
MC>
MC> Reproducably somewhen during these steps the build process hangs
MC> (though not always at the same point). This time it locks here:
MC> Removing old or spurious .elcs in directory tree
MC> `/afs/informatik.uni-tuebingen.de/home/crestani/src/xemacs/newgc-
MC> xemacs-21.5/src/../lisp'...
MC>
MC> Hitting CTRL-T gives this information:
MC> load: 0.43 cmd: xemacs 983 [nnpfs_lock] 1.88u 0.15s 2% 16320k
MC>
MC> The output of `ps -o wchan -auxo state | grep xemacs' shows:
MC> nnpfs_ crestani 983 0.0 6.4 17264 16304 p0 DL+ 3:31PM
MC> 0:02.04 ./xemacs -no-pac DL+
MC>
MC> Compiling my workspace on other systems (like MacOSX and Solaris) on
MC> the same afs works fine without causing this deadlock. This problem
MC> only occurs on FreeBSD. The lock also occured on FreeBSD 5.2.1 with an
MC> older arla (sorry, I don't know what version).
MC>
MC> I put the tarball of my workspace online, in case you want to try to
MC> reproduce the failure: http://www.crestani.de/newgc-xemacs-21.5.tgz
MC>
MC> It is configured with `./configure --enable-newgc --enable-mule'. To
MC> cause XEmacs to link again and resume the build process which then
MC> later causes the nnpfs_lock, you may use `touch src/gc.c' prior to
MC> `make'. Then wait and see...
MC>
MC> If you need more information, please contact me.
MC> And please CC me, I'm not subscribed to this list.
MC>
MC> Thank you,
MC> --
MC> Marcus
MC>
--
Marcus
More information about the Arla-drinkers
mailing list