Hi, Here is the output: multipath -l 3600508b300930230a7495ae1b9500074 [size=1 TB][features="0"][hwhandler="0"] \_ round-robin 0 [enabled] \_ 0:0:0:1 sda 8:0 [active] \_ round-robin 0 [enabled] \_ 1:0:0:1 sdb 8:16 [active] \_ round-robin 0 [enabled] \_ 2:0:0:1 sdc 8:32 [active] \_ round-robin 0 [enabled] \_ 3:0:0:1 sdd 8:48 [active] A map was created: /dev/mapper/3600508b300930230a7495ae1b9500074 with regards, Julian Name: Julian Rogan Role: Unix Server Analyst Department: Enterprise Hosting Regional Group: Unilever Europe IT Services Telephone : +44 (0) 1244 50 1356 Mobile: +44 (0) 7876 390715 Office Base: Unity House, St Davids Park, Ewloe, UK. CH5 3XT Unilever U.K. Central Resources Limited Registered in England & Wales; Company No 29140 Registered Office: Unilever House, Blackfriars, London, EC4P 4BQ -----Original Message----- From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx] On Behalf Of Benjamin Marzinski Sent: Tuesday, February 19, 2008 7:23 PM To: device-mapper development Subject: Re: multipath errors on first set-up On Mon, Feb 18, 2008 at 04:42:27PM -0000, Rogan, Julian wrote: > Hi, > Thanks for the reply. > > I have fixed the invaliud messages output by installed the 64 bit > version of multipath. > I have re-tried the build stage but the mpathX device file is still > not being created. > > Here is the output: > > output from multipath -v4 > > > cciss!c0d0 blacklisted > dm-0 blacklisted > dm-1 blacklisted > dm-2 blacklisted > dm-3 blacklisted > dm-4 blacklisted > dm-5 blacklisted > fd0 blacklisted > hda blacklisted > md0 blacklisted > ram0 blacklisted > ram10 blacklisted > ram11 blacklisted > ram12 blacklisted > ram13 blacklisted > ram14 blacklisted > ram15 blacklisted > ram1 blacklisted > ram2 blacklisted > ram3 blacklisted > ram4 blacklisted > ram5 blacklisted > ram6 blacklisted > ram7 blacklisted > ram8 blacklisted > ram9 blacklisted > path sda not found in pathvec > > ===== path sda ===== > bus = 1 > dev_t = 8:0 > size = 3906810493 > vendor = HP > product = MSA VOLUME > rev = 6.86 > h:b:t:l = 0:0:0:1 > tgt_node_name = 0x500508b300930230 > serial = PB9840PX3TF0C0 > path checker = readsector0 (internal default) state = 2 getprio = > (null) (internal default) prio = 1 getuid = /sbin/scsi_id -g -u -s > /block/%n (internal default) uid = 3600508b300930230a7495ae1b9500074 > (callout) path sdb not found in pathvec > > ===== path sdb ===== > bus = 1 > dev_t = 8:16 > size = 3906810493 > vendor = HP > product = MSA VOLUME > rev = 6.86 > h:b:t:l = 1:0:0:1 > tgt_node_name = 0x500508b300930230 > serial = PB9840PX3TJ0FU > path checker = readsector0 (internal default) state = 2 getprio = > (null) (internal default) prio = 1 getuid = /sbin/scsi_id -g -u -s > /block/%n (internal default) uid = 3600508b300930230a7495ae1b9500074 > (callout) path sdc not found in pathvec > > ===== path sdc ===== > bus = 1 > dev_t = 8:32 > size = 3906810493 > vendor = HP > product = MSA VOLUME > rev = 6.86 > h:b:t:l = 2:0:0:1 > tgt_node_name = 0x500508b300930230 > serial = PB9840PX3TF0C0 > path checker = readsector0 (internal default) state = 2 getprio = > (null) (internal default) prio = 1 getuid = /sbin/scsi_id -g -u -s > /block/%n (internal default) uid = 3600508b300930230a7495ae1b9500074 > (callout) path sdd not found in pathvec > > ===== path sdd ===== > bus = 1 > dev_t = 8:48 > size = 3906810493 > vendor = HP > product = MSA VOLUME > rev = 6.86 > h:b:t:l = 3:0:0:1 > tgt_node_name = 0x500508b300930230 > serial = PB9840PX3TJ0FU > path checker = readsector0 (internal default) state = 2 getprio = > (null) (internal default) prio = 1 getuid = /sbin/scsi_id -g -u -s > /block/%n (internal default) uid = 3600508b300930230a7495ae1b9500074 > (callout) # # all paths : > # > 3600508b300930230a7495ae1b9500074 0:0:0:1 sda 8:0 [MSA VOLUME > ] > 3600508b300930230a7495ae1b9500074 1:0:0:1 sdb 8:16 [MSA VOLUME > ] > 3600508b300930230a7495ae1b9500074 2:0:0:1 sdc 8:32 [MSA VOLUME > ] > 3600508b300930230a7495ae1b9500074 3:0:0:1 sdd 8:48 [MSA VOLUME > ] > pgpolicy = failover (internal default) selector = round-robin 0 > (internal default) features = 0 (internal > default) hwhandler = 0 (internal default) 0 3906810493 multipath 0 0 4 > 1 round-robin 0 1 1 8:0 1000 round-robin 0 1 1 8:16 1000 round-robin 0 > 1 1 > 8:32 1000 round-robin 0 1 1 8:48 1000 action preset to 0 action set to > 4 > create: 3600508b300930230a7495ae1b9500074 > [size=1 TB][features="0"][hwhandler="0"] \_ round-robin 0 > \_ 0:0:0:1 sda 8:0 > \_ round-robin 0 > \_ 1:0:0:1 sdb 8:16 > \_ round-robin 0 > \_ 2:0:0:1 sdc 8:32 > \_ round-robin 0 > \_ 3:0:0:1 sdd 8:48 > > message 3600508b300930230a7495ae1b9500074 0 switch_group 1 > > > messages in /var/adm/messages: > > Feb 18 16:32:18 brli036a multipathd: path checkers start up Feb 18 > 16:32:18 brli036a multipathd: multipathd startup succeeded Feb 18 > 16:32:38 brli036a multipathd: 3600508b300930230a7495ae1b9500074: > event checker started > Feb 18 16:32:38 brli036a multipathd: add > 3600508b300930230a7495ae1b9500074 devmap Feb 18 16:32:39 brli036a > multipathd: 8:0: readsector0 checker reports path is up Feb 18 > 16:32:39 brli036a multipathd: 8:0: reinstated Feb 18 16:32:39 brli036a > multipathd: 8:16: readsector0 checker reports path is up Feb 18 > 16:32:39 brli036a multipathd: 8:16: reinstated Feb 18 16:32:39 > brli036a multipathd: 8:32: readsector0 checker reports path is up Feb > 18 16:32:39 brli036a multipathd: 8:32: reinstated > > > I did comment out all of /etc/modules.conf as you suggested before I > restarted, Can you run # multipath -l It looks like a multipath map was created. It's possible that the device nodes weren't created correctly. -Ben > Is there a problem with RHEL 4 QU2? > > with regards, > Julian > Name: Julian Rogan > Role: Unix Server Analyst > Department: Enterprise Hosting > Regional Group: Unilever Europe IT Services Telephone : +44 (0) 1244 > 50 1356 > Mobile: +44 (0) 7876 390715 > Office Base: Unity House, St Davids Park, Ewloe, UK. CH5 3XT Unilever > U.K. Central Resources Limited Registered in England & Wales; Company > No 29140 Registered Office: Unilever House, Blackfriars, London, EC4P > 4BQ > > > -----Original Message----- > From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx] > On Behalf Of Benjamin Marzinski > Sent: Friday, February 15, 2008 8:20 PM > To: device-mapper development > Subject: Re: multipath errors on first set-up > > On Fri, Feb 15, 2008 at 04:22:07PM -0000, Rogan, Julian wrote: > > Hi, > > I am using multipath for the first time with little joy. > > <snip> > > > based on some other documents I made the following changes to > > /etc/multipath.conf > > You can probably leave the entire /etc/multipath.conf commented out. > Everything should just autodetect correctly. > > > I ran > > multipath -v3 to recreate I get the following: > > <snip> > > > device-mapper ioctl cmd 14 failed: Invalid argument > > message 3600508b300930230a7495ae1b9500074 0 switch_group 1 > > failed > > > > Note sure if "path sdX not found in pathvec" relevant > > No, that's supposed to be there. > > > anyway no mpaths have been created. > > > > I hope there is someone out there who can give me some help with > this. > > No chance you can update to a more recent version of RHEL4? > > The device-mapper message means the command you send to device-mapper > didn't work. However, it looks completely sensible. What version of > device-mapper are you using? > > # rpm -q device-mapper > > I'm guessing that you will see something like > device-mapper-1.01.04-1.0.RHEL4 > > device-mapper-multipath-0.4.5-6.0.RHEL4 needs > device-mapper-1.02.* > > Look at things from my side, it definitely seems like RHEL 4.2 says it > uses device-mapper-1.01, which doesn't make any sense, since > device-mapper-multipath-0.4.5-6.0.RHEL4 was definitely compiled > against device-mapper-1.02, and I don't believe that the can both 1.01 > and 1.02 can coexist on a system. > > The easy solution is to upgrade to at least RHEL 4.3 > > If that's impossible, you can try to upgrade device-mapper to > device-mapper-1.02.02-1.0.RHEL4 or later. This might cause all sorts > of dependancy issues. It may be easier to downgrade > device-mapper-multipath to device-mapper-multipath-0.4.5-5.2.RHEL4 > > I'm not sure why this incompatibility exists now, since it obviously > didn't when RHEL 4.2 was originally released. My best guess is that > device-mapper-multipath-0.4.5-6.0.RHEL4 didn't really get released > until RHEL 4.3, but that's just a guess. > > Of course, if you already have device-mapper-1.02.* on your system, > and are still seeing these issues, then something else is going on. > > -Ben > > > with regards, > > Julian Rogan > > > -- > > 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