[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] gfs2 setting quota problem



ok, but why gfs2_quota works fine in "real" env and errors/warnings only
appera in "chroot" env then... If this is a issue of binaries I should
have seen them in both real and "chroot" env, right?

Steven Whitehouse pisze:
> Hi,
>
> On Mon, 2011-05-16 at 13:29 +0200, mr wrote:
>   
>> Hello,
>> No, I don't think so...
>>
>> Anyway I was able to finally set the quotes on my FS after two fails. I
>> rebooted the server and moved the mounting point from /tmp/test to
>> /mnt/test... It seems real strange to me but it worked. I can not find
>> any reasonable explanation of that.... As I saw in strace gfs2 uses
>> /tmp/ to mount its meta so maybe it was sth with  that...
>>
>>     
> Possibly...
>
>   
>> The other thing is I'm trying to use gfs2_quota in chroot env. After
>> some tests and changes I'm able to use gfs2_quota get command without
>> any errors but gfs2_quota limit and gfs2_quota warn make some error
>> although it works...
>>
>> "Warning: This filesystem doesn't seem to have the new quota list format
>> or the quota list is corrupt. list, check and init operation performance
>> will suffer due to this. It is recommended that you run the 'gfs2_quota
>> reset' operation to reset the quota file. All current quota information
>> will be lost and you will have to reassign all quota limits and warnings"
>>
>>     
> That sounds like a pretty old version of gfs2_quota.
>
>   
>> In "real" env everything is ok, without any errors. I have already mount
>> /dev, /proc and /sys in chroot env...
>>
>> I have noticed  in strace output that the salt in chroot env is not
>> being generated during quota tasks: fg.
>>
>> good ("real"):
>> oldumount("/tmp/.gfs2meta.4Hd5aR")
>>
>> bad:
>> oldumount("/tmp/.gfs2meta")
>>
>> I think sth is missing.... Any ideas?
>>
>>     
> One of the problems with CentOS is that it doesn't have our more recent
> fixes. If you used Fedora or another more uptodate distro then this
> problem should have long since been fixed. Also with the latest Fedora
> (Abhi should be able to confirm the exact version) then the standard
> system quota tools are available to use with GFS2.
>
> The plan is to get rid of gfs2_quota (probably fairly shortly in Fedora,
> but it will stay much longer in RHEL - until the end of the release, of
> course) and use exclusively the system quota-tools package,
>
> Steve.
>
>   
>> Abhijith Das pisze:
>>     
>>> ----- Original Message -----
>>>   
>>>       
>>>> From: "mr" <mra webtel pl>
>>>> To: "linux clustering" <linux-cluster redhat com>
>>>> Sent: Tuesday, May 10, 2011 1:06:38 AM
>>>> Subject: Re: [Linux-cluster] gfs2 setting quota problem
>>>> Hi,
>>>> Steven Whitehouse pisze:
>>>>     
>>>>         
>>>>> Hi,
>>>>>
>>>>> On Mon, 2011-05-09 at 15:32 +0200, mr wrote:
>>>>>
>>>>>       
>>>>>           
>>>>>> Hello,
>>>>>> I'm having problem to init gfs2 quota on my existing FS.
>>>>>>
>>>>>> I have 2TB gfs2 FS which is being used in 50%. I have decided to
>>>>>> set up
>>>>>> quotas. Setting warning and limit levels seemed OK - no errors
>>>>>> (athought
>>>>>> I had to reset all my existing setting gfs2_quota reset...) New
>>>>>> quota
>>>>>> calculation ends with the following error:
>>>>>>
>>>>>> gfs2_quota: Couldn't mount /tmp/.gfs2meta.WUXfKC : Invalid argument
>>>>>>
>>>>>>
>>>>>>         
>>>>>>             
>>>>> Are you using selinux? The gfs2_quota tool tries to mount the GFS2
>>>>> metafs in order to make the changes that you requested. For some
>>>>> reason
>>>>> it seems this mount is failing.
>>>>>
>>>>>       
>>>>>           
>>>> Selinux is diabled. I'm also able to mount gfs2meta manually.
>>>>     
>>>>         
>>>>>> Getting some quota values fails - I'm always getting "value: 0.0"
>>>>>> :(
>>>>>>
>>>>>> I have no idea what is wrong... Sombody could help? thx in advance
>>>>>>
>>>>>> Details:
>>>>>> 2.6.18-194.11.1.el5
>>>>>> /tmp/test type gfs2
>>>>>> (rw,noatime,lockproto=lock_nolock,localflocks,localcaching,quota=on)
>>>>>> gfs2-utils.i386 0.1.62-28.el5_6.1
>>>>>> kmod-gfs.i686 0.1.34-2.el5
>>>>>> cman.i386 2.0.98-1.el5_3.4
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>         
>>>>>>             
>>>>> Is this CentOS or a real RHEL installation?
>>>>>
>>>>>       
>>>>>           
>>>> Centos.
>>>>     
>>>>         
>>>>> Steve.
>>>>>
>>>>>       
>>>>>           
>>> Hi,
>>>
>>> I found this bz: https://bugzilla.redhat.com/show_bug.cgi?id=459630, but the package versions you list are pretty recent and this was fixed quite a while ago. Are there any older gfs2-utils bits lying around?
>>>
>>> I'd like to see the strace of the gfs2_quota command that triggers the meta-mount error. Please also include the command line in your output.
>>>
>>> Thanks!
>>> --Abhi
>>>
>>> --
>>> Linux-cluster mailing list
>>> Linux-cluster redhat com
>>> https://www.redhat.com/mailman/listinfo/linux-cluster
>>>
>>>   
>>>       
>>     
>
>
> --
> Linux-cluster mailing list
> Linux-cluster redhat com
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
>   


-- 
mr


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]