We deeply regret to inform GPFS users that the 18.104.22.168 service update contains a serious flaw. When parsing some RPCs sent by nodes running GPFS 22.214.171.124 or earlier, the code in 126.96.36.199 incorrectly processes certain data structures, resulting in GPFS crashes. The most typical symptom of this issue is the "((diskNum > 0) && (diskNum <= sgP->getNDisks())" assert in LogFile::append, although other symptoms are possible. The problem occurs most readily when metadata is not replicated (mmlsfs shows -m 1); metadata replication mitigates the problem to a large extent, but not completely. Full data and metadata replication would prevent the problem from happening.
The problem is limited to the scenarios where 188.8.131.52 and pre-184.108.40.206 nodes are present in the same cluster, accessing the same file systems. If you are considering upgrading GPFS from a pre-220.127.116.11 level (including 3.3.0.X), do not upgrade to the unpatched 18.104.22.168. Clusters running only 22.214.171.124 or later nodes, including 126.96.36.199, are not affected.
The problem will be fixed in 188.8.131.52. An efix for 184.108.40.206 is also available via IBM Service.
Pinned topic Backward compatibility problem in GPFS 220.127.116.11
Answered question This question has been answered.
Unanswered question This question has not been answered yet.
Updated on 2012-05-02T18:48:32Z at 2012-05-02T18:48:32Z by firstname.lastname@example.org
email@example.com 060000T9GF231 Posts
Re: Backward compatibility problem in GPFS 18.104.22.168012-05-02T18:48:32ZThis is the accepted answer. This is the accepted answer.To expand on the previous post: both 22.214.171.124 and 126.96.36.199 levels contain the same backward compatibility issue. All of the 188.8.131.52 warnings and workarounds also apply to 184.108.40.206.