MammaGutt wrote:
Once you delete the final volume in a CPG it will (at least for me) always do compact cpg. Once that is done, all the chunklets will become uninitialized and it will initialize them (similar to what happens during disk add-on without the tunesys).
I've not done anything special for the ~10 arrays I've converted from dds2 to dds3. Not had any issues yet. Largest DDS was 55TB.
Unfortunately it looks like I'm not that lucky.
I also had a DDS with roundabout 50 TB in the old CPG. But after the removal of the last dedup volume the DDS stayed there. And a compact cpg didn't free up space.
And then the situation got weird:
- wanted to swap the CPG names (rename CPG1 to CPG1_old and rename CPG2 to CPG1) via setcpg -name ...
- command ran fine without errors
- some hours later after checking again everything I wanted to delete the former CPG
- CPG removal was blocked because of a running DDS defrag on both CPGs
- defrag processes got stuck during the renaming action and are not returning anymore
- cancelling those tasks is not possible
- renaming CPGs back to the initial names also doesn't change anything
This is the output of the tasks so far:
Code:
2021-12-08 11:25:00 CET Started defrag process for VVs
2021-12-08 12:03:07 CET Failed mcall_checkvv_notify: VV ".sysvv_0CPG1" invalid
2021-12-08 12:03:07 CET Updated Sysmgr MCVV_ADMCK_NOTIFY failed with: mcall_checkvv_notify: VV ".sysvv_0CPG1" invalid
2021-12-08 12:03:07 CET Failed mcall_checkvv_notify: defrag VV ".sysvv_0CPG1" invalid
Does anyone have some ideas on how to get rid of this annoying situation?