freebsd-scsi Digest, Vol 364, Issue 1
freebsd-sc...@freebsd.org
freebs...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
or, via email, send a message with subject or body 'help' to
freebsd-sc...@freebsd.org
You can reach the person managing the list at
freebsd-s...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-scsi digest..."
Today's Topics:
1. QLogic 2360 FC HBAs not playing well with others (Brad Waite)
2. Re: QLogic 2360 FC HBAs not playing well with others (Gary Palmer)
3. Current problem reports assigned to freebs...@FreeBSD.org
(FreeBSD bugmaster)
----------------------------------------------------------------------
Message: 1
Date: Sun, 11 Apr 2010 20:09:50 -0600
From: Brad Waite <br...@wcubed.net>
Subject: QLogic 2360 FC HBAs not playing well with others
To: freebs...@freebsd.org
Message-ID: <4BC280EE...@wcubed.net>
Content-Type: text/plain; charset=UTF-8
> > Matthew Jacob wrote:
> >> On 04/09/2010 11:29 AM, Brad Waite wrote:
> >> I beseech you, oh great masters of SCSI and fibre channel, hear my
> pleas
> >> for help!
> >>
> >> My 2 QLE2360s don't appear to be waking up properly in a Dell R710
> >> running 7.2 AMD64. At the very least, they're not recognizing any of
> >> the volumes on the Sun 2540 array in the fabric. Everything works just
> >> fine under VMware ESXi 4.1, though.
> >>
> >
> > Get newer firmware either by upgrading with RELENG_7 or snagging
> > asm_2300.h from RELENG_7 and rebuilding.
> >
> > You don't have to load all of ispfw
> >
> > isp2300_LOAD=YES
> >
> > should get you just that onemodule
> >
> > the latest in the FreeBSD tree is 3.03.26
>
> Woot. That helped. Built & installed RELENG_7, but I've got some
> more wierdness.
Woot. That helped.
Built & installed RELENG_7, but I've got some more wierdness.
First off I've got da0 - da15 showing similar to this:
da0 at isp0 bus 0 target 0 lun 0
da0: <SUN LCSM100_F 0670> Fixed Direct Access SCSI-5 device
da0: 200.000MB/s transfers
da0: Command Queueing Enabled
da0: 138989MB (284650656 512 byte sectors: 255H 63S/T 17718C)
We've got a Sun Storagetek 2540 12-drive array with 4 volumes mapped to
this host. It would appear that it's showing the 4 volumes AND each of
the 12 drives. Is that normal?
Next, I have about 20 of the following errors for each of da1, da2, da3,
da4, da9, da10, da11 & da12.
(da1:isp0:0:0:1): READ(6)/WRITE(6) not supported, increasing
minimum_cmd_size to 10.
(da1:isp0:0:0:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0
(da1:isp0:0:0:1): CAM Status: SCSI Status Error
(da1:isp0:0:0:1): SCSI Status: Check Condition
(da1:isp0:0:0:1): ILLEGAL REQUEST asc:94,1
(da1:isp0:0:0:1): Vendor Specific ASC
(da1:isp0:0:0:1): Unretryable error
What's going on here?
Is there any config I need to to for volume mapping and/or
multipathing? I'm a complete newb when it comes to FC on FreeBSD, so
forgive my ignorance.
Thanks for the help, guys!
------------------------------
Message: 2
Date: Sun, 11 Apr 2010 23:49:37 -0400
From: Gary Palmer <gpa...@freebsd.org>
Subject: Re: QLogic 2360 FC HBAs not playing well with others
To: Brad Waite <br...@wcubed.net>
Cc: freebs...@freebsd.org
Message-ID: <20100412034...@in-addr.com>
Content-Type: text/plain; charset=us-ascii
On Sun, Apr 11, 2010 at 08:09:50PM -0600, Brad Waite wrote:
> > > Matthew Jacob wrote:
> > >> On 04/09/2010 11:29 AM, Brad Waite wrote:
> > >> I beseech you, oh great masters of SCSI and fibre channel, hear my
> > pleas
> > >> for help!
> > >>
> > >> My 2 QLE2360s don't appear to be waking up properly in a Dell R710
> > >> running 7.2 AMD64. At the very least, they're not recognizing any of
> > >> the volumes on the Sun 2540 array in the fabric. Everything works just
> > >> fine under VMware ESXi 4.1, though.
> > >>
> > >
> > > Get newer firmware either by upgrading with RELENG_7 or snagging
> > > asm_2300.h from RELENG_7 and rebuilding.
> > >
> > > You don't have to load all of ispfw
> > >
> > > isp2300_LOAD=YES
> > >
> > > should get you just that onemodule
> > >
> > > the latest in the FreeBSD tree is 3.03.26
> >
> > Woot. That helped. Built & installed RELENG_7, but I've got some
> > more wierdness.
>
> Woot. That helped.
>
> Built & installed RELENG_7, but I've got some more wierdness.
>
> First off I've got da0 - da15 showing similar to this:
>
> da0 at isp0 bus 0 target 0 lun 0
> da0: <SUN LCSM100_F 0670> Fixed Direct Access SCSI-5 device
> da0: 200.000MB/s transfers
> da0: Command Queueing Enabled
> da0: 138989MB (284650656 512 byte sectors: 255H 63S/T 17718C)
>
> We've got a Sun Storagetek 2540 12-drive array with 4 volumes mapped to
> this host. It would appear that it's showing the 4 volumes AND each of
> the 12 drives. Is that normal?
>
> Next, I have about 20 of the following errors for each of da1, da2, da3,
> da4, da9, da10, da11 & da12.
>
> (da1:isp0:0:0:1): READ(6)/WRITE(6) not supported, increasing
> minimum_cmd_size to 10.
> (da1:isp0:0:0:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0
> (da1:isp0:0:0:1): CAM Status: SCSI Status Error
> (da1:isp0:0:0:1): SCSI Status: Check Condition
> (da1:isp0:0:0:1): ILLEGAL REQUEST asc:94,1
> (da1:isp0:0:0:1): Vendor Specific ASC
> (da1:isp0:0:0:1): Unretryable error
>
> What's going on here?
>
> Is there any config I need to to for volume mapping and/or
> multipathing? I'm a complete newb when it comes to FC on FreeBSD, so
> forgive my ignorance.
>
> Thanks for the help, guys!
I suspect the reason you have 16 disk devices showing up is that you
are running multipath. You will get one da device showing up for each
different path, and if you're running a full multipath environment
that's likely 4 paths per device, which would lead to the 16 disks
(unless they're not the sizes you expect, but I would tend to suspect
its a multipath artifact)
To handle multipath you probably want to look at gmultipath(8).
I'm not sure about READ/WRITE errors. You say they show up for 8
devices? Is it possible that the array is not true active/active
on the controllers? Its possible that half the paths are going to
a controller that is rejecting the I/O until the LUN fails over,
but thats just a guess based on the error message. If you can
look at the controller/bus/target/lun information from dmesg and
see if you can spot a pattern about the path to the LUNs giving
the error that may give a better idea about whats going on.
Regards,
Gary
------------------------------
Message: 3
Date: Mon, 12 Apr 2010 11:07:08 GMT
From: FreeBSD bugmaster <bugm...@FreeBSD.org>
Subject: Current problem reports assigned to freebs...@FreeBSD.org
To: freebs...@FreeBSD.org
Message-ID: <201004121107....@freefall.freebsd.org>
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg
o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss
o kern/142351 scsi [mpt] LSILogic driver performance problems
o kern/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130
o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device
o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive
o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri
p kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid
o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213
o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus
o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe
o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re
o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up
o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi
o kern/123674 scsi [ahc] ahc driver dumping
f kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll
o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc
o kern/120487 scsi [sg] scsi_sg incompatible with scanners
o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s
o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing
o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs
o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks
o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression]
o kern/94838 scsi Kernel panic while mounting SD card with lock switch o
o kern/92798 scsi [ahc] SCSI problem with timeouts
o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device
o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system
o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3
s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb
o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load
o kern/60598 scsi wire down of scsi devices conflicts with config
s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di
o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than
o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND
o kern/40895 scsi wierd kernel / device driver bug
o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m
o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce
37 problems total.
------------------------------
End of freebsd-scsi Digest, Vol 364, Issue 1
********************************************