Remove additional metadata that tracks the instance ID on the 3PAR backends

[Kurt Martin]

HPE added some additional tracking of the instanced ID metadata on the 3PAR storage arrays back in Icehouse. When a volume was attached the instance ID was stored on the 3PAR and removed on detach, initially this this was over SSH and moved to REST calls due to performance issues. Many customers still have issues with this unused feature on upgrades and under heavy load.

The tracking of the instance ID is no longer required by HPE and has no affect on any of the Cinder functionality. This unused feature will also be a problem when multi-attach lands.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/308518

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/308518
Committed: https://git.openstack.org/cgit/openstack/cinder/commit/?id=960ce5a475a203d904aed502c8e5cc27d7808b3f
Submitter: Jenkins
Branch: master

commit 960ce5a475a203d904aed502c8e5cc27d7808b3f
Author: Kurt Martin <email address hidden>
Date: Wed Apr 20 11:21:31 2016 -0700

    3PAR: Remove metadata that tracks the instance id

    HPE added some additional tracking of the instanced ID metadata on the
    3PAR storage arrays back in Icehouse. When a volume was attached, the
    instance ID was stored on the 3PAR and removed on detach.
    Initially this this was over SSH and moved to REST calls due to
    performance issues. Many customers still have issues with this unused
    feature on upgrades and under heavy load.

    The tracking of the instance ID is no longer required by HPE and has no
    affect on any of the Cinder functionality. This unused feature will also
    be a problem when multi-attach lands, so it's being removed by this
    patch.

    Change-Id: Ic181e6598f37a727b41c093e0c09abe229183d6f
    Closes-Bug: #1572665

[Doug Hellmann (doug-hellmann)]

This issue was fixed in the openstack/cinder 9.0.0.0b1 development milestone.