[Ocfs2-users] No space left on device error, older kernels?

Antonis Kopsaftis akops at edu.teiath.gr
Wed Oct 27 14:09:59 PDT 2010


Hello,

Even if 2.6.18 is a too old kernel, its then kernel thats its been used
by the current production running
versions (5.x) of redhat enterprise distros (and all his branches:
centos, SL , ...).

So i believe there a big group of people who are using distro like them
with 2.6.18 kernels and like me have production
machines running OCFS2.
So according to your words, we have to wait for EL6.
In my opinion this is not a very realistic option, as
a) there is not any official announcement for the time that SL6 will be
release (stable version, not betas)
b) even if SL6 will be released shortly, upgrading our production
machines (or even reinstalling them) its not such a easy task.

The current bug of OCFS2 about the "not space left on device" its a very
serious thing, according to my opinion. Its a very good
reason for not using OCFS2 if your machines are using redhat-like distros.

Regards,
Kopsaftis Antonis


On 27/10/2010 8:20 μμ, Sunil Mushran wrote:
> That kernel is 2.6.18 based. Too old. It's a lot of work. Specially in
> testing. We'd rather utilise our resources on releasing this on EL6.
>
> OCFS2 on EL6 will have all features that 1.6 has.
>
> On 10/27/2010 10:12 AM, Mick Waters wrote:
>> Hi Sunil,
>>
>> Will you be porting this to the latest RHEL 5 kernel?  We don't all have UEL.
>>
>> Regards,
>>
>> Mick.
>>
>> -----Original Message-----
>> From: ocfs2-users-bounces at oss.oracle.com [mailto:ocfs2-users-bounces at oss.oracle.com] On Behalf Of Sunil Mushran
>> Sent: 27 October 2010 17:49
>> To: Ronald Moesbergen
>> Cc: ocfs2-users at oss.oracle.com
>> Subject: Re: [Ocfs2-users] No space left on device error, older kernels?
>>
>> We don't backport features to older mainline kernels. We do it only for production kernels but that too within reason.
>>
>> This feature is available in OCFS2 1.6 with UEK (2.6.32 based kernel) on OL5.
>>
>> http://www.oracle.com/us/technologies/linux/ubreakable-enterprise-kernel-linux-173350.html
>>
>> http://oss.oracle.com/projects/ocfs2/
>>
>> On 10/27/2010 08:07 AM, Ronald Moesbergen wrote:
>>> Hello,
>>>
>>> Regarding the "no space" issue below: the fix is the discontig-bg
>>> feature added in 2.6.35. Will this be backported to earlier kernels
>>> (as a stable update, for example) or does everyone seeing this issue
>>> have to upgrade to 2.6.35 or later? I'm asking because I'm seeing this
>>> issue too, but am unable to upgrade to anything newer than 2.6.34.7
>>> because of xen kernel incompatibilities.
>>>
>>> Regards,
>>> Ronald.
>>>
>>>> On 09/21/2010 04:52 PM, Alexander Barton wrote:
>>>>> Hi Tao!
>>>>>
>>>>> Am 09.09.2010 um 02:29 schrieb Tao Ma:
>>>>>
>>>>>> btw, I may commit the ocfs2-tools patches recently, and you can try it with 2.6.35.
>>>>> Ok, now we are seeing the problem again and want to try a new kernel
>>>>> and the new OCFS2 tools - there aren't that much files left we could
>>>>> delete instead ...
>>>>>
>>>>> So kernel 2.6.35.4 would be ok?
>>>> It should work.
>>>>> And OCFS2 tools from the GIT master branch? Or a special tag? There is no archive or release, right?
>>> I>   have already committed the patches to ocfs2-tools.
>>>> So you can get from
>>>> git clone git://oss.oracle.com/git/ocfs2-tools.git
>>>> I guess there is no release for it yet.
>>>>> So are there any special steps we have to follow? Do some magic fsck.ocfs2 runs? Splashing chicken blood on moonlight? ...? Or is simply installing the new kernel and the new>tools enough and "everything" should be working fine again afterwards?
>>>> No need for fsck.ocfs2.
>>>> Just do tunefs.ocfs2 --fs-features=discontig-bg /dev/sdx(which means
>>>> you have to umount the volume from all the nodes first) and mount it
>>>> again and it should work. any problem, please let us know. Thanks.
>>>>
>>>> Make sure you see 'discontig-bg' in the output of following cmd.
>>>> echo 'stats'|debugfs.ocfs2 /dev/sdx|grep Incompat
>>>>
>>>>> Thanks for your support!
>>>> no problem.
>>>>
>>>> Regards,
>>>> Tao
>>> _______________________________________________
>>> 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
>
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>



More information about the Ocfs2-users mailing list