[Ocfs2-users] Problems building ocfs2 rpm on Fedora 9

Sun Jun 29 19:19:18 PDT 2008

OK, thanks, Tao.  My issue is, that I had to use Fedora 9 in order to
get the Firewire technology working. It took me several months to find a
kernel that would recognize my Firewire drive, so I cannot change
kernels at this point.  There has to be somebody out there that is on
Fedora 9 that is attempting to do this as well.

I'll see what others have to say. Again, I appreciate your input!

Regards,
Tina

-----Original Message-----
From: Tao Ma [mailto:tao.ma at oracle.com] 
Sent: Sunday, June 29, 2008 10:16 PM
To: Tina Soles
Cc: Sunil Mushran; ocfs2-users at oss.oracle.com
Subject: Re: [Ocfs2-users] Problems building ocfs2 rpm on Fedora 9

Hi Tina,
	Sorry, I am a not RAC expert. So you may have to wait for
Sunil's 
suggestion for it.
	If you are using Oracle RAC, according to 
http://oss.oracle.com/projects/ocfs2/, only ocfs-1.2.* are certified. 
The ocfs2 shipped with Fedora 9 may not suitable for a RAC installation.

Regards,
Tao

Tina Soles wrote:
> Thanks, Tao.
> 
> I'm using Fedora 9 (uname -r = 2.6.25-14.fc9.i686), which supposedly
has
> ocfs2 as part of the native kernel.  I am following instructions from
>
http://www.oracle.com/technology/pub/articles/hunter_rac10gr2_2.html#16,
> as I am attempting to install an Oracle RAC system.  These
instructions
> state that the datavolume option is required for this RAC
configuration.
> How can I work around this? That is what I need to know.  Any ideas?
> 
> Thank you!
> 
> -----Original Message-----
> From: Tao Ma [mailto:tao.ma at oracle.com] 
> Sent: Sunday, June 29, 2008 9:49 PM
> To: Tina Soles
> Cc: Sunil Mushran; ocfs2-users at oss.oracle.com
> Subject: Re: [Ocfs2-users] Problems building ocfs2 rpm on Fedora 9
> 
> Hi Tina,
> 	datavolume is only used for ocfs2-1.2.* and ocfs2-1.4.* in the
> future 
> if I am correct. It is oracle specific, so the main kernel doesn't
have 
> this mount option.
> 
> Regards,
> Tao
> 
> Tina Soles wrote:
>> Thanks!
>>
>> I installed the tools rpm and the console as well.  I've successfully
>> formatted the ocfs2 system, but when trying to mount it, I'm getting
> the
>> following:
>>
>> #mount -t ocfs2 -o datavolume,nointr /dev/sdb1 /ocfs2/oradata/orcl
>> mount.ocfs2: Invalid argument while mounting /dev/sdb1 on
>> /ocfs2/oradata/orcl
>>
>> Here is dmesg output:
>>
>> OCFS2 Node Manager 1.5.0
>> OCFS2 DLM 1.5.0
>> OCFS2 DLMFS 1.5.0
>> OCFS2 User DLM kernel interface loaded
>> OCFS2 Node Manager 1.5.0
>> OCFS2 DLM 1.5.0
>> OCFS2 DLMFS 1.5.0
>> OCFS2 User DLM kernel interface loaded
>> OCFS2 1.5.0
>> (19226,0):ocfs2_parse_options:870 ERROR: Unrecognized mount option
>> "datavolume" or missing value
>>
>> I googled this, and after researching it, I'm still not quite sure
> what
>> to do. Is it ok to use the mount command above without the
>> datavolume,nointr parameters? If so, then do I have to include
> something
>> in init.ora? I'm a bit confused. Any help you can give me would be
>> appreciated, as I am brand new to all of this.
>>
>> My versions are:
>>
>> # rpm -qa | grep ocfs2
>> ocfs2console-1.3.9-8.20080221git.fc10.i386
>> ocfs2-tools-1.3.9-8.20080221git.fc10.i386
>>
>> # find /lib/modules/`uname -r` -name \*ocfs2\*
>> /lib/modules/2.6.25-14.fc9.i686/kernel/fs/ocfs2
>>
>
/lib/modules/2.6.25-14.fc9.i686/kernel/fs/ocfs2/cluster/ocfs2_nodemanage
>> r.ko
>> /lib/modules/2.6.25-14.fc9.i686/kernel/fs/ocfs2/ocfs2.ko
>> /lib/modules/2.6.25-14.fc9.i686/kernel/fs/ocfs2/dlm/ocfs2_dlmfs.ko
>> /lib/modules/2.6.25-14.fc9.i686/kernel/fs/ocfs2/dlm/ocfs2_dlm.ko
>>
>> #./o2cb status
>> Module "configfs": Loaded
>> Filesystem "configfs": Mounted
>> Module "ocfs2_nodemanager": Loaded
>> Module "ocfs2_dlm": Loaded
>> Module "ocfs2_dlmfs": Loaded
>> Filesystem "ocfs2_dlmfs": Mounted
>> Checking O2CB cluster ocfs2: Online
>> Heartbeat dead threshold = 31
>>   Network idle timeout: 30000
>>   Network keepalive delay: 2000
>>   Network reconnect delay: 2000
>>
>> Thanks in advance!
>>
>> -----Original Message-----
>> From: Sunil Mushran [mailto:Sunil.Mushran at oracle.com] 
>> Sent: Friday, June 27, 2008 4:57 PM
>> To: Tina Soles
>> Cc: ocfs2-users at oss.oracle.com
>> Subject: Re: [Ocfs2-users] Problems building ocfs2 rpm on Fedora 9
>>
>> ocfs2 fs module is shipped with the kernel. So no need to worry
there.
>>
>> $ find /lib/modules/`uname -r` -name \*ocfs2\*
>> Should return you 4 modules... fs, dlm, nm and userdlm.
>>
>> The ocfs2-tools rpm should be available tomorrow for download.
>> Fingers crossed.
>>
>> Tina Soles wrote:
>>> Thanks for the reply. Can you be more specific and give me the exact

