IBM Support

PM53060: syncreplica import skips replay of mklabel operations

Subscribe

You can track all active APARs for this component.

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

More support for: Rational ClearCase

Software version: 7.1.2

Reference #: PM53060

Modified date: 16 December 2011