Fixes are available
Rational ClearCase Fix Pack (7.1.2.5) for version 7.1.2
Rational ClearCase Fix Pack (8.0.0.1) for version 8.0
Rational ClearCase Fix Pack 14 (7.1.2.14) for 7.1.2
Rational ClearCase Fix Pack 11 (8.0.0.11) for 8.0
Rational ClearCase Fix Pack 12 (8.0.0.12) for 8.0
Rational ClearCase Fix Pack 15 (7.1.2.15) for 7.1.2
Rational ClearCase Fix Pack 13 (8.0.0.13) for 8.0
Rational ClearCase Fix Pack 16 (7.1.2.16) for 7.1.2
Rational ClearCase Fix Pack 17 (7.1.2.17) for 7.1.2
Rational ClearCase Fix Pack 14 (8.0.0.14) for 8.0
Rational ClearCase Fix Pack 18 (7.1.2.18) for 7.1.2
Rational ClearCase Fix Pack 15 (8.0.0.15) for 8.0
Rational ClearCase Fix Pack 19 (7.1.2.19) for 7.1.2
Rational ClearCase Fix Pack 16 (8.0.0.16) for 8.0
Rational ClearCase Fix Pack 17 (8.0.0.17) for 8.0
Rational ClearCase Fix Pack 18 (8.0.0.18) for 8.0
Rational ClearCase Fix Pack 19 (8.0.0.19) for 8.0
Rational ClearCase Fix Pack 20 (8.0.0.20) for 8.0
Rational ClearCase Fix Pack 21 (8.0.0.21) for 8.0
APAR status
Closed as program error.
Error description
When a ClearCase label type with shared mastership is applied to multiple elements, and it is put onto versions on branches that are not locally mastered, and one of those versions is removed (rmver) at the site that masters its branch BEFORE the mklabel operation is imported then as well as (correctly) skipping that mklabel operation, syncreplica may also skip applying the same label type to versions of other elements, even though they still exist. Apart from the label not being available on versions where is should be, this can also cause a sumptom where a subsequent 'rmlabel' fails with the error multitool: Error: Can't delete 'REL_1.6.0' label on version '\main\1': label not found. multitool: Error: Unable to replay oplog entry 95715607: ClearCase object not found. 95715607: op= rmlabel replica_oid= ba1583ce.f9264d7a.95fd.68:10:27:85:7e:4b (original) oplog_id= 21402 op_time= 2011-11-19T14:05:23Z create_time= 2011-11-19T14:17:19Z event comment= '' data size= 36 data= 0xc43dc8 ------------ obj_oid= e1b69a62.68b74e59.b89a.53:f4:23:4d:dd:29 (version: *no view*) lbtype_oid= 2daec0f3.1b40472f.807f.f4:f9:b7:5f:94:a0 (REL_1.6.0) Steps to Reproduce: Assume replicas 'original' and 'partner' Asumes usesing view with default (/main/LATEST) config spec At original chmaster 'partner' foo.c@@\main sync to partner At partner, checkout foo.c checkin foo.c sync to original rmver foo.c (DO NOT SYNC) At original mklbtype -shared -nc REL_1.6.0 mklabel -rec REL_1.6.0 . sync to partner At partner sync import count labeled versions [cleartool find . -all -ver 'lbtype(REL_1.6.0)' -print | (grep -c '@@' or find /c '@@') sync to original At original sync import count labeled versions [cleartool find . -all -ver 'lbtype(REL_1.6.0)' -print | (grep -c '@@' or find /c '@@') rmlbtype -rmall REL_1.6.0 sync to partner At partner sync import Workaround: Replace the 'partner' replica with a new replica
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * **************************************************************** * PROBLEM DESCRIPTION: * **************************************************************** * RECOMMENDATION: * **************************************************************** When a ClearCase label type with shared mastership is applied to multiple elements, and it is put onto versions on branches that are not locally mastered, and one of those versions is removed (rmver) at the site that masters its branch BEFORE the mklabel operation is imported then as well as (correctly) skipping that mklabel operation, syncreplica may also skip applying the same label type to versions of other elements, even though they still exist. Apart from the label not being available on versions where is should be, this can also cause a sumptom where a subsequent "rmlabel" fails with the error multitool: Error: Can't delete "REL_1.6.0" label on version "\main\1": label not found. multitool: Error: Unable to replay oplog entry 95715607: ClearCase object not found. 95715607: op= rmlabel replica_oid= ba1583ce.f9264d7a.95fd.68:10:27:85:7e:4b (original) oplog_id= 21402 op_time= 2011-11-19T14:05:23Z create_time= 2011-11-19T14:17:19Z event comment= "" data size= 36 data= 0xc43dc8 ------------ obj_oid= e1b69a62.68b74e59.b89a.53:f4:23:4d:dd:29 (version: *no view*) lbtype_oid= 2daec0f3.1b40472f.807f.f4:f9:b7:5f:94:a0 (REL_1.6.0) Steps to Reproduce: Assume replicas "original" and "partner" Asumes usesing view with default (/main/LATEST) config spec At original chmaster "partner" foo.c@@\main sync to partner At partner, checkout foo.c checkin foo.c sync to original rmver foo.c (DO NOT SYNC) At original mklbtype -shared -nc REL_1.6.0 mklabel -rec REL_1.6.0 . sync to partner At partner sync import count labeled versions [cleartool find . -all -ver "lbtype(REL_1.6.0)" -print | (grep -c "@@" or find /c "@@") sync to original At original sync import count labeled versions [cleartool find . -all -ver "lbtype(REL_1.6.0)" -print | (grep -c "@@" or find /c "@@") rmlbtype -rmall REL_1.6.0 sync to partner At partner sync import Workaround: Replace the "partner" replica with a new replica
Problem conclusion
A fix is available in ClearCase versions 7.1.1.8, 7.1.2.5 and 8.0.0.1
Temporary fix
Comments
APAR Information
APAR number
PM53060
Reported component name
CLEARCASE WIN
Reported component ID
5724G2900
Reported release
712
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-11-29
Closed date
2011-12-16
Last modified date
2011-12-16
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
CLEARCASE WIN
Fixed component ID
5724G2900
Applicable component levels
R712 PSN
UP
Document Information
Modified date:
16 December 2011