iscsi woes

iscsi woes

am 20.09.2006 22:52:08 von Yuri Csapo

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I wonder if anyone has any idea what error 1006 means in:

iscsid: detected iSCSI connection (handle 0xf7d16600) error (1006) state (3)

This shows up in messages whenever I try to mkfs a volume on an SAN
connected via iSCSI. This is my setup:

My server (called screms) is a Dell PE1650 running Debian testing
(etch), kernel 2.6.15-1-686-smp, open-iscsi 1.0-485 as provided by the
official kernel package.

The Dell connects to the SAN through its builtin Gig-ethernet NIC (Intel
PRO/1000). This NIC is connected to a Cisco switch which connects to the
SAN through one of its Gig-ethernet fiber ports. The SAN is built by
Hitachi around a McData switch which has 2 fiber-channel and 2 fiber
ethernet iSCSI ports.

The server's IP address is 192.168.1.88; the SAN's IP address is
192.168.1.10. The network between the server and the SAN is segregated
to its own vlan.

I don't think any of these details are relevant, the same symptoms occur
with any other connection mode I was able to try so far. I've included
them here for completion's sake.

- From the server acting as an initiator, I can query the SAN:

screms:~# iscsiadm -m discovery -t sendtargets -p 192.168.1.10
[8664fe] 192.168.1.10:3260,-1 eui.50060e800044ddb2
[8664fc] 192.168.1.10:3260,-1 eui.50060e800044ddb0

I can also login to the controller:

screms:~# iscsiadm -m node -r 8664fc --login
screms:~# dmesg|tail
scsi29 : iSCSI Initiator over TCP/IP, v.0.3
Vendor: HITACHI Model: DF600F Rev: 0000
Type: Direct-Access ANSI SCSI revision: 04
SCSI device sdf: 150994944 512-byte hdwr sectors (77309 MB)
SCSI device sdf: drive cache: write through
SCSI device sdf: 150994944 512-byte hdwr sectors (77309 MB)
SCSI device sdf: drive cache: write through
sdf: unknown partition table
sd 29:0:0:0: Attached scsi disk sdf
sd 29:0:0:0: Attached scsi generic sg6 type 0
i.50060e800044ddb0

However when I try to mkfs the sdf device the process hangs while
writing inode tables at around 180/576. If I log out of the controller
the mkfs process does finish but the resulting fs is unusable.

Any takers?

Thanks!


- --
Yuri Csapo
Academic Computing & Networking
Colorado School of Mines
Green Center Rm 249
Phone: (303) 273-3503
Fax: (303) 273-3475
Email: ycsapo@mines.edu

Please use the following link to open a service request:
http://helpdesk.mines.edu
===========================================
With a PC, I always felt limited
by the software available.
On Unix, I am limited only by my knowledge.
- --Peter J. Schoenster
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFEan4+RvQxW88fq4RAlbAAJ0RD/jIPpRaZSbTEpw+WPDrzY9bQACf Rov5
fEqkD0D6RHCryT2JYFQ+fc8=
=f54e
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: iscsi woes - SOLVED

am 10.10.2006 21:04:27 von Yuri Csapo

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

It turns out there was a quirkiness in the target I'm using. The good
people developing open-iscsi suggested I use a newer snapshot that
already knows about my hardware as opposed to the debian package. All is
well now.

Hope this is useful to other folk.

Yuri

ycsapo wrote:
> Hi all,
>
> I wonder if anyone has any idea what error 1006 means in:
>
> iscsid: detected iSCSI connection (handle 0xf7d16600) error (1006) state (3)
>
> This shows up in messages whenever I try to mkfs a volume on an SAN
> connected via iSCSI. This is my setup:
>
> My server (called screms) is a Dell PE1650 running Debian testing
> (etch), kernel 2.6.15-1-686-smp, open-iscsi 1.0-485 as provided by the
> official kernel package.
>
> The Dell connects to the SAN through its builtin Gig-ethernet NIC (Intel
> PRO/1000). This NIC is connected to a Cisco switch which connects to the
> SAN through one of its Gig-ethernet fiber ports. The SAN is built by
> Hitachi around a McData switch which has 2 fiber-channel and 2 fiber
> ethernet iSCSI ports.
>
> The server's IP address is 192.168.1.88; the SAN's IP address is
> 192.168.1.10. The network between the server and the SAN is segregated
> to its own vlan.
>
> I don't think any of these details are relevant, the same symptoms occur
> with any other connection mode I was able to try so far. I've included
> them here for completion's sake.
>
> From the server acting as an initiator, I can query the SAN:
>
> screms:~# iscsiadm -m discovery -t sendtargets -p 192.168.1.10
> [8664fe] 192.168.1.10:3260,-1 eui.50060e800044ddb2
> [8664fc] 192.168.1.10:3260,-1 eui.50060e800044ddb0
>
> I can also login to the controller:
>
> screms:~# iscsiadm -m node -r 8664fc --login
> screms:~# dmesg|tail
> scsi29 : iSCSI Initiator over TCP/IP, v.0.3
> Vendor: HITACHI Model: DF600F Rev: 0000
> Type: Direct-Access ANSI SCSI revision: 04
> SCSI device sdf: 150994944 512-byte hdwr sectors (77309 MB)
> SCSI device sdf: drive cache: write through
> SCSI device sdf: 150994944 512-byte hdwr sectors (77309 MB)
> SCSI device sdf: drive cache: write through
> sdf: unknown partition table
> sd 29:0:0:0: Attached scsi disk sdf
> sd 29:0:0:0: Attached scsi generic sg6 type 0
> i.50060e800044ddb0
>
> However when I try to mkfs the sdf device the process hangs while
> writing inode tables at around 180/576. If I log out of the controller
> the mkfs process does finish but the resulting fs is unusable.
>
> Any takers?
>
> Thanks!
>
>

- --
Yuri Csapo
Academic Computing & Networking
Colorado School of Mines
Green Center Rm 249
Phone: (303) 273-3503
Fax: (303) 273-3475
Email: ycsapo@mines.edu

Please use the following link to open a service request:
http://helpdesk.mines.edu
===========================================
With a PC, I always felt limited
by the software available.
On Unix, I am limited only by my knowledge.
- --Peter J. Schoenster
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFK+66+RvQxW88fq4RAvVFAKCBdZJaOtkS7f7dwUjWo4qquVVOrQCe IGo4
Hl5WDPeXcmTKMjBOQrYPY9c=
=xdkn
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html