[Oracleasm-users] Compiling oracleasm from source ....

Joel Becker Joel.Becker at oracle.com
Thu Jun 15 19:33:58 CDT 2006


On Thu, Jun 15, 2006 at 01:23:19AM -0400, Peter Larsen wrote:
> I'm trying to get OracleAsm compiled under 2.6.16.9; as I need firewire 
> etc. working I took a clean kernel source and did a configuration based 
> on my RHAS4 + needed modules etc.

	Um, I thought RHEL4 worked with firewire just fine.

> However, oracleasm will not compile on this platform. First off, the 
> ./configure fully ignores current kernel and just picks the original 
> redhat supplied kernel. I fixed that by renaming /etc/redhat-release 
> temporarily, but it seems that a structure is out of wack with the 
> current kernel release? I get:

	The configure will always default to the latest distro
kernel-devel if you have it installed.  The
--with-kernel=/usr/src/linux-2... option will force any kernel source
path you like.

>    oracleasm-2.0.0/kernel/transaction_file.c: In function 'TA_write'
>    oracleasm-2.0.0/kernel/transaction_file.c:55: error: structure has no 
> memeber 'i_sem'

	Yes, i_sem got renamed.  There are many parts of the kernel that
have changed.  When SLES10/RHEL5 start coming out, you'll see oracleasm
fix that up.  As oracleasm is an enterprise-system only thing, I don't
have the time to keep it mainline happy.  Sorry :-(

> I wasn't able to get ocfs2 1.2.1 compiled under 2.6.15.1 where I had 
> oracleasm working before. So I'm in a pinch here ;) What version of the 
> kernel can I use - or is there a quick fix around this issue?

	Again, I could swear RHEL4 firewire was supposed to work.
Otherwise, you're probably going to have problems.  You could try
patching oracleasm up to date, I guess.  the struct backing_dev bits
have changed, i_sem->i_mutex and the associated mutex_lock() calls, etc.

Joel

-- 

"You can get more with a kind word and a gun than you can with
 a kind word alone."
         - Al Capone

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127



More information about the Oracleasm-users mailing list