Thanks Christophe. Are these upgrades in a single place on any site? I tried upgrading the libdevmapper, but had inconsistencies with existing libdevmapper 1.0 (device-mapper-1.00.19-2). I tried deleting the older one, but then I get dependencies on the following rpms. - dmraid-1.0.0.rc5f-rhel4.1.i386 - lvm2-2.00.31-1.0.RHEL4.i386 - dmraid-1.0.0.rc5f-rhel4.1.i386 - lvm2-2.00.31-1.0.RHEL4.i386 If I choose 2nd option, the compilation goes through the initial level, but finally gets stuck at the following place: /******************************************/ make[1]: Entering directory `/usr/src/iscsi/tools/multipath-tools-0.4.4/kpartx' rm -f core *.o *.gz cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o bsd.o bsd.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o dos.o dos.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o kpartx.o kpartx.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o solaris.o solaris.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o unixware.o unixware.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o gpt.o gpt.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o crc32.o crc32.c cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I. -c -o lopart.o lopart.c In file included from lopart.c:29: /usr/include/linux/loop.h:31:2: #error "Wrong dev_t in loop.h" make[1]: *** [lopart.o] Error 1 make[1]: Leaving directory `/usr/src/iscsi/tools/multipath-tools-0.4.4/kpartx' make: *** [recurse] Error 2 /******************************************/ Are the required packages with appropriate version numbers documented anywhere, so that I can download them appropriately? If anyone in your team has faced similar issue, they should be able to suggest a resolution faster - I guess. Thanks in advance, Nitin -----Original Message----- From: christophe varoqui [mailto:christophe.varoqui@xxxxxxx] Sent: Thursday, June 16, 2005 5:20 PM To: Nitin Chandna Subject: RE: Multipath tool for 2.6.9 RHEL 4 U1 You have 2 options : either upgrade your libdevmapper, or #define dm_task_no_open_count(a) to a noop like 'while(0){}' Regards, cvaroqui On jeu, 2005-06-16 at 16:18 +0530, Nitin Chandna wrote: > Hi, > > I am working with testing of iSCSI Initiators and iSCSI targets in > India and was wondering how would multipathing work with iSCSI disks. > > I have the Red Hat's recent RHEL 4 U1 kernel available: > # uname -a > Linux cnitin-linux-6 2.6.9-11.ELsmp #1 SMP Fri May 20 18:26:27 EDT > 2005 i686 > i686 i386 GNU/Linux > > I understand that device-mapper is the kernel component and > multipath-tools is the user space component. My understanding is that > RHEL 4 U1 already has the device mapper integrated. > > I downloaded multipath-tools-0.4.4.tar.bz2 from the URL: > http://christophe.varoqui.free.fr, but during compilation, I am > getting the following error: > /****************************************************/ > [root@cnitin-linux-6 multipath-tools-0.4.4]# make > make[1]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/libmultipath' > rm -f core *.o *.gz > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o memory.o memory.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o parser.o parser.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o vector.o vector.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o devmapper.o > devmapper.c > devmapper.c: In function `dm_prereq': > devmapper.c:24: warning: implicit declaration of function > `dm_task_no_open_count' > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o callout.o callout.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o hwtable.o hwtable.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o blacklist.o > blacklist.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o util.o util.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o dmparser.o dmparser.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o config.o config.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o structs.o structs.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o cache.o cache.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o discovery.o > discovery.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o propsel.o propsel.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o dict.o dict.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o pgpolicies.o > pgpolicies.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o debug.o debug.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o regex.o regex.c > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o defaults.o defaults.c > ar rs libmultipath-glibc.a *.o > make[1]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/libmultipath' > make[1]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/libcheckers' > rm -f core *.o *.gz > cc -c -o readsector0.o readsector0.c > cc -c -o tur.o tur.c > cc -c -o selector.o selector.c > cc -c -o emc_clariion.o emc_clariion.c > ar rs libcheckers-glibc.a *.o > make[1]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/libcheckers' > make[1]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority' > rm -f core *.o *.gz > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -I../libmultipath > -DDEBUG=0 -c -o pp_balance_units.o pp_balance_units.c cc -o > pp_balance_units pp_balance_units.o > ../libmultipath/libmultipath-glibc.a -ldevmapper strip --strip-all -R > .comment -R .note pp_balance_units > make[2]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority/pp_emc' > cc -o pp_emc pp_emc.o > strip --strip-all -R .comment -R .note pp_emc > make[2]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority/pp_emc' > make[2]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority/pp_alua' > cc -o pp_alua main.o rtpg.o > strip --strip-all -R .comment -R .note pp_alua > make[2]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority/pp_alua' > make[1]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/path_priority' > make[1]: Entering directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/devmap_name' > rm -f core *.o *.gz > cc -pipe -g -Wall -Wunused -Wstrict-prototypes -c -o devmap_name.o > devmap_name.c > devmap_name.c: In function `dm_target_type': > devmap_name.c:31: warning: implicit declaration of function > `dm_task_no_open_count' > cc -o devmap_name devmap_name.o -ldevmapper > devmap_name.o(.text+0xb6): In function `dm_target_type': > /usr/src/iscsi/tools/multipath-tools-0.4.4/devmap_name/devmap_name.c:31: > undefined reference to `dm_task_no_open_count' > collect2: ld returned 1 exit status > make[1]: *** [glibc] Error 1 > make[1]: Leaving directory > `/usr/src/iscsi/tools/multipath-tools-0.4.4/devmap_name' > make: *** [recurse] Error 2 > [root@cnitin-linux-6 multipath-tools-0.4.4]# > /****************************************************/ > > How can I overcome this compilation issue? Please let me know if you > will need any more information from me to resolve this issue? > > Regards, > Nitin > > -----Original Message----- > From: christophe varoqui [mailto:christophe.varoqui@xxxxxxx] > Sent: Friday, May 13, 2005 3:17 AM > To: Nitin Chandna > Subject: RE: Multipath tool for 2.6.9 RHEL 4 U1 > > RedHat patches its kernels, so their 2.6.9 might have the adequate DM > fonctionnality for 0.4.4 to compile and run. > > Again, post the build log if you want this thread to go somewhere :) > > Regards, > cvaroqui > > On jeu, 2005-05-12 at 18:15 +0530, Nitin Chandna wrote: > > 0.4.4 was meant for 2.6.10 onwards, whereas I was aiming at 2.6.9 > > RHEL > > 4 U1 kernel, that's where the compilation seems to be failing for > > 0.4.4. Any clue which version would suite the mentioned kernel? > > > > Regards, > > Nitin > > > > -----Original Message----- > > From: Christophe Varoqui [mailto:christophe.varoqui@xxxxxxx] > > Sent: Thursday, May 12, 2005 6:13 PM > > To: Nitin Chandna > > Subject: Re: Multipath tool for 2.6.9 RHEL 4 U1 > > > > Try the lastest stable release : 0.4.4 > > > > Multipath-tools are the userspace part of the Linux multipath > > implementation. The kernel part is a Device Mapper target module. > > > > Regards, > > cvaroqui > > > > On Thu, May 12, 2005 at 05:38:19PM +0530, Nitin Chandna wrote: > > > Hi Christophe, > > > > > > Will be able to suggest the appropriate version of multipath tools > > > for > me? > > > I was also wondering if Device Mapper has the same functionality > > > as multipath tools - though I am sure that is used for making RAID systems. > > > > > > Regards, > > > Nitin > > > > > > -----Original Message----- > > > From: Nitin Chandna [mailto:cnitin@xxxxxxxxx] > > > Sent: Thursday, May 05, 2005 10:58 AM > > > To: 'christophe varoqui' > > > Subject: RE: Multipath tool for 2.6.9 RHEL 4 U1 > > > > > > Hi Christopher, > > > > > > I am planning to test Linux LVM with alternate-path SW from RH > > > Release > > > 4 update 1 with Cisco iSCSI Targets. I was not sure whether the > > > multipath tools are packaged as RPM in this kernel itself. If > > > packaged, then under what name I can search them. > > > I would be grateful, if you can let me know or put me to the > > > concerned person to determine the correct version recommended for > > > Multipath tools by Red Hat. > > > > > > We are currently not trying to do any development on this. > > > > > > Thanks and Regards, > > > Nitin > > > > > > -----Original Message----- > > > From: christophe varoqui [mailto:christophe.varoqui@xxxxxxx] > > > Sent: Thursday, May 05, 2005 4:01 AM > > > To: smithan@xxxxxxxxx > > > Cc: dm-devel@xxxxxxxxxx; 'Nitin Chandna' > > > Subject: Re: Multipath tool for 2.6.9 RHEL 4 U1 > > > > > > On mer, 2005-05-04 at 18:17 +0530, Smitha Narayanaswamy (smithan) wrote: > > > > Hi, > > > > Which is the version of the multipath tool to be used for 2.6.9 > > > > RHEL > > > > 4 > > > > U1 kernel? > > > > > > > Depends on your objectives. > > > > > > If you intend to do useful things with this server, you should > > > stick with to tools version provided by RedHat. > > > > > > On the other hand, if you want to help with the development, you > > > should stick with upstream kernel+udm patches and upstream tools > > > from kernel.org git repository. > > > > > > Regards, > > > -- > > > christophe varoqui <christophe.varoqui@xxxxxxx> > -- > christophe varoqui <christophe.varoqui@xxxxxxx> -- christophe varoqui <christophe.varoqui@xxxxxxx>
