Subject: Re: vnlock problem
To: Justin T. Gibbs <gibbs@FreeBSD.org>
From: Patrick Welche <prlw1@newn.cam.ac.uk>
List: current-users
Date: 05/02/2000 16:25:58
On Fri, Apr 28, 2000 at 09:14:56AM -0600, Justin T. Gibbs wrote:
> >> You should upgrade this driver to LXY4.  The drive may hang under heavy
> >> tag load otherwise.
> >
> >- How do I upgrade this driver to LXY4? I spent quite a while at
> >  www.quantum.com with no success other than finding "downloadable firmware"
> >  mentioned a lot in the sales doc. Not where from, or how to do it..
> 
> ^driver^drive.  ftp://ftp.quantum.com/Disk_Firmware/...

Thank you! That wasn't mentioned anywhere on their website.

> >- I was having hangs on /usr/obj which is on sd1 which is
> >sd1 at scsibus0 target 2 lun 0: <QUANTUM, XP34550S, LXY4> SCSI2 0/direct fixed
> >  ie., already LXY4, or is it that it in turn is mounted on /usr which is on
> >  sd0 which is LXY1?
> 
> Try LYK8.  I believe this is what I have running on all my Atlas-IIs now,
> but I'd have to hunt them down to check.

Unfortunately even with the new firmware, I still get the hang:

sd0 at scsibus0 target 0 lun 0: <QUANTUM, XP34550S, LYK8> SCSI2 0/direct fixed
sd1 at scsibus0 target 2 lun 0: <QUANTUM, XP34550S, LYK8> SCSI2 0/direct fixed

  UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT TT       TIME COMMAND
    0   563 28796  28  10  0   372  196 wait   I+   pa    0:00.00 /bin/sh -ec case "lib" in /*)  echo "include
    0   564   563  28  10  0   688 1000 wait   I+   pa    0:00.17 make _THISDIR_ includes 
    0   577   564  28  10  0   372  196 wait   I+   pa    0:00.00 /bin/sh -ec case "libc" in /*)  echo "includ
    0   578   577  28  -2  0   120  344 vnlock D+   pa    0:00.01 make _THISDIR_=lib/libc/ includes 
    0 25936     1   0  -2  0  5752 6104 vnlock D    pa    0:01.72 make _THISDIR_ dependall 
    0 26182 25936   0  10  0   368  192 wait   I    pa    0:00.01 /bin/sh -ec cd /usr/src/lib/libc;  make real
    0 26183 26182  28  -2  0  5896 6240 vnlock D    pa    0:01.88 make realall 

Locked vnodes
tag 1 type VDIR, usecount 1, writecount 0, refcount 0,
        tag VT_UFS, ino 2816, on dev 4, 12 flags 0x0, effnlink 30, nlink 30
        mode 040755, owner 0, group 0, size 512 lock type vnlock: EXCL (count 1) by pid 578
tag 1 type VREG, usecount 2, writecount 0, refcount 1,
        tag VT_UFS, ino 17317, on dev 4, 12 flags 0x0, effnlink 1, nlink 1
        mode 0100644, owner 0, group 0, size 573 lock type vnlock: EXCL (count 1) by pid 3963 with 1 pending
tag 1 type VDIR, usecount 9, writecount 0, refcount 0,
        tag VT_UFS, ino 16896, on dev 4, 12 flags 0x8, effnlink 2, nlink 2
        mode 040755, owner 0, group 0, size 59904 lock type vnlock: EXCL (count 1) by pid 26183 with 2 pending


Switching tagged queuing off again seems to work.

Cheers,

Patrick