Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Jul 2010 22:12:32 +0800
From:      Folkert Saathoff <folkert.saathoff@kitesystems.com>
To:        frank cheong <kwcheong@gmail.com>
Cc:        freebsd-scsi@freebsd.org
Subject:   Re: /dev/ch0 not recognized
Message-ID:  <DFD3EE14-17D7-44E9-A010-CCF1C11A0F58@kitesystems.com>
In-Reply-To: <AANLkTikLeruo25ZPT-Wbcz98TF3RBcqTbiQXut2VvfKh@mail.gmail.com>
References:  <AANLkTik3mfTCcHwgYC4R5ANgf0ydBFkpUyjj90n0-uNP@mail.gmail.com> <6A0E4367-98BB-4C24-B01A-63A3E533D88C@kitesystems.com> <AANLkTikLeruo25ZPT-Wbcz98TF3RBcqTbiQXut2VvfKh@mail.gmail.com>

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

--Apple-Mail-1--529358279
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


yup, same situation here :/
for the record, Ubuntu 10.04 didn't work either. in RedHat, the whole =
controller + bus didn't show up at all after boot... turns out i had to  =
'echo "scsi engage" >| /proc/driver/cciss/cciss1' to have it recognized. =
posting this here because it took me quite a while to stumble across =
that particular fact :)

/f



On 6 Jul 2010, at 22:00, frank cheong wrote:

