[elrepo] el6 kmod-ocfs2 & ocfs2-tools packages

Dag Wieers dag at wieers.com
Fri Apr 8 10:26:44 EDT 2011


On Fri, 8 Apr 2011, Mikey Austin wrote:

>> IIRC ocfs2 1.4 does not build on the RHEL6 kernel, and the newer ocfs2 1.6
>> which is its successor is only available with the Unbreakable Enterprise
>> Kernel. (see http://oss.oracle.com/projects/ocfs2/) There is no separate
>> releases, and no separate git.
>
> That is very disappointing.
>
>> I am not sure if we want to follow Oracle in those dark alleys without a
>> flashlight.
>
> Given the aforementioned unfortunate changes in the upstream ocfs2 
> release process, is it likely that there will even be an el6 kmod-ocfs2 
> package?

That's for us (you, me, the community) to decide. There are a number of 
aspects that may influence such a decision: demand, quality, stability, 
upstream, support, workload and resources.

This new situation has some new characteristics:

  - more work to produce

  - no real releases like we were used to before

  - no clear upstream source to track (mainline ? oracle ?)

  - upstream is less interested to help others compete with their
    new offering in the Enterprise Linux space

  - uncertain if we can provide updates in the future for Red Hat's kernel

So is it in our user's best interest to lead them into something that 
might turn into a dead-end, and is it up to us to make that decision for 
them ?

Also a clustered filesystem is somewhat more sensitive than eg. a hardware 
driver. If a new driver no longer builds, the previous might work just 
fine. With a clustered filesystem you may loose (access to) your data.

Is this our responibility ? Honestly, it's a hard question to answer. My 
first feeling always is that we need to give our users the widest set of 
options, but given all the other items we may not be helping them in the 
long run. Again, is it up to us to decide ? I think not.

But then there's the question about workload, and tracking new releases, 
and the new complexity. And we would need people to test those releases as 
well because we have no setup to test new releases.

If the new strategy by Oracle is not putting you off, maybe you can help 
us with the kmod-ocfs2 RPM packages in the future ? It's always useful to 
have someone in the field leading such an effort.

Would you be willing to help ?

-- 
-- dag wieers, dag at wieers.com, http://dag.wieers.com/
-- dagit linux solutions, info at dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]



More information about the elrepo mailing list