What we do is the use “mmlsquota -Y ” which will list out all the
filesets in an easily parseable format. And the command can be run by the
user.
From: gpfsug-discuss-boun...@spectrumscale.org
On Behalf Of Peter Childs
Sent: Friday, January 11, 2019 6:50 AM
To:
“Is there a way for a non-root user” to get the junction path for the
fileset(s)?
Presuming the user has some path to some file in the fileset...
Issue `mmlsattr -L path` then "walk" back towards the root by discarding
successive path suffixes and watch for changes in the fileset name field
Could well be.
Still it's pretty scary that this sort of thing could hit you way after the
different DNS name nodes were added. It might be months before you restart the
CES nodes.
Simon
From: gpfsug-discuss-boun...@spectrumscale.org
Hallo Simon,
Welcome to the Club. These behavior are a Bug in tsctl to change the DNS names
. We had this already 4 weeks ago. The fix was Update to 5.0.2.1.
Regards Renar
Von meinem iPhone gesendet
Renar Grunenberg
Abteilung Informatik - Betrieb
HUK-COBURG
Bahnhofsplatz
96444 Coburg
Hi Simon,
you likely run into the following issue:
APAR IV93896 - https://www-01.ibm.com/support/docview.wss?uid=isg1IV93896
This problem happens only if you use different host domains within a
cluster and will mostly impact CES. It is unrelated to upgrade or mixed
version clusters.
Its has
I’ll start by saying this is our experience, maybe we did something stupid
along the way, but just in case others see similar issues …
We have a cluster which contains protocol nodes, these were all happily running
GPFS 5.0.1-2 code. But the cluster was a only 4 nodes + 1 quorum node – manager
We have a similar issue, I'm wondering if getting mmlsfileset to work as a user
is a reasonable "request for enhancement" I suspect it would need better
wording.
We too have a rather complex script to report on quota's that I suspect does a
similar job. It works by having all the filesets