Runnig udevadm trigger (udevadm version 147) does not repopulate the /
dev disk entries. During the fail over IO is being sent to the disk
and there are IO errors relating to this disk during this time. I will
report back when this development environment is accessible again with
more specific details and error messages and try dd if=/dev/sdd of=/
dev/null on the disk while fail over is occurring as well.

On May 5, 11:51 am, Mike Christie <[email protected]> wrote:
> On 04/30/2010 02:07 PM, Preston Connors wrote:
>
> > FDISK OUTPUT AFTER FAIL OVER:
> > r...@kvm-host-3:~# fdisk -l /dev/sdd
> > <no output>
>
> It is weird that the /dev/sdd link is now gone, but iscsiadm can see the
> disk below. iscsiadm looks in /sys/block. It does not look at the /dev dir.
>
> The iscsi layer does not really do anything wrt /dev population except
> transport requests. I wonder what is removing the /dev links during this
> time. It is not the iscsi layer or tools (we do not touch that stuff).
> Are you using udev? Is it possible to rerun udev to create the /dev
> links? Do you see anything in /dev/disk?
>
> While the failover is occurring are you running IO through the FS? Do
> you see IO errors in /var/log/messages during this time?
>
> After the failover, if you try to send IO to the FS what IO errors do
> you see in /var/log/messages?
>
> If you just do IO directly to the disk, before and after the failover
> (so just leave a dd if=/dev/sdd of=/dev/null running during the test) do
> you see any IO errors in /var/log/messages?
>
>
>
> > ISCSIADM OUTPUT AFTER FAIL OVER:
> > r...@host:~# iscsiadm -m session -P 3
> > iSCSI Transport Class version 2.0-870
> > iscsiadm version 2.0-870
>
> > Target: iqn.1986-03.com.sun:mirror:iscsi-failover-test
> >    Current Portal: 192.168.1.1:3260,2
> >    Persistent Portal: 192.168.1.1:3260,2
> >            **********
> >            Interface:
> >            **********
> >            Iface Name: default
> >            Iface Transport: tcp
> >            Iface Initiatorname: iqn.1993-08.org.debian:01:bb82d0f5e87f
> >            Iface IPaddress: 192.168.1.2
> >            Iface HWaddress: default
> >            Iface Netdev: default
> >            SID: 3
> >            iSCSI Connection State: LOGGED IN
> >            iSCSI Session State: LOGGED_IN
> >            Internal iscsid Session State: NO CHANGE
> >            ************************
> >            Negotiated iSCSI params:
> >            ************************
> >            HeaderDigest: None
> >            DataDigest: None
> >            MaxRecvDataSegmentLength: 131072
> >            MaxXmitDataSegmentLength: 32768
> >            FirstBurstLength: 65536
> >            MaxBurstLength: 524288
> >            ImmediateData: Yes
> >            InitialR2T: Yes
> >            MaxOutstandingR2T: 1
> >            ************************
> >            Attached SCSI devices:
> >            ************************
> >            Host Number: 6  State: running
> >            scsi6 Channel 00 Id 0 Lun: 0
> >                    Attached scsi disk sdd          State: running
>
> --
> You received this message because you are subscribed to the Google Groups 
> "open-iscsi" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to 
> [email protected].
> For more options, visit this group 
> athttp://groups.google.com/group/open-iscsi?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.

Reply via email to