> After installation the same setup with with redhat linux with drivers
> provided in hp website, I truely believe that HP intensionally release =
a
> problematic open driver for freeBSD. Coz rehat works nicely with the =
changer
> using the drivers provided by HP (that means redhat also can't =
recognize
> this tape library using the default setup. Sad news is I will have to =
stick
> with redhat linux when everything works in order to save some money =
from
> grabbing another controller which suppose to work with freeBSD.
>=20
> BTW, I also have tried to install freeBSD with my Dell and a similar =
tape
> library and it works without problem. Having been told by other users =
that
> there is another controller from HP which is using LSI chipset which =
should
> works in freeBSD. But it is really a late news for me coz everything =
almost
> fixed.
>=20
> Frank
>=20
> On Tue, Jul 6, 2010 at 8:40 PM, Folkert Saathoff <
> folkert.saathoff@kitesystems.com> wrote:
>=20
>>=20
>> actually we were having a similar experience with the smartarray =
p212...
>> attached a SAS tape changer (tandbergdata lto-4 autoloader) to it, =
but could
>> only see the tape drive, not the changer. in our case, the p212 was =
the
>> second smartarray controller on the bus (ciss1), with a P410 as the =
primary
>> one. i believe there's a bug about that as well. to contrast, another
>> machine with an IBM serveraid SAS controller and the same tape =
changer works
>> quite nicely out of the box with FreeBSD 8.0.
>>=20
>>=20
>> please get in touch with me if you're a developer and want to see a =
dmesg
>> or similar.. :)
>>=20
>> cheers,
>> /folkert
>>=20
>>=20
>>=20
>> On 6 Jul 2010, at 15:04, frank cheong wrote:
>>=20
>>> Riding on
>>> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_26283427.html =
as
>> well
>>> as
>>>=20
>> =
http://www.pubbs.net/200911/freebsd/20344-ciss4-not-seeing-multiple-luns.h=
tml
>>> I would like to know if there is any way to manually create/link the
>>> /dev/ch0 driver for this case.
>>>=20
>>> Actually, I have my msl 2024 1760 SAS tape library attaching to my =
HP DL
>> 180
>>> G6 thru Smart Array P212. I can successfully use this tape library =
with
>> my
>>> window 2008 ad backup exec 2010. While from my freeBSD 8.0, 8.0 p3 =
or
>> even
>>> 8.1 RC2, I don't even see the /dev/ch0 device link whereby I can see =
this
>>> device using the camcontrol devlist -v. My question is: -
>>>=20
>>> 1. Is there any way I can manually create/link the /dev/ch0 device =
driver
>> ?
>>> 2. How can I achieve 1 if it is possible.
>>> 3. Having learnt that exposing disk mirror controller should be
>> considered
>>> as danger, may I have more information and background information =
about
>> that
>>> ? What specific problem will I encounter for that ?
>>>=20
>>> Pls find below the configuration details which is related to the =
tape
>>> library:-
>>>=20
>>>=20
>>> 1:
>>> 2:
>>> 3:
>>> 4:
>>> 5:
>>> 6:
>>> 7:
>>> 8:
>>> 9:
>>>=20
>>> server# dmesg | grep ciss
>>> ciss0: <HP Smart Array P212> port 0xd800-0xd8ff mem
>>> 0xfb800000-0xfbbfffff,0xfbdff000-0xfbdfffff irq 24 at device 0.0 on
>>> pci6
>>>=20
>>> ciss0: PERFORMANT Transport
>>> ciss0: [ITHREAD]
>>> ciss1: <HP Smart Array P410> port 0xc800-0xc8ff mem
>>> 0xfb400000-0xfb7fffff,0xfb3ff000-0xfb3fffff irq 32 at device 0.0 on
>>> pci4
>>> ciss1: PERFORMANT Transport
>>> ciss1: [ITHREAD]
>>>=20
>>> sa0 at ciss0 bus 32 scbus1 target 6 lun 0
>>> da0 at ciss1 bus 0 scbus2 target 0 lun 0
>>>=20
>>>=20
>>>=20
>>> 1:
>>> 2:
>>> 3:
>>>=20
>>> 4:
>>> 5:
>>> 6:
>>> 7:
>>> 8:
>>> 9:
>>>=20
>>> server# camcontrol devlist -v
>>> scbus0 on ciss0 bus 0:
>>> scbus1 on ciss0 bus 32:
>>> <HP Ultrium 4-SCSI U52W>           at scbus1 target 6 lun 0 =
(sa0,pass0)
>>>=20
>>> scbus2 on ciss1 bus 0:
>>> <COMPAQ RAID ADGVOLUME OK>         at scbus2 target 0 lun 0 =
(da0,pass1)
>>> scbus3 on ciss1 bus 32:
>>> scbus-1 on xpt0 bus 0:
>>> <>                                 at scbus-1 target -1 lun -1 =
(xpt0)
>>>=20
>>>=20
>>>=20
>>> 1:
>>> 2:
>>> 3:
>>> 4:
>>>=20
>>> server# camcontrol reportluns 1:6
>>>=20
>>> 2 LUNs found
>>> 0
>>> 1
>>>=20
>>>=20
>>>=20
>>> 1:
>>> 2:
>>> 3:
>>> 4:
>>> 5:
>>> 6:
>>> 7:
>>> 8:
>>> 9:
>>> 10:
>>> 11:
>>> 12:
>>> 13:
>>> 14:
>>> 15:
>>> 16:
>>> 17:
>>>=20
>>> 18:
>>> 19:
>>> 20:
>>> 21:
>>> 22:
>>>=20
>>> server# ls /dev/
>>> acd0            da0s1e          led             sa0.2           =
ttyvb
>>> acpi            da0s1f          log             sa0.3           =
ttyvc
>>>=20
>>> ata             dcons           mdctl           sa0.ctl         =
ttyvd
>>> atkbd0          devctl          mem             stderr          =
ttyve
>>> audit           devstat         nfslock         stdin           =
ttyvf
>>> bpf             dgdb            nsa0            stdout          =
ufsid
>>>=20
>>> bpf0            esa0            nsa0.0          sysmouse        =
ugen0.1
>>> bpsm0           esa0.0          nsa0.1          ttyu0           =
ugen1.1
>>> ciss0           esa0.1          nsa0.2          ttyu0.init      =
ugen2.1
>>>=20
>>> ciss1           esa0.2          nsa0.3          ttyu0.lock      =
ugen3.1
>>> console         esa0.3          null            ttyv0           =
ugen3.2
>>> consolectl      fd              pass0           ttyv1           =
ugen4.1
>>>=20
>>> ctty            fido            pass1           ttyv2           =
ugen5.1
>>> cuau0           geom.ctl        pci             ttyv3           =
ukbd0
>>> cuau0.init      io              psm0            ttyv4           ums0
>>> cuau0.lock      kbd0            ptmx            ttyv5           =
urandom
>>>=20
>>> da0             kbd1            pts             ttyv6           usb
>>> da0s1           kbd2            random          ttyv7           =
usbctl
>>> da0s1a          kbdmux0         sa0             ttyv8           xpt0
>>> da0s1b          klog            sa0.0           ttyv9           zero
>>>=20
>>> da0s1d          kmem            sa0.1           ttyva
>>> _______________________________________________
>>> freebsd-scsi@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
>>> To unsubscribe, send any mail to =
"freebsd-scsi-unsubscribe@freebsd.org"
>>=20
>>=20
> _______________________________________________
> freebsd-scsi@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to =
"freebsd-scsi-unsubscribe@freebsd.org"


--Apple-Mail-1--529358279--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DFD3EE14-17D7-44E9-A010-CCF1C11A0F58>