Re: [Gluster-users] Usage not updating in quotas

2022-04-28 Thread Amar Tumballi
On Thu, Apr 28, 2022 at 11:14 AM Diego Zuccato 
wrote:

> Hello Amar.
>
> Maybe I missed something, but does that mean that if I upgrade from 9.5
> to 10 I lose the quota? Seems too strange to be true...
>
>
Sorry if my message confused anyone.   I was talking about a new (and
improved IMHO) quota feature called simple-quota (more on this @
https://github.com/gluster/glusterfs/issues/1774), which made it into
development branch now.

No impact on anyone using Quota with the current version. The current quota
implementation would not be impacted even after one moving to v11. This
feature is completely external to existing quota, and would need to be
implemented on a new volume when started.

Regards,
Amar


> Tks,
>   Diego
>
> Il 28/04/2022 07:12, Amar Tumballi ha scritto:
> > Hi Alan, Strahil,
> >
> > On Thu, Apr 28, 2022 at 3:50 AM Strahil Nikolov  > > wrote:
> >
> > @Amar,
> >
> > did the quota feature reach Gluster v10 ?
> >
> >
> > It got merged in the development branch (ie, confirmed on v11). As per
> > our release policy, it wouldn't make it to v10 as its a feature. Anyone
> > wanting to test it, experiment with it should build from nightly or
> > development branch for now.
> >
> > Regards,
> > Amar
> >
> > On Tue, Apr 26, 2022 at 12:09, Alan Orth
> > mailto:alan.o...@gmail.com>> wrote:
> >
> >
> > 
> >
> >
> >
> > Community Meeting Calendar:
> >
> > Schedule -
> > Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> > Bridge: https://meet.google.com/cpu-eiue-hvk
> > Gluster-users mailing list
> > Gluster-users@gluster.org
> > https://lists.gluster.org/mailman/listinfo/gluster-users
>
> --
> Diego Zuccato
> DIFA - Dip. di Fisica e Astronomia
> Servizi Informatici
> Alma Mater Studiorum - Università di Bologna
> V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
> tel.: +39 051 20 95786
>


-- 
--
https://kadalu.io
Container Storage made easy!




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2022-04-27 Thread Diego Zuccato

Hello Amar.

Maybe I missed something, but does that mean that if I upgrade from 9.5 
to 10 I lose the quota? Seems too strange to be true...


Tks,
 Diego

Il 28/04/2022 07:12, Amar Tumballi ha scritto:

Hi Alan, Strahil,

On Thu, Apr 28, 2022 at 3:50 AM Strahil Nikolov > wrote:


@Amar,

did the quota feature reach Gluster v10 ?


It got merged in the development branch (ie, confirmed on v11). As per 
our release policy, it wouldn't make it to v10 as its a feature. Anyone 
wanting to test it, experiment with it should build from nightly or 
development branch for now.


Regards,
Amar

On Tue, Apr 26, 2022 at 12:09, Alan Orth
mailto:alan.o...@gmail.com>> wrote:






Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2022-04-27 Thread Amar Tumballi
Hi Alan, Strahil,

On Thu, Apr 28, 2022 at 3:50 AM Strahil Nikolov 
wrote:

> @Amar,
>
> did the quota feature reach Gluster v10 ?
>
>
It got merged in the development branch (ie, confirmed on v11). As per our
release policy, it wouldn't make it to v10 as its a feature. Anyone wanting
to test it, experiment with it should build from nightly or development
branch for now.

Regards,
Amar


> On Tue, Apr 26, 2022 at 12:09, Alan Orth
>  wrote:
>
>




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2022-04-26 Thread Alan Orth
Dear Amar and list,

Coming back to this again a few months later. We have a need for quotas so
I'm curious to hear if anything has changed in Gluster or the wider
ecosystem. What do people use for quotas? We are currently on Gluster 9.5
and will be moving to Gluster 10 once we complete our CentOS Stream 8
migration.

Thank you,

On Tue, Sep 14, 2021 at 3:45 PM Alan Orth  wrote:

> Thank you for the feedback, Amar!
>
> This is the first time I'm hearing of the Kadalu project. I will keep an
> eye on that as well as Gluster 10.
>
> Cheers,
>
> On Thu, Sep 9, 2021 at 10:30 AM Amar Tumballi  wrote:
>
>>
>>
>> On Thu, Sep 9, 2021 at 11:13 AM Alan Orth  wrote:
>>
>>> For what it's worth, I disabled quotas and re-enabled them. This of
>>> course caused the limits I had set to be erased and GlusterFS to re-run the
>>> find/stat on all bricks. Once it finished I was able to add a limit and it
>>> was finally accurate.
>>>
>>> I'm still hoping someone can comment about this. Is it normal, what is
>>> the status of quotas in GlusterFS 8.x, is there maintenance I should do,
>>> etc?
>>>
>>>
>> Glad to hear that it worked for you. In general, Quota feature is
>> maintained not actively but based on any critical or CVE bug fixes right
>> now.
>>
>> We needed quota feature for the kadalu project (https://kadalu.io or
>> https://github.com/kadalu/kadalu), for which the crawling quota update
>> turned out to be a major bottleneck. Hence we came up with 'simple-quota'
>> approach which is based on ideas previously discussed around project quotas
>> etc. The feature is already developed and used in kadalu releases, but
>> waiting reviews in glusterfs. Hopefully would make it to glusterfs-10.
>>
>>
>>> Thank you,
>>>
>>> On Thu, Sep 2, 2021 at 1:42 PM Alan Orth  wrote:
>>>
 Yesterday I noticed that there were still several find / stat processes
 running on this node (there are two bricks for this volume on this host)
 after enabling quotas:

 # ps auxw | grep stat
 root  5875  0.0  0.0 112812   976 pts/0S+   13:28   0:00 grep
 --color=auto stat
 root 19846  3.9  0.0 121804  2624 ?SAug31  52:49
 /usr/bin/find . -exec /usr/bin/stat {} \ ;
 root 19856  3.1  0.0 121784  2536 ?SAug31  42:02
 /usr/bin/find . -exec /usr/bin/stat {} \ ;

 I waited for them to finish, but my quota information is still
 incorrect for the two directories I have enabled it on. I ran the
 quota_fsck.py script on two different hosts and every time it runs it has a
 different number of objects fixed:

 # ./quota_fsck.py --sub-dir aorth --fix-issues /mnt/homes-quota-fix
 /data/glusterfs/sdc/homes

 MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
 stat on /mnt/homes-quota-fix/aorth
 Files verified : 9160
 Directories verified : 4670
 Objects Fixed : 2920

 MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
 stat on /mnt/homes-quota-fix/aorth
 Files verified : 9160
 Directories verified : 4670
 Objects Fixed : 3487

 MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
 stat on /mnt/homes-quota-fix/aorth
 Files verified : 9160
 Directories verified : 4670
 Objects Fixed : 3486

 What's going on here?

 Thank you for any help...

 On Wed, Sep 1, 2021 at 10:41 AM Alan Orth  wrote:

> Dear list,
>
> I enabled quotas and set hard limits for several directories on a
> distribute–replicate replica 2 volume yesterday. After setting the limits 
> I
> did a du, a find/stat, and a recursive ls on the paths on the FUSE mount.
> The usage reported in `gluster volume quota  list` initially began
> to update, but now it's been about twelve hours and the reported usage is
> still much lower than actual usage.
>
> GlusterFS version 8.5 on CentOS 7. How can I force the quotas to
> update?
>
> Thank you,
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://picturingjordan.com
> https://englishbulgaria.net
> https://mjanja.ch
>


 --
 Alan Orth
 alan.o...@gmail.com
 https://picturingjordan.com
 https://englishbulgaria.net
 https://mjanja.ch

>>>
>>>
>>> --
>>> Alan Orth
>>> alan.o...@gmail.com
>>> https://picturingjordan.com
>>> https://englishbulgaria.net
>>> https://mjanja.ch
>>> 
>>>
>>>
>>>
>>> Community Meeting Calendar:
>>>
>>> Schedule -
>>> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
>>> Bridge: https://meet.google.com/cpu-eiue-hvk
>>> Gluster-users mailing list
>>> Gluster-users@gluster.org
>>> https://lists.gluster.org/mailman/listinfo/gluster-users
>>>
>>
>>
>> --
>> --
>> https://kadalu.io
>> Container Storage made easy!
>>
>>
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://picturingjordan.com
> https://englishbulgaria.net
> https://mjanja.ch
>


-- 
Alan Orth
alan.o...@gmail.com
https://picturingjordan.com

Re: [Gluster-users] Usage not updating in quotas

2021-09-14 Thread Alan Orth
Thank you for the feedback, Amar!

This is the first time I'm hearing of the Kadalu project. I will keep an
eye on that as well as Gluster 10.

Cheers,

On Thu, Sep 9, 2021 at 10:30 AM Amar Tumballi  wrote:

>
>
> On Thu, Sep 9, 2021 at 11:13 AM Alan Orth  wrote:
>
>> For what it's worth, I disabled quotas and re-enabled them. This of
>> course caused the limits I had set to be erased and GlusterFS to re-run the
>> find/stat on all bricks. Once it finished I was able to add a limit and it
>> was finally accurate.
>>
>> I'm still hoping someone can comment about this. Is it normal, what is
>> the status of quotas in GlusterFS 8.x, is there maintenance I should do,
>> etc?
>>
>>
> Glad to hear that it worked for you. In general, Quota feature is
> maintained not actively but based on any critical or CVE bug fixes right
> now.
>
> We needed quota feature for the kadalu project (https://kadalu.io or
> https://github.com/kadalu/kadalu), for which the crawling quota update
> turned out to be a major bottleneck. Hence we came up with 'simple-quota'
> approach which is based on ideas previously discussed around project quotas
> etc. The feature is already developed and used in kadalu releases, but
> waiting reviews in glusterfs. Hopefully would make it to glusterfs-10.
>
>
>> Thank you,
>>
>> On Thu, Sep 2, 2021 at 1:42 PM Alan Orth  wrote:
>>
>>> Yesterday I noticed that there were still several find / stat processes
>>> running on this node (there are two bricks for this volume on this host)
>>> after enabling quotas:
>>>
>>> # ps auxw | grep stat
>>> root  5875  0.0  0.0 112812   976 pts/0S+   13:28   0:00 grep
>>> --color=auto stat
>>> root 19846  3.9  0.0 121804  2624 ?SAug31  52:49
>>> /usr/bin/find . -exec /usr/bin/stat {} \ ;
>>> root 19856  3.1  0.0 121784  2536 ?SAug31  42:02
>>> /usr/bin/find . -exec /usr/bin/stat {} \ ;
>>>
>>> I waited for them to finish, but my quota information is still incorrect
>>> for the two directories I have enabled it on. I ran the quota_fsck.py
>>> script on two different hosts and every time it runs it has a different
>>> number of objects fixed:
>>>
>>> # ./quota_fsck.py --sub-dir aorth --fix-issues /mnt/homes-quota-fix
>>> /data/glusterfs/sdc/homes
>>>
>>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>>> stat on /mnt/homes-quota-fix/aorth
>>> Files verified : 9160
>>> Directories verified : 4670
>>> Objects Fixed : 2920
>>>
>>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>>> stat on /mnt/homes-quota-fix/aorth
>>> Files verified : 9160
>>> Directories verified : 4670
>>> Objects Fixed : 3487
>>>
>>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>>> stat on /mnt/homes-quota-fix/aorth
>>> Files verified : 9160
>>> Directories verified : 4670
>>> Objects Fixed : 3486
>>>
>>> What's going on here?
>>>
>>> Thank you for any help...
>>>
>>> On Wed, Sep 1, 2021 at 10:41 AM Alan Orth  wrote:
>>>
 Dear list,

 I enabled quotas and set hard limits for several directories on a
 distribute–replicate replica 2 volume yesterday. After setting the limits I
 did a du, a find/stat, and a recursive ls on the paths on the FUSE mount.
 The usage reported in `gluster volume quota  list` initially began
 to update, but now it's been about twelve hours and the reported usage is
 still much lower than actual usage.

 GlusterFS version 8.5 on CentOS 7. How can I force the quotas to update?

 Thank you,

 --
 Alan Orth
 alan.o...@gmail.com
 https://picturingjordan.com
 https://englishbulgaria.net
 https://mjanja.ch

>>>
>>>
>>> --
>>> Alan Orth
>>> alan.o...@gmail.com
>>> https://picturingjordan.com
>>> https://englishbulgaria.net
>>> https://mjanja.ch
>>>
>>
>>
>> --
>> Alan Orth
>> alan.o...@gmail.com
>> https://picturingjordan.com
>> https://englishbulgaria.net
>> https://mjanja.ch
>> 
>>
>>
>>
>> Community Meeting Calendar:
>>
>> Schedule -
>> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
>> Bridge: https://meet.google.com/cpu-eiue-hvk
>> Gluster-users mailing list
>> Gluster-users@gluster.org
>> https://lists.gluster.org/mailman/listinfo/gluster-users
>>
>
>
> --
> --
> https://kadalu.io
> Container Storage made easy!
>
>

-- 
Alan Orth
alan.o...@gmail.com
https://picturingjordan.com
https://englishbulgaria.net
https://mjanja.ch




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2021-09-09 Thread Amar Tumballi
On Thu, Sep 9, 2021 at 11:13 AM Alan Orth  wrote:

> For what it's worth, I disabled quotas and re-enabled them. This of course
> caused the limits I had set to be erased and GlusterFS to re-run the
> find/stat on all bricks. Once it finished I was able to add a limit and it
> was finally accurate.
>
> I'm still hoping someone can comment about this. Is it normal, what is the
> status of quotas in GlusterFS 8.x, is there maintenance I should do, etc?
>
>
Glad to hear that it worked for you. In general, Quota feature is
maintained not actively but based on any critical or CVE bug fixes right
now.

We needed quota feature for the kadalu project (https://kadalu.io or
https://github.com/kadalu/kadalu), for which the crawling quota update
turned out to be a major bottleneck. Hence we came up with 'simple-quota'
approach which is based on ideas previously discussed around project quotas
etc. The feature is already developed and used in kadalu releases, but
waiting reviews in glusterfs. Hopefully would make it to glusterfs-10.


> Thank you,
>
> On Thu, Sep 2, 2021 at 1:42 PM Alan Orth  wrote:
>
>> Yesterday I noticed that there were still several find / stat processes
>> running on this node (there are two bricks for this volume on this host)
>> after enabling quotas:
>>
>> # ps auxw | grep stat
>> root  5875  0.0  0.0 112812   976 pts/0S+   13:28   0:00 grep
>> --color=auto stat
>> root 19846  3.9  0.0 121804  2624 ?SAug31  52:49
>> /usr/bin/find . -exec /usr/bin/stat {} \ ;
>> root 19856  3.1  0.0 121784  2536 ?SAug31  42:02
>> /usr/bin/find . -exec /usr/bin/stat {} \ ;
>>
>> I waited for them to finish, but my quota information is still incorrect
>> for the two directories I have enabled it on. I ran the quota_fsck.py
>> script on two different hosts and every time it runs it has a different
>> number of objects fixed:
>>
>> # ./quota_fsck.py --sub-dir aorth --fix-issues /mnt/homes-quota-fix
>> /data/glusterfs/sdc/homes
>>
>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>> stat on /mnt/homes-quota-fix/aorth
>> Files verified : 9160
>> Directories verified : 4670
>> Objects Fixed : 2920
>>
>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>> stat on /mnt/homes-quota-fix/aorth
>> Files verified : 9160
>> Directories verified : 4670
>> Objects Fixed : 3487
>>
>> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
>> stat on /mnt/homes-quota-fix/aorth
>> Files verified : 9160
>> Directories verified : 4670
>> Objects Fixed : 3486
>>
>> What's going on here?
>>
>> Thank you for any help...
>>
>> On Wed, Sep 1, 2021 at 10:41 AM Alan Orth  wrote:
>>
>>> Dear list,
>>>
>>> I enabled quotas and set hard limits for several directories on a
>>> distribute–replicate replica 2 volume yesterday. After setting the limits I
>>> did a du, a find/stat, and a recursive ls on the paths on the FUSE mount.
>>> The usage reported in `gluster volume quota  list` initially began
>>> to update, but now it's been about twelve hours and the reported usage is
>>> still much lower than actual usage.
>>>
>>> GlusterFS version 8.5 on CentOS 7. How can I force the quotas to update?
>>>
>>> Thank you,
>>>
>>> --
>>> Alan Orth
>>> alan.o...@gmail.com
>>> https://picturingjordan.com
>>> https://englishbulgaria.net
>>> https://mjanja.ch
>>>
>>
>>
>> --
>> Alan Orth
>> alan.o...@gmail.com
>> https://picturingjordan.com
>> https://englishbulgaria.net
>> https://mjanja.ch
>>
>
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://picturingjordan.com
> https://englishbulgaria.net
> https://mjanja.ch
> 
>
>
>
> Community Meeting Calendar:
>
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
>


-- 
--
https://kadalu.io
Container Storage made easy!




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2021-09-08 Thread Alan Orth
For what it's worth, I disabled quotas and re-enabled them. This of course
caused the limits I had set to be erased and GlusterFS to re-run the
find/stat on all bricks. Once it finished I was able to add a limit and it
was finally accurate.

I'm still hoping someone can comment about this. Is it normal, what is the
status of quotas in GlusterFS 8.x, is there maintenance I should do, etc?

Thank you,

On Thu, Sep 2, 2021 at 1:42 PM Alan Orth  wrote:

> Yesterday I noticed that there were still several find / stat processes
> running on this node (there are two bricks for this volume on this host)
> after enabling quotas:
>
> # ps auxw | grep stat
> root  5875  0.0  0.0 112812   976 pts/0S+   13:28   0:00 grep
> --color=auto stat
> root 19846  3.9  0.0 121804  2624 ?SAug31  52:49
> /usr/bin/find . -exec /usr/bin/stat {} \ ;
> root 19856  3.1  0.0 121784  2536 ?SAug31  42:02
> /usr/bin/find . -exec /usr/bin/stat {} \ ;
>
> I waited for them to finish, but my quota information is still incorrect
> for the two directories I have enabled it on. I ran the quota_fsck.py
> script on two different hosts and every time it runs it has a different
> number of objects fixed:
>
> # ./quota_fsck.py --sub-dir aorth --fix-issues /mnt/homes-quota-fix
> /data/glusterfs/sdc/homes
>
> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
> stat on /mnt/homes-quota-fix/aorth
> Files verified : 9160
> Directories verified : 4670
> Objects Fixed : 2920
>
> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
> stat on /mnt/homes-quota-fix/aorth
> Files verified : 9160
> Directories verified : 4670
> Objects Fixed : 3487
>
> MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
> stat on /mnt/homes-quota-fix/aorth
> Files verified : 9160
> Directories verified : 4670
> Objects Fixed : 3486
>
> What's going on here?
>
> Thank you for any help...
>
> On Wed, Sep 1, 2021 at 10:41 AM Alan Orth  wrote:
>
>> Dear list,
>>
>> I enabled quotas and set hard limits for several directories on a
>> distribute–replicate replica 2 volume yesterday. After setting the limits I
>> did a du, a find/stat, and a recursive ls on the paths on the FUSE mount.
>> The usage reported in `gluster volume quota  list` initially began
>> to update, but now it's been about twelve hours and the reported usage is
>> still much lower than actual usage.
>>
>> GlusterFS version 8.5 on CentOS 7. How can I force the quotas to update?
>>
>> Thank you,
>>
>> --
>> Alan Orth
>> alan.o...@gmail.com
>> https://picturingjordan.com
>> https://englishbulgaria.net
>> https://mjanja.ch
>>
>
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://picturingjordan.com
> https://englishbulgaria.net
> https://mjanja.ch
>


-- 
Alan Orth
alan.o...@gmail.com
https://picturingjordan.com
https://englishbulgaria.net
https://mjanja.ch




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users


Re: [Gluster-users] Usage not updating in quotas

2021-09-02 Thread Alan Orth
Yesterday I noticed that there were still several find / stat processes
running on this node (there are two bricks for this volume on this host)
after enabling quotas:

# ps auxw | grep stat
root  5875  0.0  0.0 112812   976 pts/0S+   13:28   0:00 grep
--color=auto stat
root 19846  3.9  0.0 121804  2624 ?SAug31  52:49
/usr/bin/find . -exec /usr/bin/stat {} \ ;
root 19856  3.1  0.0 121784  2536 ?SAug31  42:02
/usr/bin/find . -exec /usr/bin/stat {} \ ;

I waited for them to finish, but my quota information is still incorrect
for the two directories I have enabled it on. I ran the quota_fsck.py
script on two different hosts and every time it runs it has a different
number of objects fixed:

# ./quota_fsck.py --sub-dir aorth --fix-issues /mnt/homes-quota-fix
/data/glusterfs/sdc/homes

MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
stat on /mnt/homes-quota-fix/aorth
Files verified : 9160
Directories verified : 4670
Objects Fixed : 2920

MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
stat on /mnt/homes-quota-fix/aorth
Files verified : 9160
Directories verified : 4670
Objects Fixed : 3487

MARKING DIRTY: /data/glusterfs/sdc/homes/aorth
stat on /mnt/homes-quota-fix/aorth
Files verified : 9160
Directories verified : 4670
Objects Fixed : 3486

What's going on here?

Thank you for any help...

On Wed, Sep 1, 2021 at 10:41 AM Alan Orth  wrote:

> Dear list,
>
> I enabled quotas and set hard limits for several directories on a
> distribute–replicate replica 2 volume yesterday. After setting the limits I
> did a du, a find/stat, and a recursive ls on the paths on the FUSE mount.
> The usage reported in `gluster volume quota  list` initially began
> to update, but now it's been about twelve hours and the reported usage is
> still much lower than actual usage.
>
> GlusterFS version 8.5 on CentOS 7. How can I force the quotas to update?
>
> Thank you,
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://picturingjordan.com
> https://englishbulgaria.net
> https://mjanja.ch
>


-- 
Alan Orth
alan.o...@gmail.com
https://picturingjordan.com
https://englishbulgaria.net
https://mjanja.ch




Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users