[gpfsug-discuss] ?spam? Nodeclasses question

Sobey, Richard A r.sobey at imperial.ac.uk
Fri Jan 27 21:13:28 GMT 2017


Thanks Lauz and Simon.


Next question and I presume the answer is "yes": if you specify a node explicitly that already has a certain config applied through a nodeclass, the value that has been set specific to that node should override the nodeclass setting. Correct?


Richard


________________________________
From: gpfsug-discuss-bounces at spectrumscale.org <gpfsug-discuss-bounces at spectrumscale.org> on behalf of laurence at qsplace.co.uk <laurence at qsplace.co.uk>
Sent: 27 January 2017 17:17
To: gpfsug main discussion list
Subject: Re: [gpfsug-discuss] ?spam? Nodeclasses question

Richard,

As Simon notes in 3.5 they were expanded and where a pain; however this
has since been tidied up and now works as it "should".

So any further node added to a group will inherit the relevant parts of
the config.

i.e. (I've snipped the boring bits out)

mmlsnodeclass
Node Class Name       Members
---------------------
-----------------------------------------------------------
site2                 s2gpfs1.site2,s2gpfs2.site2


mmchconfig pagepool=2G -N site2
mmshutdown -a
mmstartup -a

mmdsh -N nsdnodes "mmdiag --config | grep page"
s2gpfs3.site2:     pagepool 1073741824
s2gpfs3.site2:     pagepoolMaxPhysMemPct 75
s2gpfs2.site2:   ! pagepool 2147483648
s2gpfs2.site2:     pagepoolMaxPhysMemPct 75
s2gpfs1.site2:   ! pagepool 2147483648
s2gpfs1.site2:     pagepoolMaxPhysMemPct 75


mmchnodeclass site2 add -N s2gpfs3.site2


mmshutdown -N s2gpfs3.site2
mmstartup -N s2gpfs3.site2


mmdsh -N nsdnodes "mmdiag --config | grep page"
s2gpfs2.site2:   ! pagepool 2147483648
s2gpfs2.site2:     pagepoolMaxPhysMemPct 75
s2gpfs1.site2:   ! pagepool 2147483648
s2gpfs1.site2:     pagepoolMaxPhysMemPct 75
s2gpfs3.site2:   ! pagepool 2147483648
s2gpfs3.site2:     pagepoolMaxPhysMemPct 75


-- Lauz

On 2017-01-27 12:43, Simon Thompson (Research Computing - IT Services)
wrote:
> I think this depends on you FS min version.
>
> We had some issues where ours was still set to 3.5 I think even though
> we have 4.x clients. The nodeclasses in mmlsconfig were expanded to
> individual nodes. But adding a node to a node class would apply the
> config to the node, though I'd expect you to have to stop/restart GPFS
> on the node and not expect it to work like "mmchconfig -I"
>
> Simon
>
>  From: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of "Sobey,
> Richard A" <r.sobey at imperial.ac.uk>
> Reply-To: "gpfsug-discuss at spectrumscale.org"
> <gpfsug-discuss at spectrumscale.org>
> Date: Friday, 27 January 2017 at 11:12
> To: "gpfsug-discuss at spectrumscale.org"
> <gpfsug-discuss at spectrumscale.org>
> Subject: ?spam? [gpfsug-discuss] Nodeclasses question
>
> All,
>
> Can it be clarified whether specifying "-N ces" (for example, I
> have a custom nodeclass called ces containing CES nodes of course)
> will then apply changes to future nodes that join the same nodeclass?
>
> For example, "mmchconfig maxFilesToCache=100000 -N ces" will
> give existing nodes that new config. I then add a 5th node to the
> nodeclass. Will it inherit the cache value or will I need to set it
> again?
>
> Thanks
>
> Richard
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20170127/4765e557/attachment.htm>


More information about the gpfsug-discuss mailing list