[gpfsug-discuss] weird issue when issuing mm commands

Damir Krstic damir.krstic at gmail.com
Tue Jan 12 20:40:04 GMT 2016


I think this is it - this was a stateless image and /var/ was initially
part of tmpfs...anyway i am 99% certain that this was the issue. when i get
a chance to boot these again with stateless image i will report back.

thanks all for your help.
damir

On Tue, Jan 12, 2016 at 2:20 PM Sven Oehme <oehmes at us.ibm.com> wrote:

> I have seen this with a read-only or full /var/ filesystem before. Could that be the case ?
>
>
> Sent from IBM Verse
>
>
>
> mark.bergman at uphs.upenn.edu --- Re: [gpfsug-discuss] weird issue when
> issuing mm commands ---
>
> From:"" <mark.bergman at uphs.upenn.edu>To:"gpfsug main discussion list" <
> gpfsug-discuss at spectrumscale.org>Date:Tue, Jan 12, 2016 12:17 PMSubject:Re:
> [gpfsug-discuss] weird issue when issuing mm commands
> ------------------------------
>
> In the message dated: Tue, 12 Jan 2016 11:24:18 -0800,
> The pithy ruminations from Yuri L Volobuev on
> <Re: [gpfsug-discuss] weird issue when issuing mm commands> were:
> =>
> => GPFS code determines the current OS by looking at the output of "uname
> -s".
> => On a regular Linux node, this command returns "Linux", so check whether
> you
>
> I saw the same issue on several Scientific Linux release 6.7 machines last
> week.
>
> These machines have been GPFS clients since ~ SL 6.3 & GPFS 3.5.9
> (~3 years). This error never happened previously.
>
> Various 'mm*' commands were returning the "Unknown OS" error. Note that
> there was no OS named at the end of the error message, as if $osName
> was not defined in /usr/lpp/mmfs/bin/mmglobfuncs.
>
> The 'uname -s' command on these nodes does return "Linux" both locally
> and remotely via an ssh connection from a GPFS manager node.
>
> Updating OS distribution packages & rebooting the nodes & rebuilding the
> kernel-specific gpfs.gplbin packge resolved the problem, so I'm not sure
> of the exact cause.
>
> Mark
>
> => see the same, when the command is run locally on the node and through an
> => ssh session. Since mmaddnode has to do some remote processing, make sure
> => ssh works as expected, in particular in the locale setting area.
> =>
> => yuri
> =>
> =>
> =>
> => From: Damir Krstic <damir.krstic at gmail.com>
> => To: gpfsug-discuss at spectrumscale.org,
> => Date: 01/12/2016 06:16 AM
> => Subject: [gpfsug-discuss] weird issue when issuing mm commands
> => Sent by: gpfsug-discuss-bounces at spectrumscale.org
> =>
> =>
> =>
> => I have just deployed a GPU node in our HPC environment and I am having
> => couple of weird issues when trying to add it to our GPFS cluster.
> mmaddnode
> => command from NSD server returns with: unknown os
> =>
> => mmgetstate on the node itself returns with unknown os
> =>
> => I think I've traced it down to locale issue but reinstalling
> glibc-common
> => and making sure that /etc/sysconfig/i18n files are in place and OK does
> not
> => seem to fix the issue. This is on RedHat 6.6
> =>
> => Any help is appreciated.
> =>
> => Thanks,
> => Damir_______________________________________________
> => gpfsug-discuss mailing list
> => gpfsug-discuss at spectrumscale.org
> => http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> =>
> =>
> >>> image/gif attachment, name=graycol.gif
> => _______________________________________________
> => gpfsug-discuss mailing list
> => gpfsug-discuss at spectrumscale.org
> => http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> =>
> --
> Mark Bergman Biker, Rock Climber, SCUBA Diver, Unix mechanic, IATSE #1
> Stagehand
> '94 Yamaha GTS1000A^2
> bergman at panix.com
>
> http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=bergman%40panix.com
>
> I want a newsgroup with a infinite S/N ratio! Now taking CFV on:
> rec.motorcycles.stagehands.pet-bird-owners.pinballers.unix-supporters
> 15+ So Far--Want to join? Check out: http://www.panix.com/~bergman
> _______________________________________________
> 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/20160112/37fcde21/attachment-0002.htm>


More information about the gpfsug-discuss mailing list