I like to give the community a chance to reflect on the issue, check
their own installations and possibly give us all some comments. If in
a few more days we still don't get any hints I'll have to open a
couple of support tickets (IBM, DDN, Seagate, ...).
Cheers
Jaime
Quoting "Uwe Falke" <uwefa...@de.ibm.com>:
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: uwefa...@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" <pi...@scinet.utoronto.ca>
To: "gpfsug main discussion list" <gpfsug-discuss@spectrumscale.org>,
"Jaime Pinto" <pi...@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-boun...@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" <pi...@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
************************************
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
