[gpfsug-discuss] GPFS long waiter

[Oesterlin, Robert]

Hi Ahmed

You might take a look at the file system manager nodes (mmlsmgr) and see if any of them are having problems. It looks like some previous “mmdf” command was launched and got hung up (and perhaps was terminated by ctrl-c) and the helper process is still running.  I have seen mmdf get hung up before, and it’s (almost always) associated with the file system manager node in some way. And I’ve had a few PMRs open on this (vers 4.1, early 4.2) – I have not seen this on any of the latest code levels)

But, as Olaf states, getting a mmsnap and opening a PMR might be worthwhile – what level of GPFS are you running on?


Bob Oesterlin
Sr Principal Storage Engineer, Nuance

From: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of Ahmad El Khouly <aelkhouly at sidra.org>
Reply-To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date: Thursday, November 16, 2017 at 12:41 PM
To: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Subject: [EXTERNAL] [gpfsug-discuss] GPFS long waiter

I’m facing long waiter issue and I could not find any way to clear it, I can see all filesystems are responsive and look normal but I can not perform any GPFS commands like mmdf or adding or removing any vdisk, could you please advise how to show more details about this waiter and which pool it is talking about…  and any workaround to clear it.

 0x7FA0446BF1A0 (  27706) waiting 20634.654553503 seconds, TSDFCmdThread: on ThCond 0x1803173EE10 (0xFFFFC9003173EE10) (AllocManagerCond), reason 'waiting for pool freeSpace recovery'


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20171117/fdaa6b4c/attachment-0002.htm>