>>> name of the native Fedora 9 rpm(s) that I need for ocfs2 and
>> ocfs2-tools?
>>> Thanks.
>>>
>
------------------------------------------------------------------------
>>> *From:* Sunil Mushran [mailto:Sunil.Mushran at oracle.com]
>>> *Sent:* Fri 6/27/2008 1:16 PM
>>> *To:* Tina Soles
>>> *Cc:* ocfs2-users at oss.oracle.com
>>> *Subject:* Re: [Ocfs2-users] Problems building ocfs2 rpm on Fedora 9
>>>
>>> Fedora ships ocfs2 fs modules natively. You don't have to do all
> this.
>>> What is missing is the tools rpm.
>>>
>>> But the good news is that that should be available any day now....
>>> literally speaking.
>>>
>>> Tina Soles wrote:
>>>> Hello,
>>>>
>>>> I'm brand new to RAC and ocfs2. I need to install ocfs2, but there
>> is
>>>> no distribution for Fedora 9, for kernel 2.6.25-14.fc9.i686.
>>>>
>>>> I have obtained the ocfs2-1.3.9-0.1.tar.gz source file, unzipped,
it
>>>> and am following the instructions found here:
>>>>
>
http://oss.oracle.com/projects/ocfs2/dist/documentation/ocfs2_faq.html#B
>> UILD
>>>> My .rpmmacros file looks like this: (the /usr/src/redhat and all
>>>> subdirectories exist)
>>>>
>>>> %_topdir /usr/src/redhat
>>>>
>>>> %_tmppath /usr/src/redhat/tmp
>>>>
>>>> %_sourcedir /usr/src/redhat/SOURCES
>>>>
>>>> %_specdir /usr/src/redhat/SPECS
>>>>
>>>> %_srcrpmdir /usr/src/redhat/SRPMS
>>>>
>>>> %_rpmdir /usr/src/redhat/RPMS
>>>>
>>>> %_builddir /usr/src/redhat/BUILD
>>>>
>>>> I'm logged in as root.
>>>>
>>>> Here's a list of my kernel* packages installed:
>>>>
>>>> kernel.i686 2.6.25-14.fc9 installed
>>>>
>>>> kernel-PAE-devel.i686 2.6.25.6-55.fc9 installed
>>>>
>>>> kernel-devel.i686 2.6.25-14.fc9 installed
>>>>
>>>> kernel-devel.i586 2.6.25.6-55.fc9 installed
>>>>
>>>> kernel-headers.i386 2.6.25.6-55.fc9 installed
>>>>
>>>> kernel-xen-devel.i686 2.6.25.3-2.fc9 installed
>>>>
>>>> kerneloops.i386 0.10-11.fc9 installed
>>>>
>>>> Here's the contents of /usr/src/kernels:
>>>>
>>>> drwxr-xr-x 19 root root 4096 2008-06-26 13:11 2.6.25-14.fc9.i686
>>>>
>>>> drwxr-xr-x 19 root root 4096 2008-06-26 14:34
>> 2.6.25.3-2.fc9.i686.xen
>>>> drwxr-xr-x 19 root root 4096 2008-06-26 14:37 2.6.25.6-55.fc9.i586
>>>>
>>>> drwxr-xr-x 19 root root 4096 2008-06-26 14:33
>> 2.6.25.6-55.fc9.i686.PAE
>>>> When I attempt to issue ./vendor/rhel5/kernel.guess targets, it 
>>> returns me back to the # prompt with no output. I think this is 
>>> indicative of my problem, but I'm not sure what to do!
>>>> I can run ./configure with no problem (see below), but when I
>> attempt
>>>> to execute the make statement, I get "make: *** No rule to make
>> target
>>>> 'rhel5_2.6.25-14.fc9_rpm'. Stop." (see below).
>>>>
>>>> Has anyone successfully built this on Fedora 9, or does anyone have
>>>> any suggestions?
>>>>
>>>> #./configure --with-kernel=/usr/src/kernels/2.6.25-14.fc9.i686
>>>>
>>>> checking build system type... i686-pc-linux-gnu
>>>>
>>>> checking host system type... i686-pc-linux-gnu
>>>>
>>>> checking for gcc... gcc
>>>>
>>>> checking for C compiler default output file name... a.out
>>>>
>>>> checking whether the C compiler works... yes
>>>>
>>>> checking whether we are cross compiling... no
>>>>
>>>> checking for suffix of executables...
>>>>
>>>> checking for suffix of object files... o
>>>>
>>>> checking whether we are using the GNU C compiler... yes
>>>>
>>>> checking whether gcc accepts -g... yes
>>>>
>>>> checking for gcc option to accept ANSI C... none needed
>>>>
>>>> checking how to run the C preprocessor... gcc -E
>>>>
>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>
>>>> checking whether ln -s works... yes
>>>>
>>>> checking for egrep... grep -E
>>>>
>>>> checking for ANSI C header files... yes
>>>>
>>>> checking for an ANSI C-conforming const... yes
>>>>
>>>> checking for vendor... not found
>>>>
>>>> checking for vendor kernel... not supported
>>>>
>>>> checking for debugging... no
>>>>
>>>> checking for directory with kernel build tree...
>>>> /usr/src/kernels/2.6.25-14.fc9.i686
>>>>
>>>> checking for kernel version... 2.6.25-14.fc9.i686
>>>>
>>>> checking for directory with kernel sources...
>>>> /usr/src/kernels/2.6.25-14.fc9.i686
>>>>
>>>> checking for kernel source version... 2.6.25-14.fc9.i686
>>>>
>>>> checking for struct delayed_work in workqueue.h... yes
>>>>
>>>> checking for uninitialized_var() in compiler-gcc4.h... yes
>>>>
>>>> checking for zero_user_page() in highmem.h... no
>>>>
>>>> checking for do_sync_mapping_range() in fs.h... yes
>>>>
>>>> checking for fault() in struct vm_operations_struct in mm.h... yes
>>>>
>>>> checking for f_path in fs.h... yes
>>>>
>>>> checking for enum umh_wait in kmod.h... yes
>>>>
>>>> checking for inc_nlink() in fs.h... yes
>>>>
>>>> checking for drop_nlink() in fs.h... yes
>>>>
>>>> checking for kmem_cache_create() with dtor arg in slab.h... no
>>>>
>>>> checking for flag FS_RENAME_DOES_D_MOVE in fs.h... yes
>>>>
>>>> checking for enum FS_OCFS2 in sysctl.h... yes
>>>>
>>>> checking for configfs_depend_item() in configfs.h... no
>>>>
>>>> checking for register_sysctl() with two args in sysctl.h... no
>>>>
>>>> checking for su_mutex in struct configfs_subsystem in configfs.h...
>> yes
>>>> checking for struct subsystem in kobject.h... no
>>>>
>>>> checking for is_owner_or_cap() in fs.h... yes
>>>>
>>>> checking for fallocate() in fs.h... yes
>>>>
>>>> checking for struct splice_desc in splice.h... yes
>>>>
>>>> checking for MNT_RELATIME in mount.h... yes
>>>>
>>>> checking for should_remove_suid() in fs.h... no
>>>>
>>>> checking for generic_segment_checks() in fs.h... no
>>>>
>>>> checking for s_op declared as const in struct super_block in
fs.h...
>> yes
>>>> checking for i_op declared as const in struct inode in fs.h... yes
>>>>
>>>> checking for f_op declared as const in struct file in fs.h... yes
>>>>
>>>> checking for a_ops declared as const in struct address_space in
>>>> fs.h... yes
>>>>
>>>> checking for aio_read() in struct file_operations using iovec in
>>>> fs.h... yes
>>>>
>>>> checking for __splice_from_pipe() in splice.h... yes
>>>>
>>>> checking for old bio_end_io_t in bio.h... no
>>>>
>>>> checking for b_size is u32 struct buffer_head in buffer_head.h...
no
>>>>
>>>> checking for exportfs.h... yes
>>>>
>>>> checking for linux/lockdep.h... yes
>>>>
>>>> checking for mandatory_lock() in fs.h... yes
>>>>
>>>> checking for range prefix in struct writeback_control... yes
>>>>
>>>> checking for SYNC_FILE_RANGE flags... yes
>>>>
>>>> checking for blkcnt_t in types.h... yes
>>>>
>>>> checking for i_private in struct inode... yes
>>>>
>>>> checking for page_mkwrite in struct vm_operations_struct... yes
>>>>
>>>> checking for get_sb_bdev() with 5 arguments in fs.h... no
>>>>
>>>> checking for read_mapping_page in pagemap.h... yes
>>>>
>>>> checking for ino_t in filldir_t in fs.h... no
>>>>
>>>> checking for invalidatepage returning int in fs.h... no
>>>>
>>>> checking for get_blocks_t type... no
>>>>
>>>> checking for linux/uaccess.h... yes
>>>>
>>>> checking for system_utsname in utsname.h... no
>>>>
>>>> checking for MS_LOOP_NO_AOPS flag defined... no
>>>>
>>>> checking for fops->sendfile() in fs.h... no
>>>>
>>>> checking for task_pid_nr in sched.h... yes
>>>>
>>>> configure: creating ./config.status
>>>>
>>>> config.status: creating Config.make
>>>>
>>>> config.status: creating vendor/rhel5/ocfs2.spec-generic
>>>>
>>>> config.status: creating vendor/suse-kmp/ocfs2.spec-generic
>>>>
>>>> #make rhel5_2.6.25-14.fc9_rpm
>>>>
>>>> make: *** No rule to make target `rhel5_2.6.25-14.fc9_rpm'. Stop.
>>>>
>>>> My problem
>>>>
>>>> Tina Soles
>>>>
>>>> Senior Analyst
>>>>
>>>> STR Software <http://www.strsoftware.com/>
>>>>
>>>> 11505 Allecingie Parkway
>>>> Richmond, VA 23235
>>>> email. tina.soles at strsoftware.com
>> <mailto:troy.duval at strsoftware.com>
>>>> phone. 804.897.1600
>>>> fax. 804.897.1638
>>>>
>>>> web. www.strsoftware.com <http://www.strsoftware.com/>
>>>>
>>>>
>
------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Ocfs2-users mailing list
>>>> Ocfs2-users at oss.oracle.com
>>>> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>>
>> _______________________________________________
>> Ocfs2-users mailing list
>> Ocfs2-users at oss.oracle.com
>> http://oss.oracle.com/mailman/listinfo/ocfs2-users