Date: Thu, 17 Dec 2009 15:06:06 +0100 From: Ivan Voras <ivoras@freebsd.org> To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-scsi@freebsd.org, FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: iSCSI initiator and Dell PowerVault MD3000i Message-ID: <9bbcef730912170606j2af0d46br87a3db91ef0c4cd5@mail.gmail.com> In-Reply-To: <4B2A37EF.10709@quip.cz> References: <4B2A37EF.10709@quip.cz>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/12/17 Miroslav Lachman <000.fbsd@quip.cz>: > please Cc: me, I am not subscribed to freebsd-scsi > > Sossi Andrej wrote: >>> On 16. 12. 2009 15:57, Miroslav Lachman wrote: >>> [...] >>> I use MD300i with FreeBSD 7.0 and 7.1 with iscsi-2.2.2. It work fine. >>> But be careful to configure MD3000i. MD3000i assign by default first >>> disk to preferred controller 0, second disk to preferred controller 1, >>> third disk to preferred controller 0, and so on. First, third, fifth... >>> disks is usable from FreeBSD, but second, fourth,... disks result >>> unusable. >>> Work around: manually assign all disks to controller 0. >> >> When you say "unusable" do you mean you can't access it at all / it >> errors even if it's the only path (drive) used? It would be normal if >> you have for example two paths to each drive and can't mount the other >> path if one path to the drive is mounted - this is not a usable >> combination. You can use geom_multipath to get multipath failover. > > I got errors even in unmounted state. > I tried iscsi-2.2.3 and got same errors. I tried second path first (devic= e > da0) and it produces same errors, then I run iscontrol for the first path > (device da1) and everything is fine. > > =C2=A0---- path throught second controller: ERROR ---- > # diskinfo -t /dev/da0 > /dev/da0 > =C2=A0 =C2=A0 =C2=A0 =C2=A0512 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = # sectorsize > =C2=A0 =C2=A0 =C2=A0 =C2=A02998998663168 =C2=A0 # mediasize in bytes (2.7= T) > =C2=A0 =C2=A0 =C2=A0 =C2=A05857419264 =C2=A0 =C2=A0 =C2=A0# mediasize in = sectors > =C2=A0 =C2=A0 =C2=A0 =C2=A0364607 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# Cyl= inders according to firmware. > =C2=A0 =C2=A0 =C2=A0 =C2=A0255 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = # Heads according to firmware. > =C2=A0 =C2=A0 =C2=A0 =C2=A063 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0# Sectors according to firmware. > > Seek times: > =C2=A0 =C2=A0 =C2=A0 =C2=A0Full stroke: =C2=A0 =C2=A0diskinfo: read error= or disk too small for test.: > Invalid argument > > > =C2=A0---- path throught first controller: OK ---- > # diskinfo -t /dev/da1 > /dev/da1 > =C2=A0 =C2=A0 =C2=A0 =C2=A0512 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = # sectorsize > =C2=A0 =C2=A0 =C2=A0 =C2=A02998998663168 =C2=A0 # mediasize in bytes (2.7= T) > =C2=A0 =C2=A0 =C2=A0 =C2=A05857419264 =C2=A0 =C2=A0 =C2=A0# mediasize in = sectors > =C2=A0 =C2=A0 =C2=A0 =C2=A0364607 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# Cyl= inders according to firmware. > =C2=A0 =C2=A0 =C2=A0 =C2=A0255 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = # Heads according to firmware. > =C2=A0 =C2=A0 =C2=A0 =C2=A063 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0# Sectors according to firmware. > > Seek times: > =C2=A0 =C2=A0 =C2=A0 =C2=A0Full stroke: =C2=A0 =C2=A0 =C2=A0250 iter in = =C2=A0 2.483517 sec =3D =C2=A0 =C2=A09.934 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Half stroke: =C2=A0 =C2=A0 =C2=A0250 iter in = =C2=A0 2.575778 sec =3D =C2=A0 10.303 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Quarter stroke: =C2=A0 500 iter in =C2=A0 2.92= 6170 sec =3D =C2=A0 =C2=A05.852 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Short forward: =C2=A0 =C2=A0400 iter in =C2=A0= 0.916901 sec =3D =C2=A0 =C2=A02.292 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Short backward: =C2=A0 400 iter in =C2=A0 2.18= 1790 sec =3D =C2=A0 =C2=A05.454 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Seq outer: =C2=A0 =C2=A0 =C2=A0 2048 iter in = =C2=A0 0.520920 sec =3D =C2=A0 =C2=A00.254 msec > =C2=A0 =C2=A0 =C2=A0 =C2=A0Seq inner: =C2=A0 =C2=A0 =C2=A0 2048 iter in = =C2=A0 0.545300 sec =3D =C2=A0 =C2=A00.266 msec > Transfer rates: > =C2=A0 =C2=A0 =C2=A0 =C2=A0outside: =C2=A0 =C2=A0 =C2=A0 102400 kbytes in= =C2=A0 1.414997 sec =3D =C2=A0 =C2=A072368 kbytes/sec > =C2=A0 =C2=A0 =C2=A0 =C2=A0middle: =C2=A0 =C2=A0 =C2=A0 =C2=A0102400 kbyt= es in =C2=A0 1.454444 sec =3D =C2=A0 =C2=A070405 kbytes/sec > =C2=A0 =C2=A0 =C2=A0 =C2=A0inside: =C2=A0 =C2=A0 =C2=A0 =C2=A0102400 kbyt= es in =C2=A0 1.422527 sec =3D =C2=A0 =C2=A071985 kbytes/sec This is strange and probably indicates a bug somewhere. Can you check your SAN configuration for example, wrong access permissions assigned to the problematic port? > Do you have experiences with iSCSI multipath? I read about geom_fox and > gmultipath... You should probably skip geom_fox and just use gmultipath. It works as advertised, nothing fancy to report.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9bbcef730912170606j2af0d46br87a3db91ef0c4cd5>