[gpfsug-discuss] BIG LAG since 3.5 on quotaaccountingreconciliation

Uwe Falke UWEFALKE at de.ibm.com
Thu May 11 20:42:29 BST 2017


Hi, Jaimie, 

we got the same problem, also with a GSS although I suppose it's rather to 
do with the code above GNR, but who knows.
I have a PMR open for quite some time (and had others as well).
Seems like things improved by upgrading the FS version, but atre not gone. 


However, these issues are to be solved via PMRs.
 
Mit freundlichen Grüßen / Kind regards

 
Dr. Uwe Falke
 
IT Specialist
High Performance Computing Services / Integrated Technology Services / 
Data Center Services
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Rathausstr. 7
09111 Chemnitz
Phone: +49 371 6978 2165
Mobile: +49 175 575 2877
E-Mail: uwefalke at de.ibm.com
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Business & Technology Services GmbH / Geschäftsführung: 
Andreas Hasse, Thomas Wolter
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, 
HRB 17122 




From:   "Jaime Pinto" <pinto at scinet.utoronto.ca>
To:     "gpfsug main discussion list" <gpfsug-discuss at spectrumscale.org>, 
"Jaime Pinto" <pinto at scinet.utoronto.ca>
Date:   05/11/2017 08:17 PM
Subject:        Re: [gpfsug-discuss] BIG LAG since 3.5 on quota accounting 
reconciliation
Sent by:        gpfsug-discuss-bounces at spectrumscale.org



Just bumping up.
When I first posted this subject at the end of March there was a UG 
meeting that drove people's attention.

I hope to get some comments now.

Thanks
Jaime

Quoting "Jaime Pinto" <pinto at scinet.utoronto.ca>:

> In the old days of DDN 9900 and gpfs 3.4 I only had to run mmcheckquota
> once a month, usually after the massive monthly purge.
>
> I noticed that starting with the GSS and ESS appliances under 3.5 that
> I needed to run mmcheckquota more often, at least once a week, or as
> often as daily, to clear the slippage errors in the accounting
> information, otherwise users complained that they were hitting their
> quotas, even throughout they deleted a lot of stuff.
>
> More recently we adopted a G200 appliance (1.8PB), with v4.1, and now
> things have gotten worst, and I have to run it twice daily, just in
> case.
>
> So, what I am missing? Is their a parameter since 3.5 and through 4.1
> that we can set, so that GPFS will reconcile the quota accounting
> internally more often and on its own?
>
> Thanks
> Jaime
>





          ************************************
           TELL US ABOUT YOUR SUCCESS STORIES
          http://www.scinethpc.ca/testimonials
          ************************************
---
Jaime Pinto
SciNet HPC Consortium - Compute/Calcul Canada
www.scinet.utoronto.ca - www.computecanada.ca
University of Toronto
661 University Ave. (MaRS), Suite 1140
Toronto, ON, M5G1M1
P: 416-978-2755
C: 416-505-1477

----------------------------------------------------------------
This message was sent using IMP at SciNet Consortium, University of 
Toronto.

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss








More information about the gpfsug-discuss mailing list