I saw something similar a good few years ago (ie on an older version of
GPFS). IIRC the issue was one of contention: one or two served nodes
were streaming IOs to/from the NSD servers and as a result other nodes
were exhibiting insane IO times. Can't be more helpful though, I no
longer have
My first guess would be the network between the NSD client and NSD server.
netstat and ethtool may help to determine where the cause may lie, if it
is on the NSD client. Obviously a switch on the network could be another
source of the problem.
Fred
It could mean a shortage of nsd server threads or a congested network.
Jim
On Thursday, October 4, 2018, 3:55:10 PM EDT, Buterbaugh, Kevin L
wrote:
Hi All,
What does it mean if I have a few dozen very long I/O’s (50 - 75 seconds) on a
gateway as reported by “mmdiag —iohist”
Hi All,
What does it mean if I have a few dozen very long I/O’s (50 - 75 seconds) on a
gateway as reported by “mmdiag —iohist” and they all reference two of my eight
NSD servers…
… but then I go to those 2 NSD servers and I don’t see any long I/O’s at all?
In other words, if the problem (this
Hallo All,
i put a requirement for these gap. Link is here:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=125603
Please Vote.
Regards Renar
Renar Grunenberg
Abteilung Informatik – Betrieb
HUK-COBURG
Bahnhofsplatz
96444 Coburg
Telefon:09561 96-44110
Telefax:
