* Dell MD3000i issues with dm mp
@ 2009-04-14 14:53 Kurt Bechstein
2009-04-14 15:38 ` Moger, Babu
0 siblings, 1 reply; 10+ messages in thread
From: Kurt Bechstein @ 2009-04-14 14:53 UTC (permalink / raw)
To: dm-devel
[-- Attachment #1.1: Type: text/plain, Size: 1565 bytes --]
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I'm having some interesting issues upon bootup in this setup. Between the two arrays I'm accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I'm not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 6016 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 14:53 Dell MD3000i issues with dm mp Kurt Bechstein
@ 2009-04-14 15:38 ` Moger, Babu
2009-04-14 15:56 ` Kurt Bechstein
0 siblings, 1 reply; 10+ messages in thread
From: Moger, Babu @ 2009-04-14 15:38 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 2090 bytes --]
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don’t see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I’m having some interesting issues upon bootup in this setup. Between the two arrays I’m accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I’m not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 12363 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 15:38 ` Moger, Babu
@ 2009-04-14 15:56 ` Kurt Bechstein
2009-04-14 16:11 ` Moger, Babu
0 siblings, 1 reply; 10+ messages in thread
From: Kurt Bechstein @ 2009-04-14 15:56 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 2611 bytes --]
I actually tried doing that by doing a mkinitrd /boot/initrdfile -preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don't see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I'm having some interesting issues upon bootup in this setup. Between the two arrays I'm accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I'm not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 11698 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 15:56 ` Kurt Bechstein
@ 2009-04-14 16:11 ` Moger, Babu
2009-04-14 17:09 ` Kurt Bechstein
0 siblings, 1 reply; 10+ messages in thread
From: Moger, Babu @ 2009-04-14 16:11 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 2939 bytes --]
I would think it should be pretty sparse.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 10:57 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I actually tried doing that by doing a mkinitrd /boot/initrdfile –preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don’t see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I’m having some interesting issues upon bootup in this setup. Between the two arrays I’m accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I’m not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 16998 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 16:11 ` Moger, Babu
@ 2009-04-14 17:09 ` Kurt Bechstein
2009-04-14 17:38 ` Moger, Babu
0 siblings, 1 reply; 10+ messages in thread
From: Kurt Bechstein @ 2009-04-14 17:09 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 3362 bytes --]
Here is a snippet of my /var/log/messages from this morning's boot sequence after iscsi started and some of the output I'm seeing. Seems like quite a bit to me.
http://pastebin.com/d97ae1ad
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 12:12 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I would think it should be pretty sparse.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 10:57 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I actually tried doing that by doing a mkinitrd /boot/initrdfile -preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don't see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I'm having some interesting issues upon bootup in this setup. Between the two arrays I'm accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I'm not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 14537 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 17:09 ` Kurt Bechstein
@ 2009-04-14 17:38 ` Moger, Babu
2009-04-14 17:44 ` Kurt Bechstein
0 siblings, 1 reply; 10+ messages in thread
From: Moger, Babu @ 2009-04-14 17:38 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 3850 bytes --]
I am seeing few “rdac Dettached” messages. There are only messages I am bit concerned about (unless you disconnected some devices purposefully during the test). I am not concerned about other messages.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 12:10 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Here is a snippet of my /var/log/messages from this morning’s boot sequence after iscsi started and some of the output I’m seeing. Seems like quite a bit to me.
http://pastebin.com/d97ae1ad
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 12:12 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I would think it should be pretty sparse.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 10:57 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I actually tried doing that by doing a mkinitrd /boot/initrdfile –preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don’t see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I’m having some interesting issues upon bootup in this setup. Between the two arrays I’m accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I’m not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 21272 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 17:38 ` Moger, Babu
@ 2009-04-14 17:44 ` Kurt Bechstein
2009-04-14 19:33 ` Moger, Babu
0 siblings, 1 reply; 10+ messages in thread
From: Kurt Bechstein @ 2009-04-14 17:44 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 4157 bytes --]
No devices were detached during this sequence at least not physically anyways.
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 1:38 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I am seeing few "rdac Dettached" messages. There are only messages I am bit concerned about (unless you disconnected some devices purposefully during the test). I am not concerned about other messages.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 12:10 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Here is a snippet of my /var/log/messages from this morning's boot sequence after iscsi started and some of the output I'm seeing. Seems like quite a bit to me.
http://pastebin.com/d97ae1ad
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 12:12 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I would think it should be pretty sparse.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 10:57 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I actually tried doing that by doing a mkinitrd /boot/initrdfile -preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don't see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I'm having some interesting issues upon bootup in this setup. Between the two arrays I'm accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I'm not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 17379 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Dell MD3000i issues with dm mp
2009-04-14 17:44 ` Kurt Bechstein
@ 2009-04-14 19:33 ` Moger, Babu
2009-04-15 17:33 ` Mike Christie
0 siblings, 1 reply; 10+ messages in thread
From: Moger, Babu @ 2009-04-14 19:33 UTC (permalink / raw)
To: device-mapper development
[-- Attachment #1.1: Type: text/plain, Size: 4663 bytes --]
I don’t see any apparent reason for these messages(“rdac Dettached”) by looking at the log. There are some issci session failure messages. I don’t understand those messages very well. You may have to ask some iscsi experts to look at it.
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 12:44 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
No devices were detached during this sequence at least not physically anyways.
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 1:38 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I am seeing few “rdac Dettached” messages. There are only messages I am bit concerned about (unless you disconnected some devices purposefully during the test). I am not concerned about other messages.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 12:10 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Here is a snippet of my /var/log/messages from this morning’s boot sequence after iscsi started and some of the output I’m seeing. Seems like quite a bit to me.
http://pastebin.com/d97ae1ad
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 12:12 PM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I would think it should be pretty sparse.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 10:57 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
I actually tried doing that by doing a mkinitrd /boot/initrdfile –preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
Sent: Tuesday, April 14, 2009 11:38 AM
To: device-mapper development
Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don’t see any problem with your multipath.conf.
Thanks
Babu Moger
________________________________
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
Sent: Tuesday, April 14, 2009 9:54 AM
To: dm-devel@redhat.com
Subject: [dm-devel] Dell MD3000i issues with dm mp
Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I’m having some interesting issues upon bootup in this setup. Between the two arrays I’m accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I’m not missing something obvious so that is below. Thanks in advance!
devices {
device {
vendor "DELL"
product "MD3000i"
features "0"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
hardware_handler "1 rdac"
path_grouping_policy group_by_prio
failback immediate
path_checker rdac
prio "rdac"
}
}
multipaths {
mulitpath {
device {
vendor DELL
product MD3000i
}
}
}
[-- Attachment #1.2: Type: text/html, Size: 24793 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: RE: Dell MD3000i issues with dm mp
2009-04-14 19:33 ` Moger, Babu
@ 2009-04-15 17:33 ` Mike Christie
2009-04-15 18:36 ` Kurt Bechstein
0 siblings, 1 reply; 10+ messages in thread
From: Mike Christie @ 2009-04-15 17:33 UTC (permalink / raw)
To: device-mapper development
Moger, Babu wrote:
> I don’t see any apparent reason for these messages(“rdac Dettached”) by looking at the log. There are some issci session failure messages. I don’t understand those messages very well. You may have to ask some iscsi experts to look at it.
>
The http://pastebin.com/d97ae1ad link does not work anymore. If you
could put the log back up, I can look at the iscsi messages.
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 12:44 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> No devices were detached during this sequence at least not physically anyways.
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 1:38 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I am seeing few “rdac Dettached” messages. There are only messages I am bit concerned about (unless you disconnected some devices purposefully during the test). I am not concerned about other messages.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 12:10 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> Here is a snippet of my /var/log/messages from this morning’s boot sequence after iscsi started and some of the output I’m seeing. Seems like quite a bit to me.
>
> http://pastebin.com/d97ae1ad
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 12:12 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I would think it should be pretty sparse.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 10:57 AM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I actually tried doing that by doing a mkinitrd /boot/initrdfile –preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 11:38 AM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don’t see any problem with your multipath.conf.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 9:54 AM
> To: dm-devel@redhat.com
> Subject: [dm-devel] Dell MD3000i issues with dm mp
>
> Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I’m having some interesting issues upon bootup in this setup. Between the two arrays I’m accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I’m not missing something obvious so that is below. Thanks in advance!
>
>
> devices {
> device {
> vendor "DELL"
> product "MD3000i"
> features "0"
> getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
> prio_callout "/sbin/mpath_prio_rdac /dev/%n"
> hardware_handler "1 rdac"
> path_grouping_policy group_by_prio
> failback immediate
> path_checker rdac
> prio "rdac"
>
> }
> }
> multipaths {
> mulitpath {
> device {
> vendor DELL
> product MD3000i
> }
> }
> }
>
>
>
> ------------------------------------------------------------------------
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: RE: Dell MD3000i issues with dm mp
2009-04-15 17:33 ` Mike Christie
@ 2009-04-15 18:36 ` Kurt Bechstein
0 siblings, 0 replies; 10+ messages in thread
From: Kurt Bechstein @ 2009-04-15 18:36 UTC (permalink / raw)
To: device-mapper development
Here is a similar snippet.
http://pastebin.com/m364ffe45
-----Original Message-----
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Mike Christie
Sent: Wednesday, April 15, 2009 1:33 PM
To: device-mapper development
Subject: Re: [dm-devel] RE: Dell MD3000i issues with dm mp
Moger, Babu wrote:
> I don't see any apparent reason for these messages("rdac Dettached") by looking at the log. There are some issci session failure messages. I don't understand those messages very well. You may have to ask some iscsi experts to look at it.
>
The http://pastebin.com/d97ae1ad link does not work anymore. If you
could put the log back up, I can look at the iscsi messages.
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 12:44 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> No devices were detached during this sequence at least not physically anyways.
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 1:38 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I am seeing few "rdac Dettached" messages. There are only messages I am bit concerned about (unless you disconnected some devices purposefully during the test). I am not concerned about other messages.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 12:10 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> Here is a snippet of my /var/log/messages from this morning's boot sequence after iscsi started and some of the output I'm seeing. Seems like quite a bit to me.
>
> http://pastebin.com/d97ae1ad
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 12:12 PM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I would think it should be pretty sparse.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 10:57 AM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> I actually tried doing that by doing a mkinitrd /boot/initrdfile -preload=scsi_dh_rdac kernelversion and booted using the initrd and it still seemed to crank out quite a few errors. With doing it this way, should I still expect to see a good deal of I/O errors or should they pretty sparse?
>
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Moger, Babu
> Sent: Tuesday, April 14, 2009 11:38 AM
> To: device-mapper development
> Subject: [dm-devel] RE: Dell MD3000i issues with dm mp
>
> Yes, this could happen during the boot where the scsi_dh_rdac handler is not yet loaded. You might want to try adding scsi_dh_rdac in the initrd. This will help to cut short all your error messages. I don't see any problem with your multipath.conf.
>
> Thanks
> Babu Moger
> ________________________________
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of Kurt Bechstein
> Sent: Tuesday, April 14, 2009 9:54 AM
> To: dm-devel@redhat.com
> Subject: [dm-devel] Dell MD3000i issues with dm mp
>
> Greetings everyone, I have a RHEL 5.3 host attached to two Dell MD3000i storage arrays via iscsi. I'm having some interesting issues upon bootup in this setup. Between the two arrays I'm accessing 24 luns so after my iscsi service kicks in I get tons and tons of I/O error messages going across the screen. This can go on for 15-20 minutes or longer. It would appear that some I/O is being sent to the passive paths and they are returning errors. It would seem the scsi layer is doing its thing to scan for partitions and probably causing the I/O that is being seen. Is there any way to suppress/avoid this scenario? Also, I thought I would post my multipath.conf file just to have some other eyes have a look at it and make sure I'm not missing something obvious so that is below. Thanks in advance!
>
>
> devices {
> device {
> vendor "DELL"
> product "MD3000i"
> features "0"
> getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
> prio_callout "/sbin/mpath_prio_rdac /dev/%n"
> hardware_handler "1 rdac"
> path_grouping_policy group_by_prio
> failback immediate
> path_checker rdac
> prio "rdac"
>
> }
> }
> multipaths {
> mulitpath {
> device {
> vendor DELL
> product MD3000i
> }
> }
> }
>
>
>
> ------------------------------------------------------------------------
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-04-15 18:36 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-14 14:53 Dell MD3000i issues with dm mp Kurt Bechstein
2009-04-14 15:38 ` Moger, Babu
2009-04-14 15:56 ` Kurt Bechstein
2009-04-14 16:11 ` Moger, Babu
2009-04-14 17:09 ` Kurt Bechstein
2009-04-14 17:38 ` Moger, Babu
2009-04-14 17:44 ` Kurt Bechstein
2009-04-14 19:33 ` Moger, Babu
2009-04-15 17:33 ` Mike Christie
2009-04-15 18:36 ` Kurt Bechstein
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.