[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-admin
Subject: Re: iscsi woes - SOLVED
From: Yuri Csapo <ycsapo () mines ! edu>
Date: 2006-10-10 19:04:27
Message-ID: 452BEEBB.6050604 () mines ! edu
[Download RAW message or body]
-----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-----
-
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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic