>
> > On some systems, reboot is required? to access disk from SAN device.
>
This turned out to be a zoning issue. Although I had properly created the
zone, I had to add it to our "Prod" configuration to make it live. Once
that was done, the virtual tape library was recognized right away:
kerne
> On some systems, reboot is required? to access disk from SAN device.
>
> At least this issue is on my Hitachi AMS san system.
Yes, we've tried a few reboots. I'll bet the testing on this d2d
device did not get as thorough QA on Linux as it did on Windows. I'll
post the solution here if HP is a
2010/2/20 Sean Carolan :
>> Did you check the output of "/proc/scsi/scsi"?
>
> Yea, it's empty.
>
>> I would do a SCSI rescan using
>>
>> echo "- - -" > /sys/class/scsi_host/hostX/scan
>
> Tried this and also:
>
> echo 1 > /sys/class/fc_host/host0/issue_lip
>
> Still, nothing is seen by the host.
> Did you check the output of "/proc/scsi/scsi"?
Yea, it's empty.
> I would do a SCSI rescan using
>
> echo "- - -" > /sys/class/scsi_host/hostX/scan
Tried this and also:
echo 1 > /sys/class/fc_host/host0/issue_lip
Still, nothing is seen by the host. We have also tried changing the
port set
> Maybe one of you has experienced something like this before.
>
> I have a host running CentOS5.3, x86_64 version with the standard
> qla2xxx driver. Both ports are recognized and show output in dmesg
> but they never find my storage device:
>
> qla2xxx :07:00.1: LIP reset occured (f700).
> q
Maybe one of you has experienced something like this before.
I have a host running CentOS5.3, x86_64 version with the standard
qla2xxx driver. Both ports are recognized and show output in dmesg
but they never find my storage device:
qla2xxx :07:00.1: LIP reset occured (f700).
qla2xxx :07
6 matches
Mail list logo
