iscsi woes

iscsi woes

[ycsapo]

-----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+WPDrzY9bQACfRov5
fEqkD0D6RHCryT2JYFQ+fc8=
=f54e
-----END PGP SIGNATURE-----

Re: iscsi woes - SOLVED

[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+RvQxW88fq4RAvVFAKCBdZJaOtkS7f7dwUjWo4qquVVOrQCeIGo4
Hl5WDPeXcmTKMjBOQrYPY9c=
=xdkn
-----END PGP SIGNATURE-----