* 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@redhat.com
[-- 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.