Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 Jul 1999 00:26:32 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        Juergen Lock <nox@jelal.kn-bremen.de>
Cc:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/11945: tape problems on -stable, mt bl(ocksize), mt erase and hanging SCSI bus
Message-ID:  <Pine.BSF.4.05.9907190025030.28658-100000@semuta.feral.com>
In-Reply-To: <19990717040530.A35804@saturn.kn-bremen.de>

next in thread | previous in thread | raw e-mail | index | archive | help

What did you do prior to running the erase? It's possible that another
tape command didn't free a ccb. It's also possible that this is just
taking a "forever" time because the tape unit died doing the erase- the
timeout is 4 hours. 

On Sat, 17 Jul 1999, Juergen Lock wrote:

> On Wed, Jul 14, 1999 at 07:53:53PM +0200, Juergen Lock wrote:
> > On Mon, Jul 12, 1999 at 05:33:51PM -0700, Matthew Jacob wrote:
> 
> > > >
> > > >            2.  mt erase fails similarly (I don't have the syslog right
> > > >            now, sorry)
> > > 
> > > Possibly due to the same cause.
> > > 
> >  Yup, its working now as i type.
> 
>  Hmm.  I spoke too soon it seems...  it worked once at that day but
> today it just went hanging similar to how mt retension hung:
> 
> bash# gdb -k /kernel /dev/mem 
> GNU gdb 4.18
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-unknown-freebsd"...
> IdlePTD 3100672
> initial pcb at 386000
> panic messages:
> ---
> ---
> #0  mi_switch () at ../../kern/kern_synch.c:825
> 825		if (switchtime.tv_sec)
> (kgdb) proc 35503
> (kgdb) bt
> #0  mi_switch () at ../../kern/kern_synch.c:825
> #1  0xc015f3e5 in tsleep (ident=0xc0846c28, priority=16, 
>     wmesg=0xc0224da5 "cbwait", timo=0) at ../../kern/kern_synch.c:443
> #2  0xc01225fd in cam_periph_ccbwait (ccb=0xc0846c00)
>     at ../../cam/cam_periph.c:720
> #3  0xc012270a in cam_periph_runccb (ccb=0xc0846c00, 
>     error_routine=0xc0128144 <saerror>, camflags=CAM_FLAG_NONE, sense_flags=0, 
>     ds=0xc07ee824) at ../../cam/cam_periph.c:809
> #4  0xc012944b in saerase (periph=0xc07e5180, longerase=1)
>     at ../../cam/scsi/scsi_sa.c:3057
> #5  0xc0126d45 in saioctl (dev=3585, cmd=2148035841, arg=0xc3ae9ed0 "\f", 
>     flag=3, p=0xc39e7fa0) at ../../cam/scsi/scsi_sa.c:974
> #6  0xc018d713 in spec_ioctl (ap=0xc3ae9e0c)
>     at ../../miscfs/specfs/spec_vnops.c:424
> #7  0xc018cfbd in spec_vnoperate (ap=0xc3ae9e0c)
>     at ../../miscfs/specfs/spec_vnops.c:129
> #8  0xc01c5c2d in ufs_vnoperatespec (ap=0xc3ae9e0c)
>     at ../../ufs/ufs/ufs_vnops.c:2317
> #9  0xc0187e01 in vn_ioctl (fp=0xc08b2ac0, com=2148035841, 
>     data=0xc3ae9ed0 "\f", p=0xc39e7fa0) at vnode_if.h:395
> #10 0xc0168844 in ioctl (p=0xc39e7fa0, uap=0xc3ae9f84)
>     at ../../kern/sys_generic.c:564
> #11 0xc01f306f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 5, 
>       tf_esi = -1077945748, tf_ebp = -1077945800, tf_isp = -1011965996, 
>       tf_ebx = 134524492, tf_edx = 12, tf_ecx = 134518218, tf_eax = 54, 
>       tf_trapno = 12, tf_err = 2, tf_eip = 671702344, tf_cs = 31, 
>       tf_eflags = 515, tf_esp = -1077946204, tf_ss = 39})
>     at ../../i386/i386/trap.c:1123
> #12 0xc01e539c in Xint0x80_syscall ()
> #13 0x80486e5 in ?? ()
> (kgdb) q
> 
>  Ideas anyone?
> 
>  Regards,
> -- 
> Juergen Lock <nox.foo@jelal.kn-bremen.de>
> (remove dot foo from address to reply)
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9907190025030.28658-100000>