, you need version 2 for centos
something like (but please google and confirm):
qemu-img convert -f qcow2 /var/lib/libvirt/images/qcow2v3.img -O qcow2
-o compat=0.10 /var/lib/libvirt/images/qcow2v2.img
On 26 May 2015 at 05:09, Amin Samir amin.sa...@opencloud.net.au wrote:
Hello
/qcow2v3.img -O qcow2 -o
compat=0.10 /var/lib/libvirt/images/qcow2v2.img
On 26 May 2015 at 05:09, Amin Samir amin.sa...@opencloud.net.au wrote:
Hello,
We are using Cloudstack 4.3.2 from shapeblue repo, along with KVM
template dated 2015-01-28, our environment is as follows:
1
Hello,
We are using Cloudstack 4.3.2 from shapeblue repo, along with KVM template
dated 2015-01-28, our environment is as follows:
1) Cloud stack management server Centos 6.6, with Cloudstack 4.3.2
2) Centos 6.6 KVM with the cloudstack-agent installed from shapeblue
repo
3)
. Otherwise open a defect.
Thanks,
Sanjeev
-Original Message-
From: Amin Samir [mailto:a...@opencloud.net.au]
Sent: Monday, August 25, 2014 7:21 AM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: VM Storage migration only works once not vice versa CS 4.3 Xen 6.2
SP1
Hello,
We have two clusters, the environment is as follows:
? CS Mgmt server 4.3 on CentOS 6.5
? Hypervisors Xen Server 6.2 SP1.
? One Zone, Two clusters with different two primary storage servers.
? Primary Secondary storage are NFS based.
When
tasks on the instance to
which the volume is attached
Thanks
Sangeetha
-Original Message-
From: Amin Samir [mailto:a...@opencloud.net.au]
Sent: Monday, August 18, 2014 9:55 PM
To: dev@cloudstack.apache.org
Subject: Snapshot partial file creates are not cleaned up.
Hello,
When
Hello,
When a volume snapshot creation times out ( based on the global setting), the
partial file creates is not cleaned up. Has anyone faced this? Or filled a bug
for this?
Kind Regards
for this: enable.ha.storage.migration.
You can turn that off.
Thanks
-min
From: Amin Samir a...@opencloud.net.au mailto:a...@opencloud.net.au
Reply-To: dev@cloudstack.apache.org mailto:dev@cloudstack.apache.org
dev@cloudstack.apache.org mailto:dev@cloudstack.apache.org
Date: Thursday, August 14, 2014 7:39 PM
To: dev
in advance for your help
Kind Regards
Kind Regards
Amin Samir
Open Cloud Pty.
Sales Support
Mobile: +61414356558
E-mail: a...@opencloud.net.au
http://www.linkedin.com/company/backonline?trk=company_name
http://www.facebook.com/plugins/likebox.php?href=https%3A%2F
Hello,
We have cloud stack 4.3 over centos our hypervisors are xen server 6.2 SP1 with
latest updates, the VM's that are created from custom offering don't let us use
the migrate host icon from the UI, however you can move them from the xen
center console.
Has anyone faced this issue
To: dev@cloudstack.apache.org
Subject: Re: VPN site to site with no cisco nor juniper on the customer end
It is standard IPSec, so try it out and blog about it!
From: Amin Samir a...@opencloud.net.aumailto:a...@opencloud.net.au
Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
dev
Hello,
Can anyone please advise if we can use site to site VPN and there is no Cisco
nor Juniper routers on the other (customer end) for instance if the customer
has Pfsense as his router and firewall
, what shall we do? Is it possible or not?
Our environment is as follows:
? MS
Follow step number three and you should be fine.
http://shankerbalan.net/blog/apache-cloudstack-4-3-0-released/
Kind Regards
Amin
-Original Message-
From: Prakash Rao Banuka [mailto:prakas...@simplifydc.com]
Sent: Saturday, 3 May 2014 2:14 AM
To: dev@cloudstack.apache.org
Hi Michael,
For whole three days now we have been using CentOS 6.5 as OS platform for our
management server, and no signs of crashes nor did we need have to restart on a
daily basis.
No signs of java heap space errors neither in the Catalina.out nor in
management.log.
The environment in
Change your browser, try another browser that you never used to log on to any
other cloudstack, or clear the cache or any other history in your browser it
will work.
Kind Regards
Amin
-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com]
Sent: Monday, 14
Michael,
Just give me two days, will feedback you. I have to leave it till late night
where is the Ubuntu server crash times.
Kind Regards
Amin
-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com]
Sent: Thursday, 10 April 2014 11:10 PM
To:
Xen Server 6.1 with the latest updates As of today 11-April-2014
Kind Regards
Amin
-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com]
Sent: Friday, 11 April 2014 9:16 AM
To: dev@cloudstack.apache.org
Subject: RE: Interesting 4.2.1. Issue...
Gotcha...
What
I am sorry to hear that, by next week we will be rebuilding ours using CentOS
6.5, will feedback you with the status.
Kind Regards
Amin
-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com]
Sent: Sunday, 6 April 2014 1:24 AM
To: dev@cloudstack.apache.org
Subject:
related logs will be helpful.
On Apr 3, 2014 9:13 AM, Amin Samir a...@opencloud.net.au wrote:
Hello,
Can anyone please help with the below issue?
Kind Regards
Amin
-Original Message-
From: Amin Samir
Sent: Tuesday, 1 April 2014 4:18 PM
To: dev@cloudstack.apache.org
Subject: Cloud
cd /usr/share/tomcat6/bin/
./version.sh
The output should be 6.0.33 instead of 6.0.35
Using CATALINA_BASE: /usr/share/tomcat6
Using CATALINA_HOME: /usr/share/tomcat6
Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
Using JRE_HOME:/usr
Using CLASSPATH:
I tried but I failed to do so, each time cloudstack attempts to install to go
fetches the 6.0.35 from the repo, maybe you have installed it after installing
the cloudstack, if you managed to have a running cloudstack version above the
6.0.33 feedback with the results.
Kind Regards
Amin
Thanks and thanks for sharing the steps
Kind Regards
Amin
-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com]
Sent: Friday, 4 April 2014 11:02 AM
To: dev@cloudstack.apache.org
Subject: RE: Interesting 4.2.1. Issue...
So I manually downloaded tomcat 6.0.33
It is 6.0.35 and it still produces this error, even after increasing the Xmx to
4g, we have installed tomcat 6.0.33 and each time we install the cloudstack it
does not sense the installed 6.0.33 and attempts to install 6.0.35 as it is
dependent on it. Silly solution is that we scheduled a daily
No we didn't, it wouldn't matter because the memory would still fill up, the
problem is it opens a thread and it fails to close it so whatever you will
increase soon or later the memory will fill up (if I understand right)
The error in catalina is as follows:
SEVERE: The web application
Hello,
We are facing an issue when we spin up a new instance with a new network
(router VM), it gives the following error:
Resource [Host:59] is unreachable: Host 59: Unable to start instance due to DB
Exception on: com.mysql.jdbc.JDBC4PreparedStatement@5126808a
We have the same issue, after an upgrade from 2.2.14 to 4.2.1, and during this
upgrade we had upgrade from Ubuntu 10 LTS to Ubuntu 12 LTS, it seems it related
to tomcat 6.0.35, because it is recommended to have tomcat 6.0.33 which doesn't
come by default with Ubuntu 12.04.4
Kind Regards
Amin
Hello,
We have faced the same issue before, it worked with the below steps probably
you missed step no. 6
* log in to UI, select Templates, My Templates, Add Template and enter the
following:
Name: systemvm-xenserver-4.2
Description:systemvm-xenserver-4.2
URL:
Hello,
I was advised to seek help in the dev community, we have upgraded our cloud
stack management server from 2.2.14 to 4.2.1 and after the upgrade we face the
following:
1) The management server crashes on daily basis and only a reboot fixes it.
2) The management server log
increasing heap size in the JVM in /etc/cloudstack/management/tomcat6.conf
E.g., -Xmx4g
From: Amin Samir a...@opencloud.net.aumailto:a...@opencloud.net.au
Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
Date: Monday
29 matches
Mail list logo