Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Mar 2014 16:28:18 -0400
From:      Dan Langille <dan@langille.org>
To:        Mark Saad <nonesuch@longcount.org>
Cc:        "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org>
Subject:   Re: sa0 devices disappear after power cycling tape library
Message-ID:  <0EFD6903-EAD5-4A52-82B3-1BB7E93F0970@langille.org>
In-Reply-To: <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org>
References:  <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org>

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

--Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


On Mar 14, 2014, at 10:26 PM, Mark Saad <nonesuch@longcount.org> wrote:

>=20
>=20
> On Mar 14, 2014, at 10:15 PM, Dan Langille <dan@langille.org> wrote:
>=20
>>>> On Mar 14, 2014, at 8:14 PM, Dan Langille <dan@langille.org> wrote:
>>>> =3D20
>>>> I have a tape library which acts up from time to time and I power =
cycle it=3D
>>> .
>>>> =3D20
>>>> After running camcontrol devlist rescan, some of the devices are =
missing
>>>> =3D20
>>>> This what I see in dev after power cycling the FreeBSD 9.2 server:
>>>> =3D20
>>>> $ ls *sa*
>>>> lrwxr-xr-x  1 root  wheel        6 Mar  8 02:12 esa0 -> esa0.0
>>>> crw-rw----  1 root  operator  0x70 Mar  8 02:12 esa0.0
>>>> crw-rw----  1 root  operator  0x76 Mar  8 02:12 esa0.1
>>>> crw-rw----  1 root  operator  0x79 Mar  8 02:12 esa0.2
>>>> crw-rw----  1 root  operator  0x7c Mar  8 02:12 esa0.3
>>>> crw-rw----  1 root  operator  0x75 Mar  8 02:12 nsa0.1
>>>> crw-rw----  1 root  operator  0x78 Mar  8 02:12 nsa0.2
>>>> crw-rw----  1 root  operator  0x7b Mar  8 02:12 nsa0.3
>>>> crw-rw----  1 root  operator  0x74 Mar  8 02:12 sa0.1
>>>> crw-rw----  1 root  operator  0x77 Mar  8 02:12 sa0.2
>>>> crw-rw----  1 root  operator  0x7a Mar  8 02:12 sa0.3
>>>> =3D20
>>>> This is what I see after rebooting the FreeBSD server:
>>>> =3D20
>>>> $ ls -l *sa*
>>>> lrwxr-xr-x  1 root  wheel        6 Mar 15 00:09 esa0 -> esa0.0
>>>> crw-rw----  1 root  operator  0x70 Mar 15 00:09 esa0.0
>>>> crw-rw----  1 root  operator  0x76 Mar 15 00:09 esa0.1
>>>> crw-rw----  1 root  operator  0x79 Mar 15 00:09 esa0.2
>>>> crw-rw----  1 root  operator  0x7c Mar 15 00:09 esa0.3
>>>> lrwxr-xr-x  1 root  wheel        6 Mar 15 00:09 nsa0 -> nsa0.0
>>>> crw-rw----  1 root  operator  0x6f Mar 15 00:09 nsa0.0
>>>> crw-rw----  1 root  operator  0x75 Mar 15 00:09 nsa0.1
>>>> crw-rw----  1 root  operator  0x78 Mar 15 00:09 nsa0.2
>>>> crw-rw----  1 root  operator  0x7b Mar 15 00:09 nsa0.3
>>>> lrwxr-xr-x  1 root  wheel        5 Mar 15 00:09 sa0 -> sa0.0
>>>> crw-rw----  1 root  operator  0x6e Mar 15 00:09 sa0.0
>>>> crw-rw----  1 root  operator  0x74 Mar 15 00:09 sa0.1
>>>> crw-rw----  1 root  operator  0x77 Mar 15 00:09 sa0.2
>>>> crw-rw----  1 root  operator  0x7a Mar 15 00:09 sa0.3
>>>> crw-rw----  1 root  operator  0x6d Mar 15 00:09 sa0.ctl
>>>> =3D20
>>>> Should I just do some ln -s?  Something easier, I=3DE2=3D80=3D99m =
sure=3DE2=3D80=3DA6.=3D
>>>=20
>>>> =3D20
>>>=20
>>>=20
>>> Have you tried a camcontrol rescan ?
>>=20
>> Yes, that=92s what I meant by 'camcontrol devlist rescan=92 above=85
>>=20
>=20
> Sorry I missed that , I think that syntax may not do what you want=20
>=20
>> I ran: camcontrol rescan all.  The output above is after that =
command.
>>=20
>=20
>=20
> How is the dlt drive attached , fc-al , sas or SCSI ?=20
>=20
>=20
>>> Also what does camcontrol devlist -v   s=3D
>>> how before and after the reboot ?=3D20
>>=20
>> I don=92t have before, but after is:
>>=20
>> $ sudo camcontrol devlistol devlist
>> Password:
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 2 lun 0 =
(pass0,da0)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 10 lun 0 =
(pass1,da1)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 11 lun 0 =
(pass2,da2)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 12 lun 0 =
(pass3,da3)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 13 lun 0 =
(pass4,da4)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 14 lun 0 =
(pass5,da5)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 16 lun 0 =
(pass6,da6)
>> <ATA TOSHIBA DT01ACA3 ABB0>        at scbus0 target 17 lun 0 =
(pass7,da7)
>> <TOSHIBA DT01ACA300 MX6OABB0>      at scbus5 target 0 lun 0 =
(ada0,pass8)
>> <TOSHIBA DT01ACA300 MX6OABB0>      at scbus5 target 1 lun 0 =
(ada1,pass9)
>> <QUANTUM DLT8000 0250>             at scbus7 target 4 lun 0 =
(sa0,pass10)
>> <OVERLAND LXB 0524>                at scbus7 target 6 lun 0 =
(pass11,ch0)
>>=20
>> IIRC, before I ran the command, the last two entries were missing.
>>=20
>=20
> So this is a robotic library and drive ?=20

Yes.  It is.

>=20
>=20
> Also do I I read you right the sa0 entry is back,or you still just =
have have sa0.0 ?

It is back:

$ ls /dev/*sa*
/dev/esa0    /dev/esa0.0  /dev/esa0.1  /dev/esa0.2  /dev/esa0.3  =
/dev/nsa0    /dev/nsa0.0  /dev/nsa0.1  /dev/nsa0.2  /dev/nsa0.3  =
/dev/sa0     /dev/sa0.0   /dev/sa0.1   /dev/sa0.2   /dev/sa0.3   =
/dev/sa0.ctl


>=20
>  You could use etc/devfs.conf to make a link entry , see the end of =
the file for examples. But I suspect something else is up . I have seen =
this before but I can't remember what caused it off hand .=20

The tape library started acting up recently (past few weeks).  Whenever =
I insert a new magazine, it no longer runs an inventory as it did =
previously.  This is what prompts me to power cycle.

>=20
>=20
>> --=20
>> Dan Langille - http://langille.org
>>=20
>=20
>=20
> Mark saad | mark.saad@longcount.org=20
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"

--=20
Dan Langille - http://langille.org


--Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iEYEARECAAYFAlMmCWIACgkQCgsXFM/7nTwZdgCeIDEnydxAER2fwKOVTEJJfCmJ
mKIAnjKFFgLWGp0Kr4FtXQVWxu7ie7/w
=vvMr
-----END PGP SIGNATURE-----

--Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0EFD6903-EAD5-4A52-82B3-1BB7E93F0970>