Replies: 9 comments 1 reply
|
Thanks for opening your first issue here! Be sure to follow the issue template! |
|
@Lauta11 what is the value set for config 'kvm.incremental.snapshot'? and what is the underlying storage used for the volumes? |
|
Hello, @Lauta11 When the |
Hi @sureshanaparti , thanks for you response. The kvm.incremental.snapshot option isn't enabled or listed. We're not using incremental snapshots anyway.
Hi @erikbocks , thanks for you response. |
|
Hi @Lauta11 sorry, 'kvm.incremental.snapshot' config was introduced in 4.21. For your case, I think, you can configure timeout in the global setting 'commands.timeout' (for 3 hrs timeout, set to CreateObjectCommand=10800). |
@erikbocks I think, no changes required if the granular commands timeout setting (#9659) addresses the timeout update for the CreateObjectCommand. |
Hello @sureshanaparti a thousand apologies, I have cloudstack version 4.19.2, I thought I had updated, in this version the global configuration 'commands.timeout' does not appear, is this from 4.20 onwards? |
@Lauta11 the config 'commands.timeout' was introduced in 4.20.1. |
|
Hi, I discovered you're using the wrong time measurement. The But if you use |
Uh oh!
There was an error while loading. Please reload this page.
problem
When creating snapshots of large volumes (approximately larger than 200 GB), the task fails to complete successfully. The snapshot command reaches a timeout of 3600 seconds, which is not enough time to copy the entire disk.
We attempted to modify various timeout-related parameters in CloudStack (including those for snapshot and asynchronous tasks), but none of them appear to extend or affect this timeout limit.
It is unclear whether this is a bug or a missing feature that should allow increasing the timeout duration for snapshot operations.
The corresponding logs are attached for further analysis.
All reactions