[gpfsug-discuss] mmrepquota and group names in GPFS 4.2.2.x
Stephan Graf
st.graf at fz-juelich.de
Fri Jan 20 09:45:04 GMT 2017
Guten Morgen herr Rehor!
Ich habe gerade geguckt. Auf dem Knoten, auf dem wir das mmlsquota -g Problem haben, sehe ich auch beim mmlsrepquota -g, dass einige Gruppen nur numerisch ausgegeben werden.
Ich kann gerne einen PMR dazu öffnen.
Viele Grüße,
Stephan Graf
On 01/20/17 10:01, Achim Rehor wrote:
fully agreed,
there are PMRs open on "mmlsquota -g failes : no such group" where the handling of group names vs. ids is being tracked.
a PMR on mmrepquota and a slightly different facette of a similar problem might give more and faster insight and solution.
Mit freundlichen Grüßen / Kind regards
Achim Rehor
________________________________
Software Technical Support Specialist AIX/ Emea HPC Support
[cid:part1.A7833F18.D0EA2498 at fz-juelich.de]
IBM Certified Advanced Technical Expert - Power Systems with AIX
TSCC Software Service, Dept. 7922
Global Technology Services
________________________________
Phone: +49-7034-274-7862 IBM Deutschland
E-Mail: Achim.Rehor at de.ibm.com<mailto:Achim.Rehor at de.ibm.com> Am Weiher 24
65451 Kelsterbach
Germany
________________________________
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martina Koederitz (Vorsitzende), Reinhard Reschke, Dieter Scholz, Gregor Pillen, Ivo Koerner, Christian Noll
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940
From: Olaf Weiser/Germany/IBM at IBMDE
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org><mailto:gpfsug-discuss at spectrumscale.org>
Date: 01/19/2017 06:17 PM
Subject: Re: [gpfsug-discuss] mmrepquota and group names in GPFS 4.2.2.x
Sent by: gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org>
________________________________
in my eyes.. that's the hint .. not to wait until all 700 clients 'll have been updated .. before open PMR .. ;-) ...
From: Lukas Hejtmanek <xhejtman at ics.muni.cz><mailto:xhejtman at ics.muni.cz>
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org><mailto:gpfsug-discuss at spectrumscale.org>
Date: 01/19/2017 05:37 PM
Subject: Re: [gpfsug-discuss] mmrepquota and group names in GPFS 4.2.2.x
Sent by: gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org>
________________________________
Just leting know, I see the same problem with 4.2.2.1 version. mmrepquota
resolves only some of group names.
On Thu, Jan 19, 2017 at 04:25:20PM +0000, Buterbaugh, Kevin L wrote:
> Hi Olaf,
>
> We will continue upgrading clients in a rolling fashion, but with ~700 of them, it’ll be a few weeks. And to me that’s good … I don’t consider figuring out why this is happening a waste of time and therefore having systems on both versions is a good thing.
>
> While I would prefer not to paste actual group names and GIDs into this public forum, I can assure you that on every 4.2.1.1 system that I have tried this on:
>
> 1. mmrepquota reports mostly GIDs, only a few group names
> 2. /etc/nsswitch.conf says to look at files first
> 3. the GID is in /etc/group
> 4. length of group name doesn’t matter
>
> I have a support contract with IBM, so I can open a PMR if necessary. I just thought someone on the list might have an idea as to what is happening or be able to point out the obvious explanation that I’m missing. ;-)
>
> Thanks…
>
> Kevin
>
> On Jan 19, 2017, at 10:05 AM, Olaf Weiser <olaf.weiser at de.ibm.com<mailto:olaf.weiser at de.ibm.com><mailto:olaf.weiser at de.ibm.com>> wrote:
>
> unfortunately , I don't own a cluster right now, which has 4.2.2 to double check... SpectrumScale should resolve the GID into a name, if it find the name somewhere...
>
> but in your case.. I would say.. before we waste to much time in a version-mismatch issue.. finish the rolling migration, especially RHEL .. and then we continue
> meanwhile -I'll try to find a way for me here to setup up an 4.2.2. cluster
> cheers
>
>
>
> From: "Buterbaugh, Kevin L" <Kevin.Buterbaugh at Vanderbilt.Edu<mailto:Kevin.Buterbaugh at Vanderbilt.Edu><mailto:Kevin.Buterbaugh at Vanderbilt.Edu>>
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto:gpfsug-discuss at spectrumscale.org><mailto:gpfsug-discuss at spectrumscale.org>>
> Date: 01/19/2017 04:48 PM
> Subject: Re: [gpfsug-discuss] mmrepquota and group names in GPFS 4.2.2.x
> Sent by: gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org><mailto:gpfsug-discuss-bounces at spectrumscale.org>
> ________________________________
>
>
>
> Hi Olaf,
>
> The filesystem manager runs on one of our servers, all of which are upgraded to 4.2.2.x.
>
> Also, I didn’t mention this yesterday but our /etc/nsswitch.conf has “files” listed first for /etc/group.
>
> In addition to a mixture of GPFS versions, we also have a mixture of OS versions (RHEL 6/7). AFAIK tell with all of my testing / experimenting the only factor that seems to change the behavior of mmrepquota in regards to GIDs versus group names is the GPFS version.
>
> Other ideas, anyone? Is anyone else in a similar situation and can test whether they see similar behavior?
>
> Thanks...
>
> Kevin
>
> On Jan 19, 2017, at 2:45 AM, Olaf Weiser <olaf.weiser at de.ibm.com<mailto:olaf.weiser at de.ibm.com><mailto:olaf.weiser at de.ibm.com>> wrote:
>
> have you checked, where th fsmgr runs as you have nodes with different code levels
>
> mmlsmgr
>
>
>
>
> From: "Buterbaugh, Kevin L" <Kevin.Buterbaugh at Vanderbilt.Edu<mailto:Kevin.Buterbaugh at Vanderbilt.Edu><mailto:Kevin.Buterbaugh at Vanderbilt.Edu>>
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto:gpfsug-discuss at spectrumscale.org><mailto:gpfsug-discuss at spectrumscale.org>>
> Date: 01/18/2017 04:57 PM
> Subject: [gpfsug-discuss] mmrepquota and group names in GPFS 4.2.2.x
> Sent by: gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org><mailto:gpfsug-discuss-bounces at spectrumscale.org>
> ________________________________
>
>
>
> Hi All,
>
> We recently upgraded our cluster (well, the servers are all upgraded; the clients are still in progress) from GPFS 4.2.1.1 to GPFS 4.2.2.1 and there appears to be a change in how mmrepquota handles group names in its’ output. I’m trying to get a handle on it, because it is messing with some of my scripts and - more importantly - because I don’t understand the behavior.
>
> From one of my clients which is still running GPFS 4.2.1.1 I can run an “mmrepquota -g <fs>” and if the group exists in /etc/group the group name is displayed. Of course, if the group doesn’t exist in /etc/group, the GID is displayed. Makes sense.
>
> However, on my servers which have been upgraded to GPFS 4.2.2.1 most - but not all - of the time I see GID numbers instead of group names. My question is, what is the criteria GPFS 4.2.2.x is using to decide when to display a GID instead of a group name? It’s apparently *not* the length of the name of the group, because I have output in front of me where a 13 character long group name is displayed but a 7 character long group name is *not* displayed - its’ GID is instead (and yes, both exist in /etc/group).
>
> I know that sample output would be useful to illustrate this, but I do not want to post group names or GIDs to a public mailing list … if you want to know what those are, you’ll have to ask Vladimir Putin… ;-)
>
> I am in the process of updating scripts to use “mmrepquota -gn <fs>” and then looking up the group name myself, but I want to try to understand this. Thanks…
>
> Kevin
>
>
> —
> Kevin Buterbaugh - Senior System Administrator
> Vanderbilt University - Advanced Computing Center for Research and Education
> Kevin.Buterbaugh at vanderbilt.edu<mailto:Kevin.Buterbaugh at vanderbilt.edu><mailto:Kevin.Buterbaugh at vanderbilt.edu>- (615)875-9633
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org<http://spectrumscale.org<http://spectrumscale.org/>>
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org<http://spectrumscale.org<http://spectrumscale.org/>>
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
--
Lukáš Hejtmánek
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
--
Stephan Graf
Juelich Supercomputing Centre
Institute for Advanced Simulation
Forschungszentrum Juelich GmbH
52425 Juelich, Germany
Phone: +49-2461-61-6578
Fax: +49-2461-61-6656
E-mail: st.graf at fz-juelich.de<mailto:st.graf at fz-juelich.de>
WWW: http://www.fz-juelich.de/jsc/
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender),
Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Sebastian M. Schmidt
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20170120/2045a407/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 7182 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20170120/2045a407/attachment-0002.gif>
More information about the gpfsug-discuss
mailing list