Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change compression type from adaptive to secondary does not seem to work #1363

Closed
1 task done
tomdewit opened this issue May 23, 2024 · 1 comment
Closed
1 task done
Assignees

Comments

@tomdewit
Copy link

tomdewit commented May 23, 2024

Page URL

https://docs.netapp.com/us-en/ontap/volumes/move-between-secondary-adaptive-compression-task.html

Page title

Move between secondary compression and adaptive compression

Summary

I tried this procedure to change a volume from adaptive to secondary compression type.

clus-ma::*> volume efficiency config -vserver SVM01 -volume vol01
Vserver:                                      SVM01
Volume:                                       vol01
Schedule:                                     -
Policy:                                       clus_ma_1am_ep
Compression:                                  false
Inline Compression:                           false
Compression Type:                             adaptive
Application IO Size:                          auto
Compression Algorithm:                        lzopro
Inline Dedupe:                                false
Data Compaction:                              false
Cross Volume Inline Deduplication:            false
Cross Volume Background Deduplication:        false
clus-ma::*> vol efficiency undo -vserver mir-ha-n1-chknasp01 -volume checkpointLog
Error: command failed: Failed to undo efficiency on volume "vol01" of Vserver "SVM01": Operation is not disabled.

--> This following step to disable efficiency first seems to be missing from the procedure

clus-ma::*> vol efficiency off -vserver SVM01 -volume vol01
Efficiency for volume "vol01" of Vserver "SVM01" is disabled.

clus-ma::*> vol efficiency undo -vserver SVM01 -volume vol01
Sufficient free space (estimated 104KB) on volume vol01 of Vserver SVM01 is available for the "efficiency undo" operation.
Warning: Adding more data while the "efficiency undo" operation is in progress will cause the undo to fail if there is insufficient free space to complete the operation.
The efficiency undo operation for volume "vol01" of Vserver "SVM01" has started.

I then wait for the efficiency undo to complete and then proceed with this command:

clus-ma::*> vol efficiency modify -vserver SVM01 -volume vol01 -compression true -compression-type secondary
Error: command failed: Failed to modify efficiency configuration for volume "vol01" of Vserver "SVM01": Specifying "compression-type", "application-io-size" or "compression-algorithm" parameters are not allowed, only "compression" and "inline-compression" parameters are allowed.

I also tried to re-enable volume efficiency first, but then got the same error as in the beginning

clus-ma::*> vol efficiency on -vserver SVM01 -volume vol01
Efficiency for volume "vol01" of Vserver "SVM01" is enabled.

clus-ma::*> vol efficiency modify -vserver SVM01 -volume vol01 -compression-type secondary -compression true

Error: command failed: Failed to modify efficiency configuration for volume "vol01" of Vserver "SVM01": Failed to set compression type and application I/O size on the volume. Switching between compression type or application I/O size is allowed only after undoing thecompression savings on the volume.

So we seem to be unable to go from adaptive to secondary compression type. Any ideas ?
ONTAP version is 9.12.1P8

Public issues must not contain sensitive information

  • This issue contains no sensitive information.
@netapp-dbagwell netapp-dbagwell added the Triage Item is being researched and will be assigned when more information is gathered label May 23, 2024
@netapp-dbagwell netapp-dbagwell removed the Triage Item is being researched and will be assigned when more information is gathered label Jun 13, 2024
@netapp-mwallis
Copy link
Member

@tomdewit, The instructions around moving from secondary to adaptive compression have been updated, and engineering has confirmed that these new instructions should work. Please let us know if you see any further issues. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants