Moving back to assigned, seems it's not working (comment 2)
Allon, I tried to use force=true and still get the same response: <fault> <reason>Operation Failed</reason> <detail>[Cannot edit Storage Connection. The data domains new_netapp should be in maintenance or unattached.]</detail> </fault> From the engine.log: 2016-11-30 18:35:27,601 WARN [org.ovirt.engine.core.bll.storage.UpdateStorageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [38bac0c5] CanDoAction of action 'UpdateStorageServerConnection' failed for user admin@internal. Reasons: VAR__ACTION__UPDATE,VAR__TYPE__STORAGE__CONNECTION,$domainNames new_netapp,ACTION_TYPE_FAILED_UNSUPPORTED_ACTION_DOMAIN_MUST_BE_IN_MAINTENANCE_OR_UNATTACHED 2016-11-30 18:35:27,602 INFO [org.ovirt.engine.core.bll.storage.UpdateStorageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [38bac0c5] Lock freed to object 'EngineLock:{exclusiveLocks='[10.35.110.11:/RHV_NFS/mburman/3_6_netapp_str=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>, f610bebc-4fff-4b45-8dc7-7031f7615720=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>, 1f9b3223-fdb3-4f5b-9cc3-b4a4f143cc10=<STORAGE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-11-30 18:35:27,610 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (ajp-/127.0.0.1:8702-4) [] Operation Failed: [Cannot edit Storage Connection. The data domains new_netapp should be in maintenance or unattached.] I also verified this on 4.1 and it works with '?force' only without the '?force=true'
(In reply to Raz Tamir from comment #6) > Allon, > I tried to use force=true and still get the same response: > <fault> > <reason>Operation Failed</reason> > <detail>[Cannot edit Storage Connection. The data domains new_netapp > should be in maintenance or unattached.]</detail> > </fault> > > From the engine.log: > > 2016-11-30 18:35:27,601 WARN > [org.ovirt.engine.core.bll.storage.UpdateStorageServerConnectionCommand] > (ajp-/127.0.0.1:8702-4) [38bac0c5] CanDoAction of action > 'UpdateStorageServerConnection' failed for user admin@internal. Reasons: > VAR__ACTION__UPDATE,VAR__TYPE__STORAGE__CONNECTION,$domainNames > new_netapp, > ACTION_TYPE_FAILED_UNSUPPORTED_ACTION_DOMAIN_MUST_BE_IN_MAINTENANCE_OR_UNATTA > CHED > 2016-11-30 18:35:27,602 INFO > [org.ovirt.engine.core.bll.storage.UpdateStorageServerConnectionCommand] > (ajp-/127.0.0.1:8702-4) [38bac0c5] Lock freed to object > 'EngineLock:{exclusiveLocks='[10.35.110.11:/RHV_NFS/mburman/ > 3_6_netapp_str=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>, > f610bebc-4fff-4b45-8dc7-7031f7615720=<STORAGE_CONNECTION, > ACTION_TYPE_FAILED_OBJECT_LOCKED>, > 1f9b3223-fdb3-4f5b-9cc3-b4a4f143cc10=<STORAGE, > ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' > 2016-11-30 18:35:27,610 ERROR > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] > (ajp-/127.0.0.1:8702-4) [] Operation Failed: [Cannot edit Storage > Connection. The data domains new_netapp should be in maintenance or > unattached.] > > I also verified this on 4.1 and it works with '?force' only without the > '?force=true' In 3.6 we've used matrix parameters rather than query parameters. I.e. you should test the request by adding ';force=true'
Verified on 3.6.10-0.1.el6
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2017-0108.html