Re: Connection issue with the master

Hi Jaypal, in the table configuration I see this field: ssl.keystore SSL Keystore for the management servers Do you mean I need to null these values? Thanks again S. 2015-02-10 10:12 GMT+01:00 Salvatore Sciacco scia...@iperweb.com: Also, I'd like to understand why some agent connect just

Re: Connection issue with the master

...@citrix.com : Hi, This issue is related to ssl keys. Can you remove the keys and try restarting MS and recreate systemvms. Thanks, Jayapal On 10-Feb-2015, at 1:52 PM, Salvatore Sciacco scia...@iperweb.com wrote: Hi, I have a few hosts and the systemvm (console proxy) which stopped

Connection issue with the master

Hi, I have a few hosts and the systemvm (console proxy) which stopped connecting to the master with ssl error: 2015-02-10 08:43:46,057 INFO [cloud.agent.Agent] (Agent-Handler-4:null) Reconnecting... 2015-02-10 08:43:46,058 INFO [utils.nio.NioClient] (Agent-Selector:null) Connecting to

Re: Connection issue with the master

[utils.nio.NioClient] (Agent-Selector:null) Connected to 192.168.11.9:8250 2015-02-10 10:05 GMT+01:00 Salvatore Sciacco scia...@iperweb.com: Hi Jayapal, do you mean the keystore in /etc/cloudstack/management or the ssl setting in the config? I already tried removing the keystore but the same

Re: KVM - Migration of CLVM volumes to another primary storage fail

Hello Lucian, did you have any chance to try to reproduce my setup? :-) Best, S. 2014-04-20 15:26 GMT+02:00 Nux! n...@li.nux.ro: On 20.04.2014 13:24, Salvatore Sciacco wrote: 2014-04-20 12:31 GMT+02:00 Nux! n...@li.nux.ro: It looks like a bug, qemu-img convert should be used instead

Re: KVM - Migration of CLVM volumes to another primary storage fail

Thanks! :-) I suppose there isn't much people running different CLVM pools in the same zone... S. 2014-04-20 15:26 GMT+02:00 Nux! n...@li.nux.ro: On 20.04.2014 13:24, Salvatore Sciacco wrote: 2014-04-20 12:31 GMT+02:00 Nux! n...@li.nux.ro: It looks like a bug, qemu-img convert should

KVM - Migration of CLVM volumes to another primary storage fail

ACS version: 4.2.1 Hypervisors: KVM Storage pool type: CLVM Since we upgraded from 4.1 to 4.2.1 moving volumes to a different primary storage pool fail. I've enabled debug on the agents side and I think there is a problem with the format type conversion Volume on database has format QCOW2

Re: KVM - Migration of CLVM volumes to another primary storage fail

2014-04-20 12:31 GMT+02:00 Nux! n...@li.nux.ro: It looks like a bug, qemu-img convert should be used instead of cp -f, among others. I suppose that some code was added to do a simple copy when format is the same, this wasn't the case with 4.1.1 version. Do you mind opening an issue in

Missing resize volume button for users in 4.1.1?

Hello, I noticed that after the upgrade to the 4.1.1 the button to resize the data volume is missing for users but it is present for ROOT Admin users IIRC the button was present when I installed 4.1.0? Thank you Salvatore

Re: HA not working - CloudStack 4.1.0 and KVM hypervisor hosts

there are workaround / database update to declare a host died so that HA operations can be triggered? 2013/7/25 Lennert den Teuling lenn...@pcextreme.nl Op 25-07-13 07:48, Bryan Whitehead schreef: Starting off, there is never going to be a way to conclusively decide if a host is down.

Re: Does cloudstack support memory-overcommitting?

There is a global setting parameter afaik... Il giorno 08/lug/2013 11:45, Tao Lin linba...@gmail.com ha scritto: Hi,there: Does cloudstack support memory-overcommitting so that memory resource can be scheduled among VMs using the balloon device of the KVM? And how cloudstack handle this?

Re: Enable HTTPS for CloudStack Web Interface

It worked on 4.1 for me so I think it will be fine for 4.0 S. Il giorno 02/lug/2013 05:14, CSG - Ashley Lester ash...@computer-services.com.au ha scritto: Hello, Is anybody able to advise if this is valid for CS 4.02. or a suggestion to get https working ?