Re: Re: configure MD3000

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2009-03-12 at 15:40 -0400, Thomas Witzel wrote:
> What sort of bothers me, is that although we specified rdac, it says
> hwhandler=0 while on the web there seems to be output examples where
> it does say rdac in the multipath output.
> Also googling convinced me that some people have
> drivers/md/md-multipath-rdac.c or something like that in their kernel,
> while my ubuntu kernel and the vanilla git kernel do not have this. I
> have the feeling this is an important component of this.

>From 2.6.27 onwards, rdac has moved to scsi layer as scsi_dh_rdac. You
can do a "lsmod | grep rdac" to see if that module is inserted.

> 
> On Thu, Mar 12, 2009 at 3:38 PM, Thomas Witzel <witzel.thomas@xxxxxxxxx> wrote:
> > How do you want me to test whether I can read/write ? I can no longer
> > mount the /dev/sd*1 partitions because now they are busy (thats since
> > I started multipath). Yes, I did execute multipath -F and multipath
> > repeatedly, the daemon is running.
> >
> > On Thu, Mar 12, 2009 at 3:31 PM, Chandra Seetharaman
> > <sekharan@xxxxxxxxxx> wrote:
> >> 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@xxxxxxxxxx> 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@xxxxxxxxxx
> >>> >> https://www.redhat.com/mailman/listinfo/dm-devel
> >>> >
> >>> > --
> >>> > dm-devel mailing list
> >>> > dm-devel@xxxxxxxxxx
> >>> > https://www.redhat.com/mailman/listinfo/dm-devel
> >>> >
> >>>
> >>> --
> >>> dm-devel mailing list
> >>> dm-devel@xxxxxxxxxx
> >>> https://www.redhat.com/mailman/listinfo/dm-devel
> >>
> >> --
> >> dm-devel mailing list
> >> dm-devel@xxxxxxxxxx
> >> https://www.redhat.com/mailman/listinfo/dm-devel
> >>
> >

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux