From: mmzz@stat.unipd.it (Alberto Cammozzo)
To: linux-scsi@vger.kernel.org
Subject: Re: lp8000 and 2.6.18-rc6
Date: Mon, 11 Sep 2006 08:40:08 +0200 [thread overview]
Message-ID: <20060911064008.GA26293@stat.unipd.it> (raw)
In-Reply-To: <4504B6AF.3080909@torque.net>
On Sun, Sep 10, 2006 at 09:06:55PM -0400, Douglas Gilbert wrote:
> Alberto Cammozzo wrote:
> > On Sun, Sep 10, 2006 at 07:56:31AM -0600, Matthew Wilcox wrote:
> >> On Sat, Sep 09, 2006 at 11:08:56PM +0200, Alberto Cammozzo wrote:
> >>> It's the first time I use this setup... Am I missing something?
> >>>
> >>> lsmod:
> >>> Module Size Used by
> >>> lpfc 145600 0
> >>> scsi_transport_fc 25568 1 lpfc
> >>> iscsi_tcp 19808 1
> >>> libiscsi 17504 1 iscsi_tcp
> >>> scsi_transport_iscsi 23244 3 iscsi_tcp,libiscsi
> >>> skge 31312 0
> >>> [...]
> >> does the [...] include sd_mod (or sd? i forget what it's called)
> >
> >
> > Thank you Matthew,
> >
> > I suppose you mean sd, scsi disk support. Yes, it is _statically_
> > included in kernel.
> > Another hint: if I "modprobe sg" (scsi generic), a bunch of new sg disks
> > show up in dmesg, including those from lpfc.
> > I noticed they are recognised as an undefined "scsi" device and not as
> > "sd" (disks) or "st" (tapes) as other devices present in the same system,
> > (see channel 7 in attached log).
> >
> > st 0:0:5:0: Attached scsi generic sg0 type 1
> > ch 0:0:5:1: Attached scsi generic sg1 type 8
> > sd 1:0:0:0: Attached scsi generic sg2 type 0
> > scsi 1:0:15:0: Attached scsi generic sg3 type 3
> > scsi 1:1:9:0: Attached scsi generic sg4 type 3
> > scsi 1:2:8:0: Attached scsi generic sg5 type 3
>
> Alberto,
> Peripheral device type 3 is "processor" type. It is
> often used for SAF-TE targets. These are enclosure
> services processors, here is a tool to look at them:
> http://oss.metaparadigm.com/safte-monitor
Thank you Douglas,
here's the output of safte-monitor -p (one-shot)
It shows the serveraid stuff, but it seems to me
that the clariion isn't there,
Found 2 SAF-TE devices
SAF-TE Device IBM 25P3471a S320 2 (1:1:9:0)
no. of fans = 0
no. of power supplies = 0
no. of device slots = 3
door lock installed = 0
no. of temp sensors = 0
audible alarm = 0
no. of thermostats = 128
device slot 0 disk present,no error
device slot 1 disk not present,no error
device slot 2 disk not present,no error
overall temperature is okay
SAF-TE Device IBM 02R0962a S320 1 (1:2:8:0)
no. of fans = 0
no. of power supplies = 0
no. of device slots = 6
door lock installed = 0
no. of temp sensors = 0
audible alarm = 0
no. of thermostats = 128
device slot 0 disk present,no error
device slot 1 disk not present,no error
device slot 2 disk not present,no error
device slot 3 disk not present,no error
device slot 4 disk not present,no error
device slot 5 disk not present,no error
overall temperature is okay
> > scsi 7:0:1:0: Attached scsi generic sg6 type 0
> > scsi 7:0:3:0: Attached scsi generic sg7 type 0
> > sd 8:0:0:0: Attached scsi generic sg8 type 0
> > scsi 7:0:0:0: Attached scsi generic sg9 type 0
> > scsi 7:0:2:0: Attached scsi generic sg10 type 0
>
> Type 0 is for disks, strange that sd didn't pick up
> those devices on host 7. Could you fetch the sg3_utils
> package, build it and try 'sg_inq /dev/sg6'. The output
> may be interesting.
sg_inq /dev/sg6
standard INQUIRY:
PQual=1 Device_type=0 RMB=0 [ANSI_version=4] version=0x04
[AERC=0] [TrmTsk=0] NormACA=1 HiSUP=1 Resp_data_format=2
SCCS=0 ACC=0 TGPS=0 3PC=0 Protect=0
BQue=0 EncServ=0 MultiP=1 MChngr=0 [ACKREQQ=0] Addr16=0
[RelAdr=0] WBus16=0 Sync=0 Linked=0 [TranDis=0] CmdQue=1
Clocking=0x0 QAS=0 IUS=0
length=96 (0x60) Peripheral device type: disk
Vendor identification: DGC
Product identification:
Product revision level: 0850
Product serial number: F20010500078
>
> Doug Gilbert
Alberto
[...]
--
Alberto Cammozzo
System/Network Manager
Universita` di Padova -IT
next prev parent reply other threads:[~2006-09-11 6:40 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-09 21:08 lp8000 and 2.6.18-rc6 Alberto Cammozzo
2006-09-10 13:56 ` Matthew Wilcox
2006-09-10 21:04 ` Alberto Cammozzo
2006-09-11 1:06 ` Douglas Gilbert
2006-09-11 2:17 ` James Bottomley
2006-09-11 9:51 ` Alberto Cammozzo
2006-09-11 12:21 ` James Smart
2006-09-11 16:29 ` Alberto Cammozzo
2006-09-11 6:40 ` Alberto Cammozzo [this message]
2006-09-11 17:00 ` James Bottomley
2006-09-12 6:45 ` Alberto Cammozzo
2006-09-13 14:11 ` James Bottomley
2006-09-13 14:44 ` Douglas Gilbert
2006-09-13 15:20 ` James Bottomley
2006-09-13 15:33 ` Patrick Mansfield
2006-09-13 15:37 ` Alberto Cammozzo
-- strict thread matches above, loose matches on Subject: below --
2006-09-09 21:03 Alberto Cammozzo
2006-09-09 21:01 Alberto Cammozzo
2006-09-10 14:03 ` James Smart
2006-09-10 20:43 ` Alberto Cammozzo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060911064008.GA26293@stat.unipd.it \
--to=mmzz@stat.unipd.it \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox