This seems like a silly question to be asking...
What GPFS command will tell me what version is installed?
I updated from 3.2.1-5 to 3.2.1-16 yesterday and was frustrated when I was unable to find a command which would confirm the version number. I see that on Linux gpfs.snap cheats and uses 'rpm -q' to find a version number. I finally found that in mmfs.log mmfsd logs its version at startup but there must be an actual GPFS command I'm missing.
Pinned topic GPFS version determination - how?
Answered question This question has been answered.
Unanswered question This question has not been answered yet.
Updated on 2009-12-10T21:34:14Z at 2009-12-10T21:34:14Z by mr_nice_guy
dlmcnabb 120000P4JT1012 Posts
Re: GPFS version determination - how?2009-12-09T21:09:21ZThis is the accepted answer. This is the accepted answer.You can see what is installed:
1) on AIX using lslpp -L 'gpfs*'
2) on Linux using rpq -qa | grep gpfs
You can also see which version of GPFS the daemon is currently running:
mmfsadm dump version
Look for the "Build" line.
sberman 27000268QN78 Posts
Re: GPFS version determination - how?2009-12-09T21:19:35ZThis is the accepted answer. This is the accepted answer.Eric,
You can use mmlsconfig to display the cluster configuration minimum release level (lowest level in the cluster). You can also use mmfsadm dump version to display low-level details of the daemon version compatibility. The file system version levels that are compatible with the daemon version running will be displayed.
mr_nice_guy 270002HQKW5 Posts
Re: GPFS version determination - how?2009-12-10T21:34:14ZThis is the accepted answer. This is the accepted answer.
- dlmcnabb 120000P4JT
As further explanation, in our environment we use a software distribution system in which the rpm databases can't necessarily be trusted. Not to mention that a package being installed doesn't necessarily mean that it is fully installed and that the right kernel modules are loaded. Mmfsadm dump version is suitable for what I was after though digging into a dump of internals for the answer is messy. In my opinion a given piece of software should be able to give it's version(s) via some friendly way, much like software typically has a --version option. Something like mmlsversion that shows info that mmfsadm dump version knows would be cool, it could also take -N arguments to show all cluster members.
One final thing, that mmfsadm dump version shows build branch 188.8.131.52 while the installed package is 184.108.40.206. So it isn't perfect but closer. And the daemon and disk versions show in the internal version format "1019" rather than something human understandable to relate to the release. But all this is idle rambling about what could be.