Re: Consistent disconnects from SSVM and compute host
On 7/12/21 10:47 AM, Andrija Panic wrote: > Can you take the LB out as a variable - and try directly doing things > inside the network (behind VPN, via internal IPs) Yes, will do. This does bring up a question though: I have the my global "host" setting set to the load balancer. I came across this in the docs [1]: Historically, when multiple management servers are used a tcp-LB is used on port 8250 (default) of the management servers and the VIP/LB-IP is used as the |host| setting to be used by various CloudStack agents such as the KVM, CPVM, SSVM agents, who connect to the |host| on port 8250. However, starting CloudStack 4.11+ the |host| setting can accept comma separated list of management server IPs to which new CloudStack hosts/agents will get a shuffled list of the same to which they can cycle reconnections in a round-robin way. Is it preferred/recommended in 4.11 and onward to directly set all the management servers in the "host" setting or to set the LB? I'll report back when I have done more testing without the LB. [1] https://docs.cloudstack.apache.org/en/latest/adminguide/hosts.html#server-address-usage -- Thanks, Joshua Schaeffer
Re: Primary Storage Volume detach issue
(if you open that link in your browser) On Mon, 12 Jul 2021 at 18:57, Andrija Panic wrote: > I've seen an identical issue on a VERY specific/minor version of vShpere > 6.5 - if you browser in your browser - will it also return error 500? > https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1 > > > -- Andrija Panić
Re: Primary Storage Volume detach issue
I've seen an identical issue on a VERY specific/minor version of vShpere 6.5 - if you browser in your browser - will it also return error 500? https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1
Re: Consistent disconnects from SSVM and compute host
Can you take the LB out as a variable - and try directly doing things inside the network (behind VPN, via internal IPs) The exception thrown in the SSVM is strange though Best, On Sat, 10 Jul 2021 at 11:35, Joshua Schaeffer wrote: > ACS: 4.15.0.0 > Hypervisor: KVM > OS: Ubuntu 20.04 > > In troubleshooting my last secondary storage issue I came across a > repeating warning and error on the secondary storage VM and the compute > host respectively. This is causing some issues and I'd like to know if > anybody else has come across this or how to resolve it. > > Exactly every 60 seconds I receive a lost connection info message followed > by a reconnection attempt (which is always successful) which is then > followed by a warning in the SSVM's case and an error in the compute host's > case. The warning is an exception that is caught by > java.lang.NumberFormatException and the error is a libvirt error. This also > triggers an alert in the CloudStack UI. Here are the details. > > First the logs from /var/log/cloud.log inside the SSVM: > > 2021-07-10 08:48:57,919 INFO [cloud.agent.Agent] (Agent-Handler-2:null) > Lost connection to host: bllcloudlb01.harmonywave.cloud. Attempting > reconnection while we still have 0 commands in progress. > 2021-07-10 08:48:57,945 INFO [utils.nio.NioClient] (Agent-Handler-2:null) > NioClient connection closed > 2021-07-10 08:48:57,947 INFO [cloud.agent.Agent] (Agent-Handler-2:null) > Reconnecting to host:bllcloudlb01.harmonywave.cloud > 2021-07-10 08:48:57,948 INFO [utils.nio.NioClient] (Agent-Handler-2:null) > Connecting to bllcloudlb01.harmonywave.cloud:8250 > 2021-07-10 08:48:57,954 INFO [utils.nio.Link] (Agent-Handler-2:null) Conf > file found: /usr/local/cloud/systemvm/conf/agent.properties > 2021-07-10 08:48:58,664 INFO [utils.nio.NioClient] (Agent-Handler-2:null) > SSL: Handshake done > 2021-07-10 08:48:58,665 INFO [utils.nio.NioClient] (Agent-Handler-2:null) > Connected to bllcloudlb01.harmonywave.cloud:8250 > 2021-07-10 08:48:58,729 INFO [cloud.agent.Agent] (Agent-Handler-2:null) > Proccess agent startup answer, agent id = 0 > 2021-07-10 08:48:58,731 INFO [cloud.agent.Agent] (Agent-Handler-2:null) > Set agent id 0 > 2021-07-10 08:48:58,736 INFO [cloud.agent.Agent] (Agent-Handler-2:null) > Startup Response Received: agent id = 0 > 2021-07-10 08:48:59,128 INFO > [storage.resource.NfsSecondaryStorageResource] > (agentRequest-Handler-2:null) Determined host > bllcloudstg02-storage.harmonywave.cloud corresponds to IP 10.2.96.6 > 2021-07-10 08:48:59,132 INFO > [storage.resource.NfsSecondaryStorageResource] > (agentRequest-Handler-2:null) Determined host > bllcloudstg02-storage.harmonywave.cloud corresponds to IP 10.2.96.6 > 2021-07-10 08:49:02,799 INFO > [storage.resource.NfsSecondaryStorageResource] > (agentRequest-Handler-2:null) created a thread to start post upload server > 2021-07-10 08:49:02,807 INFO [handler.logging.LoggingHandler] > (nioEventLoopGroup-310-1:null) [id: 0xab44bf4e] REGISTERED > 2021-07-10 08:49:02,808 INFO [handler.logging.LoggingHandler] > (nioEventLoopGroup-310-1:null) [id: 0xab44bf4e] BIND(0.0.0.0/0.0.0.0:8210) > 2021-07-10 08:49:02,808 INFO [handler.logging.LoggingHandler] > (nioEventLoopGroup-310-1:null) [id: 0xab44bf4e] CLOSE() > 2021-07-10 08:49:02,809 INFO [handler.logging.LoggingHandler] > (nioEventLoopGroup-310-1:null) [id: 0xab44bf4e] UNREGISTERED > 2021-07-10 08:49:02,816 INFO > [storage.resource.NfsSecondaryStorageResource] (Thread-157:null) shutting > down post upload server > 2021-07-10 08:49:03,021 INFO > [storage.resource.NfsSecondaryStorageResource] > (agentRequest-Handler-1:null) Determined host > bllcloudstg02-storage.harmonywave.cloud corresponds to IP 10.2.96.6 > 2021-07-10 08:49:03,072 INFO [storage.template.DownloadManagerImpl] > (agentRequest-Handler-1:null) found 0 volumes[] > 2021-07-10 08:49:03,127 INFO > [storage.resource.NfsSecondaryStorageResource] > (agentRequest-Handler-5:null) Determined host > bllcloudstg02-storage.harmonywave.cloud corresponds to IP 10.2.96.6 > 2021-07-10 08:49:03,257 INFO [storage.template.DownloadManagerImpl] > (agentRequest-Handler-5:null) found 3 > templates[/mnt/SecStorage/df2ca46d-aee0-302e-9ad0-2e94252341e4/template/tmpl/1/3/21b64e43-bd2e-447e-a488-14b67205e289.qcow2, > /mnt/SecStorage/df2ca46d-aee0-302e-9ad0-2e94252341e4/template/tmpl/1/10/746d45d3-426c-4d86-b82c-1d4cd5a25a8c.qcow2, > /mnt/SecStorage/df2ca46d-aee0-302e-9ad0-2e94252341e4/template/tmpl/2/230/50035329-d6d9-491d-9aef-e2756bdd02ec.iso] > 2021-07-10 08:49:03,269 WARN [storage.template.TemplateLocation] > (agentRequest-Handler-5:null) Cleaning up inconsistent information for QCOW2 > 2021-07-10 08:49:03,271 WARN [cloud.agent.Agent] > (agentRequest-Handler-5:null) Caught: > java.lang.NumberFormatException: For input string: "" > at > java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) > at java.base/java.lang.Long.parseLong(Long.java:702) > at
Re: snapshot compression
What did you have in mind specifically? Ceph volume snapshots export works by using qemu-img to convert raw/RBD volume to a qcow2 (if not mistaken, or raw) format on the Secondary Storage. Bestm On Mon, 12 Jul 2021 at 09:35, Daan Hoogland wrote: > Andrei, good feature request. I don't think it is implemented (never heard > of it) > > On Thu, Jul 8, 2021 at 6:06 PM Andrei Mikhailovsky > wrote: > > > Hello everyone, > > > > Is there a way to enable compression on the KVM+Ceph snapshot volumes > when > > they are being copied to the secondary storage? As far as I can see, this > > useful feature is not enabled by default, which could unnecessarily waste > > both network and storage resources. It could save tons of space. > > > > Any idea on how to enable it? > > > > Cheers > > > > Andrei > > > > > -- > Daan > -- Andrija Panić
CloudStack billing GUI. Is there any one?
Hello all. Studying CloudStack I knew that Usage service has the goal of create a billing service. Mi doubt is, because I didn't found, if there is any GUI that we can use to send to yours "costumers" see and understand what they are using and paying for. Is there any free GUI billing service that I can use with CloudStack/Usage? Best regards.
RE: thank you :)
Got you now ! Presenting solutions to non technical people has put a mark on my language for sure... Regards, Jordan -Original Message- From: Daan Hoogland Sent: 12 юли 2021 г. 14:28 To: users Subject: Re: thank you :) [X] This message came from outside your organization I don't mean much by it, I'm just trying to hide my curiosity behind hip internet age words ;) On Mon, Jul 12, 2021 at 1:17 PM Yordan Kostov wrote: > What do you mean by blog? Its not worthy for blogging (;. > > Best regards, > Jordan > > -Original Message- > From: Daan Hoogland > Sent: 12 юли 2021 г. 10:36 > To: users > Subject: Re: thank you :) > > > [X] This message came from outside your organization > > > good to hear Yordan, > will you blog or report back here? > > On Fri, Jul 9, 2021 at 11:11 AM Yordan Kostov > wrote: > > > Hey everyone, > > > > I just wanted to say thank you to everyone that > > helped me remediate Cloudstack issues or delve into architecture > > details last few weeks! > > POC launch and user feedback was excellent! > > > > Best regards, > > Jordan > > > > > -- > Daan > -- Daan
Re: XCP-ng Backup Cloudstack 4.15
Thank You for the response. Really apricated. On 2021/07/12 09:41:07, Rohit Yadav wrote: > Hi Abishek, > > That's right, the current Backup & Recovery framework only supports Veeam > provider on VMware. > > For XenServer/xcpng, we don't have a plugin/provider, however volume > snapshots can be used to backup snapshots on secondary storage. > > Regards. > > Regards, > Rohit Yadav > > > From: Abishek Budhathoki > Sent: Saturday, July 10, 2021 7:42:12 PM > To: users@cloudstack.apache.org > Subject: XCP-ng Backup Cloudstack 4.15 > > Hello EveryOne, > > I am trying cloudstack with xen environment. I was trying out the backup > feature of the cloudstack and was not able to achieve it. Does the backup > work in xen environment or it strictly only works with vmware only. > > > > > >
Re: thank you :)
I don't mean much by it, I'm just trying to hide my curiosity behind hip internet age words ;) On Mon, Jul 12, 2021 at 1:17 PM Yordan Kostov wrote: > What do you mean by blog? Its not worthy for blogging (;. > > Best regards, > Jordan > > -Original Message- > From: Daan Hoogland > Sent: 12 юли 2021 г. 10:36 > To: users > Subject: Re: thank you :) > > > [X] This message came from outside your organization > > > good to hear Yordan, > will you blog or report back here? > > On Fri, Jul 9, 2021 at 11:11 AM Yordan Kostov > wrote: > > > Hey everyone, > > > > I just wanted to say thank you to everyone that helped > > me remediate Cloudstack issues or delve into architecture details last > > few weeks! > > POC launch and user feedback was excellent! > > > > Best regards, > > Jordan > > > > > -- > Daan > -- Daan
RE: thank you :)
What do you mean by blog? Its not worthy for blogging (;. Best regards, Jordan -Original Message- From: Daan Hoogland Sent: 12 юли 2021 г. 10:36 To: users Subject: Re: thank you :) [X] This message came from outside your organization good to hear Yordan, will you blog or report back here? On Fri, Jul 9, 2021 at 11:11 AM Yordan Kostov wrote: > Hey everyone, > > I just wanted to say thank you to everyone that helped > me remediate Cloudstack issues or delve into architecture details last > few weeks! > POC launch and user feedback was excellent! > > Best regards, > Jordan > -- Daan
RE: XCP-ng Backup Cloudstack 4.15
I will be digging into that this matter week. We are trying to do some kind of disaster recovery setup for XCP-NG/XenServer setup and Veeam. The raw design idea we are having is Backup is done through ACS, Veeam collects the backup once every X days for DR purposes. Restore is a bit more problematic because dumping the VHDs back is fine but it wont show in ACS GUI under the proper volume. A good thing is that when volume backup is removed due to retention policy expiration the ACS DB entry in table " snapshots" is kept but marked from "Backup" to "Destroyed" So during restore of the VHD if the name of the VHD can be used to revert that entry change in the DB will probably make the backup appear in the GUI. What I mention above is the worst case scenario where every step should be automated. I need to dig into the backup framework and the api to see how they can aid this process. Best regards, Jordan -Original Message- From: Rohit Yadav Sent: 12 юли 2021 г. 12:41 To: users@cloudstack.apache.org Subject: Re: XCP-ng Backup Cloudstack 4.15 [X] This message came from outside your organization Hi Abishek, That's right, the current Backup & Recovery framework only supports Veeam provider on VMware. For XenServer/xcpng, we don't have a plugin/provider, however volume snapshots can be used to backup snapshots on secondary storage. Regards. Regards, Rohit Yadav From: Abishek Budhathoki Sent: Saturday, July 10, 2021 7:42:12 PM To: users@cloudstack.apache.org Subject: XCP-ng Backup Cloudstack 4.15 Hello EveryOne, I am trying cloudstack with xen environment. I was trying out the backup feature of the cloudstack and was not able to achieve it. Does the backup work in xen environment or it strictly only works with vmware only.
Re: Adding a new host in Xen pool.
I think if you've add hosts in a pool and then add the pool primary/master then all the hosts are discovered. Otherwise, you can use the addHost API or feature in UI to add new hosts to existing pool. Kindly test. Regards. Regards, Rohit Yadav From: Abishek Budhathoki Sent: Sunday, July 11, 2021 4:57:28 PM To: users@cloudstack.apache.org Subject: Adding a new host in Xen pool. Will cloudstack automatically detect a new host added in xenpool or is it not possible to add new host to existing xenpool. I came into the scenario to plan cloudstack deployment for my company in Xen server(xcp-ng). In near future I will need to add new host to existing pool so, will it be possible? I will be extremally grateful for any suggestion. Thank You.
Re: XCP-ng Backup Cloudstack 4.15
Hi Abishek, That's right, the current Backup & Recovery framework only supports Veeam provider on VMware. For XenServer/xcpng, we don't have a plugin/provider, however volume snapshots can be used to backup snapshots on secondary storage. Regards. Regards, Rohit Yadav From: Abishek Budhathoki Sent: Saturday, July 10, 2021 7:42:12 PM To: users@cloudstack.apache.org Subject: XCP-ng Backup Cloudstack 4.15 Hello EveryOne, I am trying cloudstack with xen environment. I was trying out the backup feature of the cloudstack and was not able to achieve it. Does the backup work in xen environment or it strictly only works with vmware only.
Re: Primary Storage Volume detach issue
Hi Pradeep, If the disk is in fcd folder means that the data disk would have already detached. Please check whether the volumes paths and storage pool IDs in CloudStack database are in sync with the location at vCenter. Regards, Harikrishna From: pradeep pal Sent: Monday, July 12, 2021 11:05 AM To: users@cloudstack.apache.org Subject: Re: Primary Storage Volume detach issue Hi Suresh, the DATADISK is located in fcd folder, and it is the shared iscsi primary volume. Thanks Pradeep From: Suresh Anaparti Sent: Monday, July 12, 2021 10:11 AM To: users@cloudstack.apache.org Subject: Re: Primary Storage Volume detach issue Hi Pradeep, Can you share some more details. Is the path mentioned correctly for DATATDISK in the volumes table, and Are you able to locate the disk “4b1e297907f14fbaad3b7a5e57ff8793.vmdk” (in 'fcd' or VM folder) from the file system? Is the primary storage shared or local. Regards, Suresh From: pradeep pal Reply to: "users@cloudstack.apache.org" Date: Saturday, 10 July 2021 at 2:44 PM To: "users@cloudstack.apache.org" Subject: Primary Storage Volume detach issue Hi, When i create a vm and attached a DATADISK, after that when we detach this DATADISK, we are getting below error message, can you please help me to rectify this. Infra Details: ESXi Hypervisor: 6.7 U3 vCenter: 6.7u3 CloudStack: 4.15.0 2021-07-10 11:43:59,113 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Search file 4b1e297907f14fbaad3b7a5e57ff8793.vmdk on [PROD_VPC_SZ_CLS1_PRIM_VOL1] fcd 2021-07-10 11:43:59,901 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) File [PROD_VPC_SZ_CLS1_PRIM_VOL1] fcd/4b1e297907f14fbaad3b7a5e57ff8793.vmdk does not exist on datastore 2021-07-10 11:43:59,903 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Search file 4b1e297907f14fbaad3b7a5e57ff8793.vmdk on [PROD_VPC_SZ_CLS1_PRIM_VOL1] 2021-07-10 11:43:59,938 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) File [PROD_VPC_SZ_CLS1_PRIM_VOL1] 4b1e297907f14fbaad3b7a5e57ff8793.vmdk does not exist on datastore 2021-07-10 11:44:03,525 ERROR [c.c.s.r.VmwareStorageProcessor] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Failed to detach volume: Server returned HTTP response code: 500 for URL: https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1 java.io.IOException: Server returned HTTP response code: 500 for URL: https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1 ERROR [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-40:ctx-841f3323 job-539/job-540 ctx-a90238bd) (logid:34cdbaf7) Invocation exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume 100Gpradeep from VM pp-testvm01 FAILED, resultCode: 530, result: org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":"530","errortext":"Failed to detach volume 100Gpradeep from VM pp-testvm01"} But when i check volume on vcenter i can able to see attached volume. [cid:af75051e-d1ee-4121-be66-c1feee27fa76] Thanks & Regards Pradeep
Re: Primary Storage Volume detach issue
Hi Pradeep, When any disk is detached, it will be moved to 'fcd' folder on that primary storage (for VMware hypervisor). So, in your case, as the DATADISK is located in 'fcd' folder, that means it is detached from the VM. Regards, Suresh On 12/07/21, 11:06 AM, "pradeep pal" wrote: Hi Suresh, the DATADISK is located in fcd folder, and it is the shared iscsi primary volume. Thanks Pradeep From: Suresh Anaparti Sent: Monday, July 12, 2021 10:11 AM To: users@cloudstack.apache.org Subject: Re: Primary Storage Volume detach issue Hi Pradeep, Can you share some more details. Is the path mentioned correctly for DATATDISK in the volumes table, and Are you able to locate the disk “4b1e297907f14fbaad3b7a5e57ff8793.vmdk” (in 'fcd' or VM folder) from the file system? Is the primary storage shared or local. Regards, Suresh From: pradeep pal Reply to: "users@cloudstack.apache.org" Date: Saturday, 10 July 2021 at 2:44 PM To: "users@cloudstack.apache.org" Subject: Primary Storage Volume detach issue Hi, When i create a vm and attached a DATADISK, after that when we detach this DATADISK, we are getting below error message, can you please help me to rectify this. Infra Details: ESXi Hypervisor: 6.7 U3 vCenter: 6.7u3 CloudStack: 4.15.0 2021-07-10 11:43:59,113 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Search file 4b1e297907f14fbaad3b7a5e57ff8793.vmdk on [PROD_VPC_SZ_CLS1_PRIM_VOL1] fcd 2021-07-10 11:43:59,901 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) File [PROD_VPC_SZ_CLS1_PRIM_VOL1] fcd/4b1e297907f14fbaad3b7a5e57ff8793.vmdk does not exist on datastore 2021-07-10 11:43:59,903 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Search file 4b1e297907f14fbaad3b7a5e57ff8793.vmdk on [PROD_VPC_SZ_CLS1_PRIM_VOL1] 2021-07-10 11:43:59,938 INFO [c.c.h.v.m.DatastoreMO] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) File [PROD_VPC_SZ_CLS1_PRIM_VOL1] 4b1e297907f14fbaad3b7a5e57ff8793.vmdk does not exist on datastore 2021-07-10 11:44:03,525 ERROR [c.c.s.r.VmwareStorageProcessor] (DirectAgent-125:ctx-3364032d 10.xx.5.102, job-539/job-540, cmd: DettachCommand) (logid:34cdbaf7) Failed to detach volume: Server returned HTTP response code: 500 for URL: https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1 java.io.IOException: Server returned HTTP response code: 500 for URL: https://10.xx.5.100/folder/i-2-30-VM?dcPath=YTTMTLSZCLDDC01=PROD_VPC_SZ_CLS1_PRIM_VOL1 ERROR [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-40:ctx-841f3323 job-539/job-540 ctx-a90238bd) (logid:34cdbaf7) Invocation exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume 100Gpradeep from VM pp-testvm01 FAILED, resultCode: 530, result: org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":"530","errortext":"Failed to detach volume 100Gpradeep from VM pp-testvm01"} But when i check volume on vcenter i can able to see attached volume. [cid:af75051e-d1ee-4121-be66-c1feee27fa76] Thanks & Regards Pradeep
Re: XCP-ng Backup Cloudstack 4.15
Abishek, If you mean to use the backup framework it is generic but only a framework. It needs an agent to do the actual backing up. As of now it has only an implementation for veeem which works with vmware. regards, On Sun, Jul 11, 2021 at 8:05 PM Abishek Budhathoki wrote: > Hello EveryOne, > > I am trying cloudstack with xen environment. I was trying out the backup > feature of the cloudstack and was not able to achieve it. Does the backup > work in xen environment or it strictly only works with vmware only. > > > -- Daan
Re: thank you :)
good to hear Yordan, will you blog or report back here? On Fri, Jul 9, 2021 at 11:11 AM Yordan Kostov wrote: > Hey everyone, > > I just wanted to say thank you to everyone that helped me > remediate Cloudstack issues or delve into architecture details last few > weeks! > POC launch and user feedback was excellent! > > Best regards, > Jordan > -- Daan
Re: snapshot compression
Andrei, good feature request. I don't think it is implemented (never heard of it) On Thu, Jul 8, 2021 at 6:06 PM Andrei Mikhailovsky wrote: > Hello everyone, > > Is there a way to enable compression on the KVM+Ceph snapshot volumes when > they are being copied to the secondary storage? As far as I can see, this > useful feature is not enabled by default, which could unnecessarily waste > both network and storage resources. It could save tons of space. > > Any idea on how to enable it? > > Cheers > > Andrei > -- Daan