From: Chandra Seetharaman <sekharan@us.ibm.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: Re: configure MD3000
Date: Thu, 12 Mar 2009 12:31:44 -0700 [thread overview]
Message-ID: <1236886304.12841.17.camel@chandra-ubuntu> (raw)
In-Reply-To: <d1392840903121225y7c46dbfbs366de71ab82c8b8d@mail.gmail.com>
Are you able to read/write from/to the scsi device ?
If yes, Did you do "multipath -F" followed by "multipath".
Is the multipathd running ?
chandra
On Thu, 2009-03-12 at 15:25 -0400, Thomas Witzel wrote:
> My /sys/block looks like this:
> ls /sys/block/
> dm-0 dm-3 dm-6 loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9
> sdc sdf sdi sdl
> dm-1 dm-4 loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda
> sdd sdg sdj sdm
> dm-2 dm-5 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sdb
> sde sdh sdk sr0
>
> My /proc/partitions looks like this:
>
> major minor #blocks name
>
> 8 0 71041024 sda
> 8 1 68099503 sda1
> 8 2 1 sda2
> 8 5 2939863 sda5
> 8 16 2134896640 sdb
> 8 17 2134893883 sdb1
> 8 32 2134896640 sdc
> 8 48 2134896640 sdd
> 8 49 2134893883 sdd1
> 8 64 2134896640 sde
> 8 80 1222794240 sdf
> 8 96 20480 sdg
> 8 112 2134896640 sdh
> 8 128 2134896640 sdi
> 8 129 2134893883 sdi1
> 8 144 2134896640 sdj
> 8 160 2134896640 sdk
> 8 161 2134893883 sdk1
> 8 176 1222794240 sdl
> 8 192 20480 sdm
> 254 0 2134896640 dm-0
> 254 1 2134896640 dm-1
> 254 2 2134896640 dm-2
> 254 3 2134896640 dm-3
> 254 4 1222794240 dm-4
> 254 5 20480 dm-5
> 254 6 20480 dm-6
>
> All the sd's with a partition are working fine, I even created a test
> file system at some point. I did load scsi_dh_rdac for testing at some
> point, and that put the following into the syslog:
> [10170.087743] sd 1:0:0:0: rdac: LUN 0 (owned)
> [10170.089151] sd 1:0:0:1: rdac: LUN 1 (unowned)
> [10170.089941] sd 1:0:0:2: rdac: LUN 2 (owned)
> [10170.090719] sd 1:0:0:3: rdac: LUN 3 (unowned)
> [10170.092112] sd 1:0:0:4: rdac: LUN 4 (owned)
> [10170.092964] sd 1:0:1:0: rdac: LUN 0 (unowned)
> [10170.093733] sd 1:0:1:1: rdac: LUN 1 (owned)
> [10170.094507] sd 1:0:1:2: rdac: LUN 2 (unowned)
> [10170.095261] sd 1:0:1:3: rdac: LUN 3 (owned)
> [10170.096081] sd 1:0:1:4: rdac: LUN 4 (unowned)
> [10170.096088] rdac: device handler registered
>
> Also loading the scsi_dh_rdac module seems to stop the [ 8996.087508]
> Buffer I/O error on device dm-5, logical block 5
> [ 8996.087539] Buffer I/O error on device dm-5, logical block 6
> [ 8996.087548] Buffer I/O error on device dm-5, logical block 5112
> [ 8996.087553] Buffer I/O error on device dm-5, logical block 5112
> [ 8996.087601] Buffer I/O error on device dm-5, logical block 12
> [ 8996.087606] Buffer I/O error on device dm-5, logical block 13
> [ 8996.087609] Buffer I/O error on device dm-5, logical block 14
> [ 8996.087612] Buffer I/O error on device dm-5, logical block 15
> [ 8996.087615] Buffer I/O error on device dm-5, logical block 16
> [ 8996.087618] Buffer I/O error on device dm-5, logical block 17
>
> type messages.
>
> On Thu, Mar 12, 2009 at 3:18 PM, Chandra Seetharaman
> <sekharan@us.ibm.com> wrote:
> > No, you don't have to change the distro.
> >
> > Do you see the disks ? (the #:#:#:# makes me think that the underlying
> > block devices are not configured properly). IOW, do you the sd devices
> > under /sys/block ? Are you able to read/write from/to the devices ?
> >
> > chandra
> >
> > On Thu, 2009-03-12 at 15:07 -0400, Thomas Witzel wrote:
> >> Thanks Chandra,
> >>
> >> sorry for the out of order reply, still had the digest mode on. I
> >> setup the config similar to what you said
> >>
> >> devices {
> >> device {
> >> vendor "DELL"
> >> product "MD3000"
> >> hardware_handler "1 rdac"
> >> path_checker rdac
> >> path_grouping_policy group_by_prio
> >> prio_callout "/sbin/mpath_prio_rdac /dev/%n"
> >> failback immediate
> >> getuid_callout "/sbin/scsi_id -g -u /block/%n"
> >> }
> >> }
> >>
> >>
> >> and I'm still getting:
> >> sdh: checker msg is "directio checker reports path is down"
> >> create: 360022190009773680000214749504780 ,
> >> [size=2.0T][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdb 8:16 [undef][ready]
> >> \_ round-robin 0 [prio=0][undef]
> >> \_ #:#:#:# sdh 8:112 [undef][faulty]
> >> sdc: checker msg is "directio checker reports path is down"
> >> create: 3600221900096f27d00000ab3495047fd ,
> >> [size=2.0T][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=0][undef]
> >> \_ #:#:#:# sdc 8:32 [undef][faulty]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdi 8:128 [undef][ready]
> >> sdj: checker msg is "directio checker reports path is down"
> >> create: 360022190009773680000214a495047ce ,
> >> [size=2.0T][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdd 8:48 [undef][ready]
> >> \_ round-robin 0 [prio=0][undef]
> >> \_ #:#:#:# sdj 8:144 [undef][faulty]
> >> sde: checker msg is "directio checker reports path is down"
> >> create: 3600221900096f27d00000ab449504839 ,
> >> [size=2.0T][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=0][undef]
> >> \_ #:#:#:# sde 8:64 [undef][faulty]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdk 8:160 [undef][ready]
> >> sdl: checker msg is "directio checker reports path is down"
> >> create: 360022190009773680000214c49504806 ,
> >> [size=1.1T][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdf 8:80 [undef][ready]
> >> \_ round-robin 0 [prio=0][undef]
> >> \_ #:#:#:# sdl 8:176 [undef][faulty]
> >> create: 360022190009773680000000000000000 ,
> >> [size=20M][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdg 8:96 [undef][ready]
> >> create: 3600221900096f27d0000000000000000 ,
> >> [size=20M][features=0][hwhandler=0]
> >> \_ round-robin 0 [prio=1][undef]
> >> \_ #:#:#:# sdm 8:192 [undef][ready]
> >> libdevmapper: libdm-common.c(312): Created
> >> /dev/mapper/360022190009773680000000000000000
> >> libdevmapper: libdm-common.c(312): Created
> >> /dev/mapper/3600221900096f27d0000000000000000
> >>
> >> Now this is not on RH or SLES, its an ubuntu 8.4 system. If absolutely
> >> necessary I would consider switching the distribution, but right now
> >> I'd prefer to stick with what all the other machines have.
> >>
> >> Thanks, Thomas
> >>
> >> --
> >> 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
> >
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
next prev parent reply other threads:[~2009-03-12 19:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-12 16:53 configure MD3000 Thomas Witzel
2009-03-12 18:33 ` Chandra Seetharaman
2009-03-12 19:07 ` Thomas Witzel
2009-03-12 19:18 ` Chandra Seetharaman
2009-03-12 19:25 ` Thomas Witzel
2009-03-12 19:31 ` Chandra Seetharaman [this message]
2009-03-12 19:38 ` Thomas Witzel
2009-03-12 19:40 ` Thomas Witzel
2009-03-12 22:07 ` Chandra Seetharaman
2009-03-12 22:06 ` Chandra Seetharaman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1236886304.12841.17.camel@chandra-ubuntu \
--to=sekharan@us.ibm.com \
--cc=dm-devel@redhat.com \
--cc=sekharan@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.