You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Charles Moulliard <ch...@gmail.com> on 2012/12/04 13:55:41 UTC
MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Hi,
How can I figure out this exception when I try to create a new instance
using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB, local
storage) ?
WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch Exception:
class com.xensource.xenapi.Types$XenAPIException due to
MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
dynamic_min ? dynamic_max ? static_max
MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
dynamic_min ? dynamic_max ? static_max
at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixResourceBase.java:3116)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTemplate(CitrixResourceBase.java:985)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1278)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Regards,
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
The VirtualBox on my machine has 4GB and I try to use Cloudstack to
finalize tests to deploy karaf runtime in the cloud (
http://fuse.fusesource.org/fabric/docs/fabric-cloud-containers.html). Tests
already succeeded with OpenStack Essex on my MacBook pro
using a comparable config. So I don't really understand why I couldn't do
that with CloudStack except if CloudStack does not provide same features as
OpenStack
On Wed, Dec 5, 2012 at 7:51 AM, Rohit Yadav <ro...@citrix.com> wrote:
> Are you serious, you want to run a prod. level env. setup (karaf on the vm
> with 500MB RAM) on a vm running on a 2G RAM (does not help even if you
> increase ram or disk) devcloud running on virtualbox/kvm?
>
> Get a real host maybe? DevCloud is limited and a good alternative for
> (offline or infra-deficient) CloudStack development, two levels of
> cpu/storage virtualization and three levels of virtual networking is enough
> abuse :P
>
> Regards.
> ________________________________________
> From: Charles Moulliard [ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 12:06 PM
> To: cloudstack-dev
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> The reason why I have tried to deploy CentOS is that I'm not sure that with
> the small linux image that we provide(cloudstack) I can deploy my Apache
> karaf runtime (fabric project) which requires JDK 6 and at least 500Mb of
> RAM.
>
>
> On Wed, Dec 5, 2012 at 7:32 AM, Rohit Yadav <ro...@citrix.com>
> wrote:
>
> > Charles, alright you can try to create a light weight linux template
> using
> > damn small linux, gentoo or a configurable archlinux as an instance using
> > an ISO. If you want to really use CentOS, you should increase the RAM and
> > maybe attach an additional disk via vbox, you may also try a KVM setup
> with
> > your own devcloud image.
> >
> > That said, DevCloud is a replacement for infrastructure for offline
> > development, but I would recommend using a real setup for any serious
> > development that is storage, memory and network intensive, esp. if
> > deploying advance zone/network.
> >
> > Regards.
> > ________________________________________
> > From: Charles Moulliard [ch007m@gmail.com]
> > Sent: Wednesday, December 05, 2012 11:44 AM
> > To: cloudstack-dev
> > Cc: Marcus Sorensen
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi Rohit,
> >
> > I don't want to do something else but I have issues
> > (MEMORY_CONSTRAINT_VIOLATIONMemory
> > limits must satisfy: ..) when I try to create a new instance in the
> > management server of CloudStack using CentOs instead of by default linux
> > kernel proposed. I run the project like Sebastien (
> >
> http://sebgoa.blogspot.be/2012/11/testing-cloudstack-41-with-devcloud.html
> > ).
> > So, is there a workaround ?
> >
> > Regards,
> >
> > Charles
> >
> >
> > On Wed, Dec 5, 2012 at 7:03 AM, Rohit Yadav <ro...@citrix.com>
> > wrote:
> >
> > > Charles, I'm not sure why you want to do that? I think I may have a way
> > to
> > > get it work with Ubuntu, just that it failed for a number of reasons
> and
> > > worked perfectly with Wheezy. My view is that Debian has higher a
> > security
> > > and test standards for their releases. (note: systemvms are also made
> out
> > > of debian), Wheezy should be released around February 2013 (the freeze
> > was
> > > around June-July 2012, if I recall correctly), like we had the previous
> > > releases; Lenny's February 2009 and Squeeze's February 2011.
> > >
> > > Does it matter what flavour of Linux runs as dom0, as long as the xen
> > host
> > > works fine and networking is not an issue. Marcus and I talked about
> kvm
> > > during ccc12, I've haven't tried it myself but it's was claimed that it
> > > works; yes you can run a devcloud appliance on a KVM host (instead of
> on
> > > VirtualBox), run devcloud (a wheezy based base with xen server)
> directly
> > > over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm
> > > suggesting is that you run KVM over baremetal, a intel-vt/amd-v
> > processor.)
> > >
> > > Regards.
> > > ________________________________________
> > > From: Charles Moulliard [ch007m@gmail.com]
> > > Sent: Wednesday, December 05, 2012 11:11 AM
> > > To: cloudstack-dev
> > > Cc: Marcus Sorensen
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > Hi Edison, Anthony, Rohit,
> > >
> > > The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
> > > Debian - Wheezy (
> > > http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova)
> > and
> > > not anymore like DevCloud1 (
> > > http://wiki.cloudstack.org/display/COMM/DevCloud)
> > > on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
> > >
> > > If I understand correctly, you would recommend that we create a new
> image
> > > running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
> > >
> > > Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (=
> Debian
> > > Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
> > >
> > > Regards,
> > >
> > > Charles
> > >
> > >
> > > On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com>
> wrote:
> > >
> > > > I think I made a big mistake using Ubuntu xen in devcloud, which
> gives
> > us
> > > > a lot of troubles.
> > > > I know Marcus is using qemu in devcloud, is it good?
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Tuesday, December 04, 2012 2:09 PM
> > > > > To: cloudstack-dev
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > > >
> > > > > Any idea on how to upgrade xen on Devcloud (= VB running Devian
> > Wheezy
> > > > > + Xen 4.1) ?
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> > > > wrote:
> > > > >
> > > > > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > > > > another email. This is most likely due to a mismatch between the
> > > xapi
> > > > > > java stub library your deployment is using and the xapi your
> > devcloud
> > > > is on.
> > > > > >
> > > > > > --Alex
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > > > > To: cloudstack-dev
> > > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > satisfy:
> > > > > > >
> > > > > > > Alex,
> > > > > > >
> > > > > > > There is no /var/log/xensource.log file on the XCP machine
> > running
> > > > > > > in VirtualBox (= Devcloud2) but those one :
> > > > > > > ls -la /var/log
> > > > > > > -rw------- 1 root root 20206 Dec 4 16:58
> > > > xcp-networkd.log
> > > > > > > -rw------- 1 root root 113299 Dec 4 17:04
> > > > xcp-squeezed.log
> > > > > > > -rw------- 1 root root 27422 Dec 4 16:58
> xcp-v6d.log
> > > > > > > -rw------- 1 root root 10351527 Dec 4 17:07
> > xcp-xapi.log
> > > > > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <
> > Alex.Huang@citrix.com>
> > > > > > wrote:
> > > > > > >
> > > > > > > > /var/log/xensource.log
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Charles Moulliard
> > > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > @cmoulliard |
> > > > > Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Rohit Yadav <ro...@citrix.com>.
Are you serious, you want to run a prod. level env. setup (karaf on the vm with 500MB RAM) on a vm running on a 2G RAM (does not help even if you increase ram or disk) devcloud running on virtualbox/kvm?
Get a real host maybe? DevCloud is limited and a good alternative for (offline or infra-deficient) CloudStack development, two levels of cpu/storage virtualization and three levels of virtual networking is enough abuse :P
Regards.
________________________________________
From: Charles Moulliard [ch007m@gmail.com]
Sent: Wednesday, December 05, 2012 12:06 PM
To: cloudstack-dev
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
The reason why I have tried to deploy CentOS is that I'm not sure that with
the small linux image that we provide(cloudstack) I can deploy my Apache
karaf runtime (fabric project) which requires JDK 6 and at least 500Mb of
RAM.
On Wed, Dec 5, 2012 at 7:32 AM, Rohit Yadav <ro...@citrix.com> wrote:
> Charles, alright you can try to create a light weight linux template using
> damn small linux, gentoo or a configurable archlinux as an instance using
> an ISO. If you want to really use CentOS, you should increase the RAM and
> maybe attach an additional disk via vbox, you may also try a KVM setup with
> your own devcloud image.
>
> That said, DevCloud is a replacement for infrastructure for offline
> development, but I would recommend using a real setup for any serious
> development that is storage, memory and network intensive, esp. if
> deploying advance zone/network.
>
> Regards.
> ________________________________________
> From: Charles Moulliard [ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:44 AM
> To: cloudstack-dev
> Cc: Marcus Sorensen
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi Rohit,
>
> I don't want to do something else but I have issues
> (MEMORY_CONSTRAINT_VIOLATIONMemory
> limits must satisfy: ..) when I try to create a new instance in the
> management server of CloudStack using CentOs instead of by default linux
> kernel proposed. I run the project like Sebastien (
> http://sebgoa.blogspot.be/2012/11/testing-cloudstack-41-with-devcloud.html
> ).
> So, is there a workaround ?
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 7:03 AM, Rohit Yadav <ro...@citrix.com>
> wrote:
>
> > Charles, I'm not sure why you want to do that? I think I may have a way
> to
> > get it work with Ubuntu, just that it failed for a number of reasons and
> > worked perfectly with Wheezy. My view is that Debian has higher a
> security
> > and test standards for their releases. (note: systemvms are also made out
> > of debian), Wheezy should be released around February 2013 (the freeze
> was
> > around June-July 2012, if I recall correctly), like we had the previous
> > releases; Lenny's February 2009 and Squeeze's February 2011.
> >
> > Does it matter what flavour of Linux runs as dom0, as long as the xen
> host
> > works fine and networking is not an issue. Marcus and I talked about kvm
> > during ccc12, I've haven't tried it myself but it's was claimed that it
> > works; yes you can run a devcloud appliance on a KVM host (instead of on
> > VirtualBox), run devcloud (a wheezy based base with xen server) directly
> > over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm
> > suggesting is that you run KVM over baremetal, a intel-vt/amd-v
> processor.)
> >
> > Regards.
> > ________________________________________
> > From: Charles Moulliard [ch007m@gmail.com]
> > Sent: Wednesday, December 05, 2012 11:11 AM
> > To: cloudstack-dev
> > Cc: Marcus Sorensen
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi Edison, Anthony, Rohit,
> >
> > The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
> > Debian - Wheezy (
> > http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova)
> and
> > not anymore like DevCloud1 (
> > http://wiki.cloudstack.org/display/COMM/DevCloud)
> > on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
> >
> > If I understand correctly, you would recommend that we create a new image
> > running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
> >
> > Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
> > Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
> >
> > Regards,
> >
> > Charles
> >
> >
> > On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
> >
> > > I think I made a big mistake using Ubuntu xen in devcloud, which gives
> us
> > > a lot of troubles.
> > > I know Marcus is using qemu in devcloud, is it good?
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Tuesday, December 04, 2012 2:09 PM
> > > > To: cloudstack-dev
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > Any idea on how to upgrade xen on Devcloud (= VB running Devian
> Wheezy
> > > > + Xen 4.1) ?
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> > > wrote:
> > > >
> > > > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > > > another email. This is most likely due to a mismatch between the
> > xapi
> > > > > java stub library your deployment is using and the xapi your
> devcloud
> > > is on.
> > > > >
> > > > > --Alex
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > > > To: cloudstack-dev
> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > satisfy:
> > > > > >
> > > > > > Alex,
> > > > > >
> > > > > > There is no /var/log/xensource.log file on the XCP machine
> running
> > > > > > in VirtualBox (= Devcloud2) but those one :
> > > > > > ls -la /var/log
> > > > > > -rw------- 1 root root 20206 Dec 4 16:58
> > > xcp-networkd.log
> > > > > > -rw------- 1 root root 113299 Dec 4 17:04
> > > xcp-squeezed.log
> > > > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > > > -rw------- 1 root root 10351527 Dec 4 17:07
> xcp-xapi.log
> > > > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <
> Alex.Huang@citrix.com>
> > > > > wrote:
> > > > > >
> > > > > > > /var/log/xensource.log
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > @cmoulliard |
> > > > Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
The reason why I have tried to deploy CentOS is that I'm not sure that with
the small linux image that we provide(cloudstack) I can deploy my Apache
karaf runtime (fabric project) which requires JDK 6 and at least 500Mb of
RAM.
On Wed, Dec 5, 2012 at 7:32 AM, Rohit Yadav <ro...@citrix.com> wrote:
> Charles, alright you can try to create a light weight linux template using
> damn small linux, gentoo or a configurable archlinux as an instance using
> an ISO. If you want to really use CentOS, you should increase the RAM and
> maybe attach an additional disk via vbox, you may also try a KVM setup with
> your own devcloud image.
>
> That said, DevCloud is a replacement for infrastructure for offline
> development, but I would recommend using a real setup for any serious
> development that is storage, memory and network intensive, esp. if
> deploying advance zone/network.
>
> Regards.
> ________________________________________
> From: Charles Moulliard [ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:44 AM
> To: cloudstack-dev
> Cc: Marcus Sorensen
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi Rohit,
>
> I don't want to do something else but I have issues
> (MEMORY_CONSTRAINT_VIOLATIONMemory
> limits must satisfy: ..) when I try to create a new instance in the
> management server of CloudStack using CentOs instead of by default linux
> kernel proposed. I run the project like Sebastien (
> http://sebgoa.blogspot.be/2012/11/testing-cloudstack-41-with-devcloud.html
> ).
> So, is there a workaround ?
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 7:03 AM, Rohit Yadav <ro...@citrix.com>
> wrote:
>
> > Charles, I'm not sure why you want to do that? I think I may have a way
> to
> > get it work with Ubuntu, just that it failed for a number of reasons and
> > worked perfectly with Wheezy. My view is that Debian has higher a
> security
> > and test standards for their releases. (note: systemvms are also made out
> > of debian), Wheezy should be released around February 2013 (the freeze
> was
> > around June-July 2012, if I recall correctly), like we had the previous
> > releases; Lenny's February 2009 and Squeeze's February 2011.
> >
> > Does it matter what flavour of Linux runs as dom0, as long as the xen
> host
> > works fine and networking is not an issue. Marcus and I talked about kvm
> > during ccc12, I've haven't tried it myself but it's was claimed that it
> > works; yes you can run a devcloud appliance on a KVM host (instead of on
> > VirtualBox), run devcloud (a wheezy based base with xen server) directly
> > over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm
> > suggesting is that you run KVM over baremetal, a intel-vt/amd-v
> processor.)
> >
> > Regards.
> > ________________________________________
> > From: Charles Moulliard [ch007m@gmail.com]
> > Sent: Wednesday, December 05, 2012 11:11 AM
> > To: cloudstack-dev
> > Cc: Marcus Sorensen
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi Edison, Anthony, Rohit,
> >
> > The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
> > Debian - Wheezy (
> > http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova)
> and
> > not anymore like DevCloud1 (
> > http://wiki.cloudstack.org/display/COMM/DevCloud)
> > on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
> >
> > If I understand correctly, you would recommend that we create a new image
> > running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
> >
> > Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
> > Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
> >
> > Regards,
> >
> > Charles
> >
> >
> > On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
> >
> > > I think I made a big mistake using Ubuntu xen in devcloud, which gives
> us
> > > a lot of troubles.
> > > I know Marcus is using qemu in devcloud, is it good?
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Tuesday, December 04, 2012 2:09 PM
> > > > To: cloudstack-dev
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > Any idea on how to upgrade xen on Devcloud (= VB running Devian
> Wheezy
> > > > + Xen 4.1) ?
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> > > wrote:
> > > >
> > > > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > > > another email. This is most likely due to a mismatch between the
> > xapi
> > > > > java stub library your deployment is using and the xapi your
> devcloud
> > > is on.
> > > > >
> > > > > --Alex
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > > > To: cloudstack-dev
> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > satisfy:
> > > > > >
> > > > > > Alex,
> > > > > >
> > > > > > There is no /var/log/xensource.log file on the XCP machine
> running
> > > > > > in VirtualBox (= Devcloud2) but those one :
> > > > > > ls -la /var/log
> > > > > > -rw------- 1 root root 20206 Dec 4 16:58
> > > xcp-networkd.log
> > > > > > -rw------- 1 root root 113299 Dec 4 17:04
> > > xcp-squeezed.log
> > > > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > > > -rw------- 1 root root 10351527 Dec 4 17:07
> xcp-xapi.log
> > > > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <
> Alex.Huang@citrix.com>
> > > > > wrote:
> > > > > >
> > > > > > > /var/log/xensource.log
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > @cmoulliard |
> > > > Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Rohit Yadav <ro...@citrix.com>.
Charles, alright you can try to create a light weight linux template using damn small linux, gentoo or a configurable archlinux as an instance using an ISO. If you want to really use CentOS, you should increase the RAM and maybe attach an additional disk via vbox, you may also try a KVM setup with your own devcloud image.
That said, DevCloud is a replacement for infrastructure for offline development, but I would recommend using a real setup for any serious development that is storage, memory and network intensive, esp. if deploying advance zone/network.
Regards.
________________________________________
From: Charles Moulliard [ch007m@gmail.com]
Sent: Wednesday, December 05, 2012 11:44 AM
To: cloudstack-dev
Cc: Marcus Sorensen
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Hi Rohit,
I don't want to do something else but I have issues
(MEMORY_CONSTRAINT_VIOLATIONMemory
limits must satisfy: ..) when I try to create a new instance in the
management server of CloudStack using CentOs instead of by default linux
kernel proposed. I run the project like Sebastien (
http://sebgoa.blogspot.be/2012/11/testing-cloudstack-41-with-devcloud.html).
So, is there a workaround ?
Regards,
Charles
On Wed, Dec 5, 2012 at 7:03 AM, Rohit Yadav <ro...@citrix.com> wrote:
> Charles, I'm not sure why you want to do that? I think I may have a way to
> get it work with Ubuntu, just that it failed for a number of reasons and
> worked perfectly with Wheezy. My view is that Debian has higher a security
> and test standards for their releases. (note: systemvms are also made out
> of debian), Wheezy should be released around February 2013 (the freeze was
> around June-July 2012, if I recall correctly), like we had the previous
> releases; Lenny's February 2009 and Squeeze's February 2011.
>
> Does it matter what flavour of Linux runs as dom0, as long as the xen host
> works fine and networking is not an issue. Marcus and I talked about kvm
> during ccc12, I've haven't tried it myself but it's was claimed that it
> works; yes you can run a devcloud appliance on a KVM host (instead of on
> VirtualBox), run devcloud (a wheezy based base with xen server) directly
> over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm
> suggesting is that you run KVM over baremetal, a intel-vt/amd-v processor.)
>
> Regards.
> ________________________________________
> From: Charles Moulliard [ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:11 AM
> To: cloudstack-dev
> Cc: Marcus Sorensen
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi Edison, Anthony, Rohit,
>
> The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
> Debian - Wheezy (
> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova) and
> not anymore like DevCloud1 (
> http://wiki.cloudstack.org/display/COMM/DevCloud)
> on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
>
> If I understand correctly, you would recommend that we create a new image
> running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
>
> Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
> Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
>
> > I think I made a big mistake using Ubuntu xen in devcloud, which gives us
> > a lot of troubles.
> > I know Marcus is using qemu in devcloud, is it good?
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Tuesday, December 04, 2012 2:09 PM
> > > To: cloudstack-dev
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy
> > > + Xen 4.1) ?
> > >
> > >
> > > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> > wrote:
> > >
> > > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > > another email. This is most likely due to a mismatch between the
> xapi
> > > > java stub library your deployment is using and the xapi your devcloud
> > is on.
> > > >
> > > > --Alex
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > > To: cloudstack-dev
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > satisfy:
> > > > >
> > > > > Alex,
> > > > >
> > > > > There is no /var/log/xensource.log file on the XCP machine running
> > > > > in VirtualBox (= Devcloud2) but those one :
> > > > > ls -la /var/log
> > > > > -rw------- 1 root root 20206 Dec 4 16:58
> > xcp-networkd.log
> > > > > -rw------- 1 root root 113299 Dec 4 17:04
> > xcp-squeezed.log
> > > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> > > > wrote:
> > > > >
> > > > > > /var/log/xensource.log
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > @cmoulliard |
> > > Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hi Rohit,
I don't want to do something else but I have issues
(MEMORY_CONSTRAINT_VIOLATIONMemory
limits must satisfy: ..) when I try to create a new instance in the
management server of CloudStack using CentOs instead of by default linux
kernel proposed. I run the project like Sebastien (
http://sebgoa.blogspot.be/2012/11/testing-cloudstack-41-with-devcloud.html).
So, is there a workaround ?
Regards,
Charles
On Wed, Dec 5, 2012 at 7:03 AM, Rohit Yadav <ro...@citrix.com> wrote:
> Charles, I'm not sure why you want to do that? I think I may have a way to
> get it work with Ubuntu, just that it failed for a number of reasons and
> worked perfectly with Wheezy. My view is that Debian has higher a security
> and test standards for their releases. (note: systemvms are also made out
> of debian), Wheezy should be released around February 2013 (the freeze was
> around June-July 2012, if I recall correctly), like we had the previous
> releases; Lenny's February 2009 and Squeeze's February 2011.
>
> Does it matter what flavour of Linux runs as dom0, as long as the xen host
> works fine and networking is not an issue. Marcus and I talked about kvm
> during ccc12, I've haven't tried it myself but it's was claimed that it
> works; yes you can run a devcloud appliance on a KVM host (instead of on
> VirtualBox), run devcloud (a wheezy based base with xen server) directly
> over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm
> suggesting is that you run KVM over baremetal, a intel-vt/amd-v processor.)
>
> Regards.
> ________________________________________
> From: Charles Moulliard [ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:11 AM
> To: cloudstack-dev
> Cc: Marcus Sorensen
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi Edison, Anthony, Rohit,
>
> The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
> Debian - Wheezy (
> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova) and
> not anymore like DevCloud1 (
> http://wiki.cloudstack.org/display/COMM/DevCloud)
> on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
>
> If I understand correctly, you would recommend that we create a new image
> running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
>
> Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
> Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
>
> > I think I made a big mistake using Ubuntu xen in devcloud, which gives us
> > a lot of troubles.
> > I know Marcus is using qemu in devcloud, is it good?
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Tuesday, December 04, 2012 2:09 PM
> > > To: cloudstack-dev
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy
> > > + Xen 4.1) ?
> > >
> > >
> > > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> > wrote:
> > >
> > > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > > another email. This is most likely due to a mismatch between the
> xapi
> > > > java stub library your deployment is using and the xapi your devcloud
> > is on.
> > > >
> > > > --Alex
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > > To: cloudstack-dev
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > satisfy:
> > > > >
> > > > > Alex,
> > > > >
> > > > > There is no /var/log/xensource.log file on the XCP machine running
> > > > > in VirtualBox (= Devcloud2) but those one :
> > > > > ls -la /var/log
> > > > > -rw------- 1 root root 20206 Dec 4 16:58
> > xcp-networkd.log
> > > > > -rw------- 1 root root 113299 Dec 4 17:04
> > xcp-squeezed.log
> > > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> > > > wrote:
> > > > >
> > > > > > /var/log/xensource.log
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > @cmoulliard |
> > > Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Rohit Yadav <ro...@citrix.com>.
Charles, I'm not sure why you want to do that? I think I may have a way to get it work with Ubuntu, just that it failed for a number of reasons and worked perfectly with Wheezy. My view is that Debian has higher a security and test standards for their releases. (note: systemvms are also made out of debian), Wheezy should be released around February 2013 (the freeze was around June-July 2012, if I recall correctly), like we had the previous releases; Lenny's February 2009 and Squeeze's February 2011.
Does it matter what flavour of Linux runs as dom0, as long as the xen host works fine and networking is not an issue. Marcus and I talked about kvm during ccc12, I've haven't tried it myself but it's was claimed that it works; yes you can run a devcloud appliance on a KVM host (instead of on VirtualBox), run devcloud (a wheezy based base with xen server) directly over kvm. (Note kvm won't run on virtualbox (no pv, only hvm), what I'm suggesting is that you run KVM over baremetal, a intel-vt/amd-v processor.)
Regards.
________________________________________
From: Charles Moulliard [ch007m@gmail.com]
Sent: Wednesday, December 05, 2012 11:11 AM
To: cloudstack-dev
Cc: Marcus Sorensen
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Hi Edison, Anthony, Rohit,
The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
Debian - Wheezy (
http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova) and
not anymore like DevCloud1 (http://wiki.cloudstack.org/display/COMM/DevCloud)
on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
If I understand correctly, you would recommend that we create a new image
running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
Regards,
Charles
On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
> I think I made a big mistake using Ubuntu xen in devcloud, which gives us
> a lot of troubles.
> I know Marcus is using qemu in devcloud, is it good?
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 2:09 PM
> > To: cloudstack-dev
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy
> > + Xen 4.1) ?
> >
> >
> > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> wrote:
> >
> > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > another email. This is most likely due to a mismatch between the xapi
> > > java stub library your deployment is using and the xapi your devcloud
> is on.
> > >
> > > --Alex
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > To: cloudstack-dev
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > >
> > > > Alex,
> > > >
> > > > There is no /var/log/xensource.log file on the XCP machine running
> > > > in VirtualBox (= Devcloud2) but those one :
> > > > ls -la /var/log
> > > > -rw------- 1 root root 20206 Dec 4 16:58
> xcp-networkd.log
> > > > -rw------- 1 root root 113299 Dec 4 17:04
> xcp-squeezed.log
> > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > >
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> > > wrote:
> > > >
> > > > > /var/log/xensource.log
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard |
> > Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hi Edison, Anthony, Rohit,
The new DevCloud2 image (http://rohityadav.in/logs/devcloud/) runs on
Debian - Wheezy (
http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova) and
not anymore like DevCloud1 (http://wiki.cloudstack.org/display/COMM/DevCloud)
on Ubuntu (http://download.cloud.com/templates/devcloud/DevCloud.ova).
If I understand correctly, you would recommend that we create a new image
running in virtualbox using CentOS ? And with qemu or qemu + KVM ?
Remark : In my case, the guest OS is MacOs 10.7.5 and DevCloud2 (= Debian
Wheezy + Xen4.1) runs in VirtulBox (4.2.4)
Regards,
Charles
On Wed, Dec 5, 2012 at 12:45 AM, Edison Su <Ed...@citrix.com> wrote:
> I think I made a big mistake using Ubuntu xen in devcloud, which gives us
> a lot of troubles.
> I know Marcus is using qemu in devcloud, is it good?
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 2:09 PM
> > To: cloudstack-dev
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy
> > + Xen 4.1) ?
> >
> >
> > On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com>
> wrote:
> >
> > > Ah...Didn't realize you're using devCloud. Anthony is right in
> > > another email. This is most likely due to a mismatch between the xapi
> > > java stub library your deployment is using and the xapi your devcloud
> is on.
> > >
> > > --Alex
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > > To: cloudstack-dev
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > >
> > > > Alex,
> > > >
> > > > There is no /var/log/xensource.log file on the XCP machine running
> > > > in VirtualBox (= Devcloud2) but those one :
> > > > ls -la /var/log
> > > > -rw------- 1 root root 20206 Dec 4 16:58
> xcp-networkd.log
> > > > -rw------- 1 root root 113299 Dec 4 17:04
> xcp-squeezed.log
> > > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > > >
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> > > wrote:
> > > >
> > > > > /var/log/xensource.log
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard |
> > Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Edison Su <Ed...@citrix.com>.
I think I made a big mistake using Ubuntu xen in devcloud, which gives us a lot of troubles.
I know Marcus is using qemu in devcloud, is it good?
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 2:09 PM
> To: cloudstack-dev
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy
> + Xen 4.1) ?
>
>
> On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com> wrote:
>
> > Ah...Didn't realize you're using devCloud. Anthony is right in
> > another email. This is most likely due to a mismatch between the xapi
> > java stub library your deployment is using and the xapi your devcloud is on.
> >
> > --Alex
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Tuesday, December 04, 2012 9:11 AM
> > > To: cloudstack-dev
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > >
> > > Alex,
> > >
> > > There is no /var/log/xensource.log file on the XCP machine running
> > > in VirtualBox (= Devcloud2) but those one :
> > > ls -la /var/log
> > > -rw------- 1 root root 20206 Dec 4 16:58 xcp-networkd.log
> > > -rw------- 1 root root 113299 Dec 4 17:04 xcp-squeezed.log
> > > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> > >
> > >
> > >
> > > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> > wrote:
> > >
> > > > /var/log/xensource.log
> > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard |
> Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Rohit Yadav <ro...@citrix.com>.
On 04-Dec-2012, at 2:08 PM, Charles Moulliard <ch...@gmail.com> wrote:
> Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy +
> Xen 4.1) ?
apt-get update
apt-get upgrade
>
>
> On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com> wrote:
>
>> Ah...Didn't realize you're using devCloud. Anthony is right in another
>> email. This is most likely due to a mismatch between the xapi java stub
>> library your deployment is using and the xapi your devcloud is on.
>>
>> --Alex
>>
>>> -----Original Message-----
>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>>> Sent: Tuesday, December 04, 2012 9:11 AM
>>> To: cloudstack-dev
>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>>
>>> Alex,
>>>
>>> There is no /var/log/xensource.log file on the XCP machine running in
>>> VirtualBox (= Devcloud2) but those one :
>>> ls -la /var/log
>>> -rw------- 1 root root 20206 Dec 4 16:58 xcp-networkd.log
>>> -rw------- 1 root root 113299 Dec 4 17:04 xcp-squeezed.log
>>> -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
>>> -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
>>> drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
>>>
>>>
>>>
>>> On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
>> wrote:
>>>
>>>> /var/log/xensource.log
>>>
>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Any idea on how to upgrade xen on Devcloud (= VB running Devian Wheezy +
Xen 4.1) ?
On Tue, Dec 4, 2012 at 7:18 PM, Alex Huang <Al...@citrix.com> wrote:
> Ah...Didn't realize you're using devCloud. Anthony is right in another
> email. This is most likely due to a mismatch between the xapi java stub
> library your deployment is using and the xapi your devcloud is on.
>
> --Alex
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 9:11 AM
> > To: cloudstack-dev
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Alex,
> >
> > There is no /var/log/xensource.log file on the XCP machine running in
> > VirtualBox (= Devcloud2) but those one :
> > ls -la /var/log
> > -rw------- 1 root root 20206 Dec 4 16:58 xcp-networkd.log
> > -rw------- 1 root root 113299 Dec 4 17:04 xcp-squeezed.log
> > -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> > -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> > drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
> >
> >
> >
> > On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com>
> wrote:
> >
> > > /var/log/xensource.log
> >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Alex Huang <Al...@citrix.com>.
Ah...Didn't realize you're using devCloud. Anthony is right in another email. This is most likely due to a mismatch between the xapi java stub library your deployment is using and the xapi your devcloud is on.
--Alex
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 9:11 AM
> To: cloudstack-dev
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Alex,
>
> There is no /var/log/xensource.log file on the XCP machine running in
> VirtualBox (= Devcloud2) but those one :
> ls -la /var/log
> -rw------- 1 root root 20206 Dec 4 16:58 xcp-networkd.log
> -rw------- 1 root root 113299 Dec 4 17:04 xcp-squeezed.log
> -rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
> -rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
> drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
>
>
>
> On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com> wrote:
>
> > /var/log/xensource.log
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Alex,
There is no /var/log/xensource.log file on the XCP machine running in
VirtualBox (= Devcloud2) but those one :
ls -la /var/log
-rw------- 1 root root 20206 Dec 4 16:58 xcp-networkd.log
-rw------- 1 root root 113299 Dec 4 17:04 xcp-squeezed.log
-rw------- 1 root root 27422 Dec 4 16:58 xcp-v6d.log
-rw------- 1 root root 10351527 Dec 4 17:07 xcp-xapi.log
drwxr-s--- 2 root adm 4096 Dec 3 08:32 xen
On Tue, Dec 4, 2012 at 6:01 PM, Alex Huang <Al...@citrix.com> wrote:
> /var/log/xensource.log
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Ram Ganesh <Ra...@citrix.com>.
Google'ing around the exception took me to this link - http://old-list-archives.xen.org/archives/html/xen-api/2009-11/msg00123.html
> -----Original Message-----
> From: Alex Huang [mailto:Alex.Huang@citrix.com]
> Sent: 04 December 2012 22:32
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> This is an exception returned by the xapi layer in XenServer. You can
> track it down further by looking at the xenserver logs on the
> hypervisor the vm tried to start on. There's a log on
> /var/log/xensource.log. Look through there and see what it doesn't
> like about the parameter it's trying to set. My guess is somehow you
> have a mismatch in the client stub version and the server version.
>
> --Alex
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 8:52 AM
> > To: cloudstack-dev
> > Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> >
> > Hi,
> >
> > How can I figure out this exception when I try to create a new
> instance
> > using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> > local
> > storage) ?
> >
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> Exception:
> > class com.xensource.xenapi.Types$XenAPIException due to
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> > nnection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > sourceBase.java:3116)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTemp
> > late(CitrixResourceBase.java:985)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> u
> > rceBase.java:1278)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResour
> > ce.java:142)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> r
> > ixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOs
> > sResource.java:136)
> > at
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> > .java:191)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> a
> > va:908)
> > at java.lang.Thread.run(Thread.java:680)
> >
> > Regards,
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
> >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Alex Huang <Al...@citrix.com>.
This is an exception returned by the xapi layer in XenServer. You can track it down further by looking at the xenserver logs on the hypervisor the vm tried to start on. There's a log on /var/log/xensource.log. Look through there and see what it doesn't like about the parameter it's trying to set. My guess is somehow you have a mismatch in the client stub version and the server version.
--Alex
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 8:52 AM
> To: cloudstack-dev
> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
>
> Hi,
>
> How can I figure out this exception when I try to create a new instance
> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> local
> storage) ?
>
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch Exception:
> class com.xensource.xenapi.Types$XenAPIException due to
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> nnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> sourceBase.java:3116)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTemp
> late(CitrixResourceBase.java:985)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rceBase.java:1278)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResour
> ce.java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOs
> sResource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:191)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:908)
> at java.lang.Thread.run(Thread.java:680)
>
> Regards,
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
It should apply to all XerServer and XCP,
Anthony
> -----Original Message-----
> From: Chip Childers [mailto:chip.childers@sungard.com]
> Sent: Thursday, February 21, 2013 1:19 PM
> To: cloudstack-dev@incubator.apache.org
> Cc: Anthony Xu
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> On Thu, Feb 21, 2013 at 09:41:08PM +0100, Sebastien Goasguen wrote:
> > Anthony,
> >
> > I ran into the CLOUDSTACK-587 bug you created and fixed back in
> december.
> >
> > I am running ubuntu 12.04 with latest xcp-xapi and xen 4.1 kernel.
> >
> > From the bug I can't tell if it was applied to 4.0.1 ? Do you recall ?
> >
> > -Sebastien
>
> Sebastien / Anthony,
>
> I cherry-picked this over to the 4.0 branch, and added 4.0.2 to the fix
> version so that it goes out with the next 4.0 bug-fix release.
>
> -chip
>
> >
> > On Dec 5, 2012, at 8:57 PM, Anthony Xu <Xu...@citrix.com> wrote:
> >
> > > https://issues.apache.org/jira/browse/CLOUDSTACK-587
> > >
> > > I filed the bug and fixed it.
> > >
> > > Anthony
> > >
> > >> -----Original Message-----
> > >> From: Anthony Xu
> > >> Sent: Wednesday, December 05, 2012 11:29 AM
> > >> To: cloudstack-dev
> > >> Subject: RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >>
> > >> Hi Charles,
> > >>
> > >> This is a bug, have you filed a bug for this?
> > >>
> > >> Anthony
> > >>
> > >>> -----Original Message-----
> > >>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > >>> Sent: Tuesday, December 04, 2012 8:52 AM
> > >>> To: cloudstack-dev
> > >>> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > >>>
> > >>> Hi,
> > >>>
> > >>> How can I figure out this exception when I try to create a new
> > >> instance
> > >>> using by example Centos 6.3 ISO (compute offering = 500MHertz,
> 500MB,
> > >>> local
> > >>> storage) ?
> > >>>
> > >>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > >>> Exception:
> > >>> class com.xensource.xenapi.Types$XenAPIException due to
> > >>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> static_min ?
> > >>> dynamic_min ? dynamic_max ? static_max
> > >>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> static_min ?
> > >>> dynamic_min ? dynamic_max ? static_max
> > >>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > >>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > >>> ection.dispatch(XenServerConnectionPool.java:909)
> > >>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > >>> sourceBase.java:3116)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > >>> te(CitrixResourceBase.java:985)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > >>> urceBase.java:1278)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > >>> .java:142)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > >>> rixResourceBase.java:497)
> > >>> at
> > >>>
> > >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > >>> esource.java:136)
> > >>> at
> > >>>
> > >>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>> java:191)
> > >>> at
> > >>>
> > >>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > >>> at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>> at
> > >>>
> > >>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > >>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>> at
> > >>>
> > >>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > >>> n(ScheduledThreadPoolExecutor.java:206)
> > >>> at
> > >>>
> > >>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > >>> or.java:886)
> > >>> at
> > >>>
> > >>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > >>> ava:908)
> > >>> at java.lang.Thread.run(Thread.java:680)
> > >>>
> > >>> Regards,
> > >>>
> > >>> --
> > >>> Charles Moulliard
> > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > >>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> Charles Moulliard
> > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > >>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
> >
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Chip Childers <ch...@sungard.com>.
On Thu, Feb 21, 2013 at 09:41:08PM +0100, Sebastien Goasguen wrote:
> Anthony,
>
> I ran into the CLOUDSTACK-587 bug you created and fixed back in december.
>
> I am running ubuntu 12.04 with latest xcp-xapi and xen 4.1 kernel.
>
> From the bug I can't tell if it was applied to 4.0.1 ? Do you recall ?
>
> -Sebastien
Sebastien / Anthony,
I cherry-picked this over to the 4.0 branch, and added 4.0.2 to the fix
version so that it goes out with the next 4.0 bug-fix release.
-chip
>
> On Dec 5, 2012, at 8:57 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
> > https://issues.apache.org/jira/browse/CLOUDSTACK-587
> >
> > I filed the bug and fixed it.
> >
> > Anthony
> >
> >> -----Original Message-----
> >> From: Anthony Xu
> >> Sent: Wednesday, December 05, 2012 11:29 AM
> >> To: cloudstack-dev
> >> Subject: RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >>
> >> Hi Charles,
> >>
> >> This is a bug, have you filed a bug for this?
> >>
> >> Anthony
> >>
> >>> -----Original Message-----
> >>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> >>> Sent: Tuesday, December 04, 2012 8:52 AM
> >>> To: cloudstack-dev
> >>> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >>>
> >>> Hi,
> >>>
> >>> How can I figure out this exception when I try to create a new
> >> instance
> >>> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> >>> local
> >>> storage) ?
> >>>
> >>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> >>> Exception:
> >>> class com.xensource.xenapi.Types$XenAPIException due to
> >>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> >>> dynamic_min ? dynamic_max ? static_max
> >>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> >>> dynamic_min ? dynamic_max ? static_max
> >>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> >>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >>> ection.dispatch(XenServerConnectionPool.java:909)
> >>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> >>> sourceBase.java:3116)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> >>> te(CitrixResourceBase.java:985)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>> urceBase.java:1278)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>> .java:142)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>> rixResourceBase.java:497)
> >>> at
> >>>
> >> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>> esource.java:136)
> >>> at
> >>>
> >> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>> java:191)
> >>> at
> >>>
> >> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>> at
> >>>
> >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>> at
> >>>
> >> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>> n(ScheduledThreadPoolExecutor.java:206)
> >>> at
> >>>
> >> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>> or.java:886)
> >>> at
> >>>
> >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>> ava:908)
> >>> at java.lang.Thread.run(Thread.java:680)
> >>>
> >>> Regards,
> >>>
> >>> --
> >>> Charles Moulliard
> >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>> Charles Moulliard
> >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Sebastien Goasguen <ru...@gmail.com>.
Anthony,
I ran into the CLOUDSTACK-587 bug you created and fixed back in december.
I am running ubuntu 12.04 with latest xcp-xapi and xen 4.1 kernel.
From the bug I can't tell if it was applied to 4.0.1 ? Do you recall ?
-Sebastien
On Dec 5, 2012, at 8:57 PM, Anthony Xu <Xu...@citrix.com> wrote:
> https://issues.apache.org/jira/browse/CLOUDSTACK-587
>
> I filed the bug and fixed it.
>
> Anthony
>
>> -----Original Message-----
>> From: Anthony Xu
>> Sent: Wednesday, December 05, 2012 11:29 AM
>> To: cloudstack-dev
>> Subject: RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>
>> Hi Charles,
>>
>> This is a bug, have you filed a bug for this?
>>
>> Anthony
>>
>>> -----Original Message-----
>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>>> Sent: Tuesday, December 04, 2012 8:52 AM
>>> To: cloudstack-dev
>>> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>>
>>> Hi,
>>>
>>> How can I figure out this exception when I try to create a new
>> instance
>>> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
>>> local
>>> storage) ?
>>>
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
>>> Exception:
>>> class com.xensource.xenapi.Types$XenAPIException due to
>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>>> dynamic_min ? dynamic_max ? static_max
>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>>> dynamic_min ? dynamic_max ? static_max
>>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>> ection.dispatch(XenServerConnectionPool.java:909)
>>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
>>> sourceBase.java:3116)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
>>> te(CitrixResourceBase.java:985)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>> urceBase.java:1278)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>> .java:142)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>> rixResourceBase.java:497)
>>> at
>>>
>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>> esource.java:136)
>>> at
>>>
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>> java:191)
>>> at
>>>
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> at
>>>
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>>
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>> n(ScheduledThreadPoolExecutor.java:206)
>>> at
>>>
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>> or.java:886)
>>> at
>>>
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>> ava:908)
>>> at java.lang.Thread.run(Thread.java:680)
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
https://issues.apache.org/jira/browse/CLOUDSTACK-587
I filed the bug and fixed it.
Anthony
> -----Original Message-----
> From: Anthony Xu
> Sent: Wednesday, December 05, 2012 11:29 AM
> To: cloudstack-dev
> Subject: RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi Charles,
>
> This is a bug, have you filed a bug for this?
>
> Anthony
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 8:52 AM
> > To: cloudstack-dev
> > Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi,
> >
> > How can I figure out this exception when I try to create a new
> instance
> > using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> > local
> > storage) ?
> >
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > Exception:
> > class com.xensource.xenapi.Types$XenAPIException due to
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > sourceBase.java:3116)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > te(CitrixResourceBase.java:985)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1278)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> >
> > Regards,
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
> >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Animesh Chaturvedi <an...@citrix.com>.
Charles
Anthony already filed a bug and fixed it
Thanks
Animesh
On Dec 5, 2012, at 11:54 PM, "Charles Moulliard" <ch...@gmail.com> wrote:
> Hi Anthony,
>
> Would you like that I raise a bug for the error MEMORY_CONSTRAINT_violation
> ?
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 8:29 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
>> Hi Charles,
>>
>> This is a bug, have you filed a bug for this?
>>
>> Anthony
>>
>>> -----Original Message-----
>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>>> Sent: Tuesday, December 04, 2012 8:52 AM
>>> To: cloudstack-dev
>>> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>>
>>> Hi,
>>>
>>> How can I figure out this exception when I try to create a new instance
>>> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
>>> local
>>> storage) ?
>>>
>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
>>> Exception:
>>> class com.xensource.xenapi.Types$XenAPIException due to
>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>>> dynamic_min ? dynamic_max ? static_max
>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>>> dynamic_min ? dynamic_max ? static_max
>>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>> at
>>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>> ection.dispatch(XenServerConnectionPool.java:909)
>>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
>>> sourceBase.java:3116)
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
>>> te(CitrixResourceBase.java:985)
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>> urceBase.java:1278)
>>> at
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>> .java:142)
>>> at
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>> rixResourceBase.java:497)
>>> at
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>> esource.java:136)
>>> at
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>> java:191)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>> n(ScheduledThreadPoolExecutor.java:206)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>> or.java:886)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>> ava:908)
>>> at java.lang.Thread.run(Thread.java:680)
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hi Anthony,
Would you like that I raise a bug for the error MEMORY_CONSTRAINT_violation
?
Regards,
Charles
On Wed, Dec 5, 2012 at 8:29 PM, Anthony Xu <Xu...@citrix.com> wrote:
> Hi Charles,
>
> This is a bug, have you filed a bug for this?
>
> Anthony
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 8:52 AM
> > To: cloudstack-dev
> > Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi,
> >
> > How can I figure out this exception when I try to create a new instance
> > using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> > local
> > storage) ?
> >
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > Exception:
> > class com.xensource.xenapi.Types$XenAPIException due to
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > sourceBase.java:3116)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > te(CitrixResourceBase.java:985)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1278)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> >
> > Regards,
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
> >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
Hi Charles,
This is a bug, have you filed a bug for this?
Anthony
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 8:52 AM
> To: cloudstack-dev
> Subject: Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi,
>
> How can I figure out this exception when I try to create a new instance
> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> local
> storage) ?
>
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> Exception:
> class com.xensource.xenapi.Types$XenAPIException due to
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> sourceBase.java:3116)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> te(CitrixResourceBase.java:985)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1278)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
>
> Regards,
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Fwd: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hi,
How can I figure out this exception when I try to create a new instance
using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB, local
storage) ?
WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch Exception:
class com.xensource.xenapi.Types$XenAPIException due to
MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
dynamic_min ? dynamic_max ? static_max
MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
dynamic_min ? dynamic_max ? static_max
at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixResourceBase.java:3116)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTemplate(CitrixResourceBase.java:985)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1278)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Regards,
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Thanks for the clarification. I will make a test.
On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
> Thanks for reminding me.
>
> CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support install
> CentOS 6.3 into PV VM from ISO at this release.
> You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO with
> "CentOS 5.5" guest OS Type.
>
>
> -Anthony
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Thursday, December 06, 2012 10:03 AM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > remark - With DevCloud2, we don't use anymore ubuntu but Debian Wheezy
> > +
> > xen.
> >
> >
> > On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
> >
> > > Charles,
> > >
> > > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> > > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from this
> > ISO
> > > with "CentOS 5.5" guest OS Type.
> > >
> > > Anthony
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Wednesday, December 05, 2012 11:53 PM
> > > > To: cloudstack-users@incubator.apache.org
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > Edison,
> > > >
> > > > I have added not a new template in management server through the
> > web ui
> > > > but
> > > > an iso file containing CentOS. And this from this ISO file that I
> > have
> > > > tried to create new instance. When adding CentOS 6.3 I have
> > selected
> > > > Other
> > > > Linux (64b). If I follow you correctly, do you suggest that I
> > create a
> > > > new
> > > > template for CentOS 5.5 and add the url to upload this version ?
> > > >
> > > > Regards,
> > > >
> > > > Charles
> > > >
> > > >
> > > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>
> > wrote:
> > > >
> > > > > The issue is about how to start a PV vm on Ubuntu xen inside
> > devcloud.
> > > > By
> > > > > default, if the template os type is "centos 6" and beyond,
> > cloudstack
> > > > will
> > > > > start the vm as HVM VM. If template os type is "centos 5.5", it
> > will
> > > > start
> > > > > a PV vm, and the default centos 6 ISO support PV, so I think you
> > can
> > > > change
> > > > > your centos template's os type to "centos 5.5", then have a try.
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > > > To: cloudstack-users@incubator.apache.org
> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > > > >
> > > > > > Hmmm. That means that we have to recreate a new image for
> > > > VirtualBox like
> > > > > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> > > > That
> > > > > could
> > > > > > be interesting if a CloudStack user could share such a image to
> > > > avoid
> > > > > that we
> > > > > > spend so many times when we simply would like for testing
> > purposes
> > > > to use
> > > > > > a Linux OS running qemu or KVM + nfs + config required to
> > > > communicate
> > > > > > with CloudStack management server.
> > > > > >
> > > > > > Is there a CloudStack provider that we could use like Amazon or
> > > > > RackSpace to
> > > > > > make tests ?
> > > > > >
> > > > > >
> > > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > > > <ki...@gmail.com>wrote:
> > > > > >
> > > > > > > Hi, Charles. That script only allows adding a non-HVM
> > > > XenServer/XCP
> > > > > > > host (it disables the HVM check performed by CloudStack). It
> > > > won't
> > > > > > > let you boot HVM mode VMs since XenServer/XCP require AMD-V /
> > VT-
> > > > x
> > > > > > to do so.
> > > > > > > Try running a supported Linux OS in a PV mode VM as Anthony
> > > > > > recommended.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > Kirk
> > > > > > >
> > > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > > > So I should create a new host using web ui. Will try to
> > make a
> > > > test
> > > > > > > > tomorrow.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > > > <mc...@gmail.com>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Hi,
> > > > > > > >>
> > > > > > > >> Now when adding a host it does not check for hvm and you
> > > > should be
> > > > > > > >> able
> > > > > > > to
> > > > > > > >> boot VMs... Never tried though...
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > > > >> <ch...@gmail.com>
> > > > > > > >> wrote:
> > > > > > > >>
> > > > > > > >>> Hi Marc,
> > > > > > > >>>
> > > > > > > >>> I have run the MySQL script. So what should be the next
> > step
> > > > now ?
> > > > > > > >>>
> > > > > > > >>> Regards,
> > > > > > > >>>
> > > > > > > >>> Charles
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > > > >>> <mc...@gmail.com>
> > > > > > > >> wrote:
> > > > > > > >>>
> > > > > > > >>>> Check this out...
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>
> > > > > > > >>
> > > > > > >
> > > > > >
> > > >
> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > > > ou
> > > > > > > t_Hardware_Virtualization
> > > > > > > >>>>
> > > > > > > >>>> thx
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > > > >>>> <Xu...@citrix.com>
> > > > > > > >>> wrote:
> > > > > > > >>>>
> > > > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
> > ubuntu
> > > > is
> > > > > > > >> running
> > > > > > > >>>>> doesn't support VTX( hardware virtualization
> > acceleration).
> > > > > > > >>>>> Or nested VTX is not supported.
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>> What's guest OS you are running?
> > > > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>> Anthony
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>> -----Original Message-----
> > > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > > must satisfy:
> > > > > > > >>>>>>
> > > > > > > >>>>>> BTW if I define different a compute offering with the
> > > > following
> > > > > > > >>> config,
> > > > > > > >>>>>> I
> > > > > > > >>>>>> get the following error message. Is it also related to
> > the
> > > > same
> > > > > > > >>>>>> problem ?
> > > > > > > >>>>>>
> > > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create
> > an
> > > > > > > >>>>>> --> instance
> > > > > > > >> of
> > > > > > > >>>>>> CentOS
> > > > > > > >>>>>> 6.3
> > > > > > > >>>>>>
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
> > Unable to
> > > > > > > >>>>>> start
> > > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> > eab4bf3adcea)
> > > > > > due
> > > > > > > >>>>>> to
> > > > > > > >>> Task
> > > > > > > >>>>>> failed! Task record: uuid:
> > > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > > > >>>>>> nameDescription:
> > > > > > > >>>>>> allowedOperations: []
> > > > > > > >>>>>> currentOperations: {}
> > > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > > > >>>>>> status: FAILURE
> > > > > > > >>>>>> residentOn:
> > com.xensource.xenapi.Host@3ba61fa8
> > > > > > > >>>>>> progress: 1.0
> > > > > > > >>>>>> type: <none/>
> > > > > > > >>>>>> result:
> > > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > > > >>>>>> otherConfig: {}
> > > > > > > >>>>>> subtaskOf:
> > com.xensource.xenapi.Task@aaf13f6f
> > > > > > > >>>>>> subtasks: []
> > > > > > > >>>>>>
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:3269)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1292)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > object
> > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > The
> > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > object
> > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > The
> > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
> > reference.
> > > > > > > >>>>>> The object may have recently been deleted. The class
> > > > parameter
> > > > > > > >>>>>> gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-
> > > > Routing]
> > > > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > > > >> due
> > > > > > > >>> to
> > > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-
> > 92:)
> > > > VM
> > > > > > > >>>>>> does
> > > > > > > >> not
> > > > > > > >>>>>> exist
> > > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-
> > 19)
> > > > > > > >>>>>>
> > com.cloud.exception.InsufficientServerCapacityException:
> > > > Unable
> > > > > > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-
> > > > b772-
> > > > > > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter;
> > id=1
> > > > > > > >>>>>>
> > > > > > > >>>>>> Regards,
> > > > > > > >>>>>>
> > > > > > > >>>>>> Charles
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > > > >> ch007m@gmail.com>
> > > > > > > >>>>>> wrote:
> > > > > > > >>>>>>
> > > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git
> > repo
> > > > to
> > > > > > > >>>>>>> run
> > > > > > > >>> local
> > > > > > > >>>>>>> management server and devcloud2 (VB). What should I
> > do on
> > > > > > > >> DevCloud2
> > > > > > > >>>>>> to
> > > > > > > >>>>>>> upgrade xapi ?
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > > > >>>
> > > > > > > >>>>>> wrote:
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > > > >>>>>>>> Looks like your are using a very old version. This
> > > > issue is
> > > > > > > >> fixed
> > > > > > > >>>>>> in new
> > > > > > > >>>>>>>> version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> Anthony
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>> -----Original Message-----
> > > > > > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > > must
> > > > > > > >> satisfy:
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> Hi,
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> How can I figure out this exception when I try to
> > > > create a
> > > > > > > >>>>>>>>> new
> > > > > > > >>>>>> instance
> > > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > > > > > >>>>>>>>> 500MHertz,
> > > > > > > >>>>>> 500MB,
> > > > > > > >>>>>>>>> local
> > > > > > > >>>>>>>>> storage) ?
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
> > (DirectAgent-
> > > > 36:)
> > > > > > > >> Catch
> > > > > > > >>>>>>>>> Exception:
> > > > > > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException
> > due to
> > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > > satisfy:
> > > > > > > >>> static_min
> > > > > > > >>>> ?
> > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > > satisfy:
> > > > > > > >>> static_min
> > > > > > > >>>> ?
> > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > > > >>>>>>>>>
> > > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > > > >>>>>>>>> at
> > > > > > > >>
> > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>>>>> at
> > > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > > > >>> rixRe
> > > > > > > >>>>>>>>> sourceBase.java:3116)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > > > >>> empla
> > > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>>>>> urceBase.java:1278)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>>>>> .java:142)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>>>>> esource.java:136)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>>>>> java:191)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > > > >>>>>> 03)
> > > > > > > >>>>>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>>>>> or.java:886)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>>>>> ava:908)
> > > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> Regards,
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> --
> > > > > > > >>>>>>>>> Charles Moulliard
> > > > > > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter
> > > > > > > >>>>>>>>> : @cmoulliard | Blog :
> > http://cmoulliard.blogspot.com
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> --
> > > > > > > >>>>>>> Charles Moulliard
> > > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter :
> > > > > > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>> --
> > > > > > > >>>>>> Charles Moulliard
> > > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter :
> > > > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>>>
> > > > > > > >>>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>> --
> > > > > > > >>> Charles Moulliard
> > > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter :
> > > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > @cmoulliard |
> > > > > > Blog : http://cmoulliard.blogspot.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
XCP doesn’t support install CentOS 5.8 PV VM from ISO,
CentOS 5.5 is safe.
Anthony
> -----Original Message-----
> From: Ahmad Emneina [mailto:Ahmad.Emneina@citrix.com]
> Sent: Friday, December 07, 2012 8:52 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Use the DVD iso
>
> http://centos.mirror.connexeon.net/5.8/isos/x86_64/CentOS-5.8-x86_64-
> bin-DVD-1of2.iso
>
> Ahmad
>
> On Dec 7, 2012, at 1:58 AM, "Charles Moulliard"
> <ch...@gmail.com>> wrote:
>
> There are 8 iso files for centos 5 -->
> http://centos.mirror.connexeon.net/5.8/isos/x86_64/
>
> CentOS-5.8-x86_64-bin-1of8.iso
> CentOS-5.8-x86_64-bin-2of8.iso
> CentOS-5.8-x86_64-bin-3of8.iso
> CentOS-5.8-x86_64-bin-4of8.iso
> CentOS-5.8-x86_64-bin-5of8.iso
> CentOS-5.8-x86_64-bin-6of8.iso
> CentOS-5.8-x86_64-bin-7of8.iso
> CentOS-5.8-x86_64-bin-8of8.iso
>
> So I don't think that I can easily add a CentOS 5 in CloudStack
>
>
> On Fri, Dec 7, 2012 at 10:04 AM, Edison Su
> <Ed...@citrix.com>> wrote:
>
> Actually, any centos 5 iso should be ok. You can add a centos 5 iso
> into
> cloudstack, then create a vm from it.
>
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Friday, December 07, 2012 12:49 AM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Does anybody has a link to download a Centos 5 qcow2 disk image file in
> CloudStack ?
>
>
> On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu
> <Xu...@citrix.com>> wrote:
>
> Thanks for reminding me.
>
> CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support
> install CentOS 6.3 into PV VM from ISO at this release.
> You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO
> with "CentOS 5.5" guest OS Type.
>
>
> -Anthony
>
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Thursday, December 06, 2012 10:03 AM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
>
> remark - With DevCloud2, we don't use anymore ubuntu but Debian
> Wheezy
> +
> xen.
>
>
> On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu
> <Xu...@citrix.com>>
> wrote:
>
> Charles,
>
> Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> I suggest you upload CentOS 5.5 ISO to CS, and create a VM from
> this
> ISO
> with "CentOS 5.5" guest OS Type.
>
> Anthony
>
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:53 PM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
>
> Edison,
>
> I have added not a new template in management server through the
> web ui
> but
> an iso file containing CentOS. And this from this ISO file that
> I
> have
> tried to create new instance. When adding CentOS 6.3 I have
> selected
> Other
> Linux (64b). If I follow you correctly, do you suggest that I
> create a
> new
> template for CentOS 5.5 and add the url to upload this version ?
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 8:56 PM, Edison Su
> <Ed...@citrix.com>>
> wrote:
>
> The issue is about how to start a PV vm on Ubuntu xen inside
> devcloud.
> By
> default, if the template os type is "centos 6" and beyond,
> cloudstack
> will
> start the vm as HVM VM. If template os type is "centos 5.5",
> it
> will
> start
> a PV vm, and the default centos 6 ISO support PV, so I think
> you
> can
> change
> your centos template's os type to "centos 5.5", then have a
> try.
>
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 3:03 AM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> satisfy:
>
> Hmmm. That means that we have to recreate a new image for
> VirtualBox like
> Rohit did for Debian Wheezy to start now DevCloud using
> CentOS.
> That
> could
> be interesting if a CloudStack user could share such a image
> to
> avoid
> that we
> spend so many times when we simply would like for testing
> purposes
> to use
> a Linux OS running qemu or KVM + nfs + config required to
> communicate
> with CloudStack management server.
>
> Is there a CloudStack provider that we could use like Amazon
> or
> RackSpace to
> make tests ?
>
>
> On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> <ki...@gmail.com>>wrote:
>
> Hi, Charles. That script only allows adding a non-HVM
> XenServer/XCP
> host (it disables the HVM check performed by CloudStack).
> It
> won't
> let you boot HVM mode VMs since XenServer/XCP require
> AMD-V /
> VT-
> x
> to do so.
> Try running a supported Linux OS in a PV mode VM as
> Anthony
> recommended.
>
> Best regards,
> Kirk
>
> On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> So I should create a new host using web ui. Will try to
> make a
> test
> tomorrow.
>
>
> On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> <mc...@gmail.com>>
> wrote:
>
> Hi,
>
> Now when adding a host it does not check for hvm and
> you
> should be
> able
> to
> boot VMs... Never tried though...
>
>
> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> <ch...@gmail.com>>
> wrote:
>
> Hi Marc,
>
> I have run the MySQL script. So what should be the
> next
> step
> now ?
>
> Regards,
>
> Charles
>
>
>
>
> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> <mc...@gmail.com>>
> wrote:
>
> Check this out...
>
>
>
>
>
>
>
>
>
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> ou
> t_Hardware_Virtualization
>
> thx
>
>
> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> <Xu...@citrix.com>>
> wrote:
>
> I don't think you can run HVM on devCloud.
> Since XCP&ubuntu is running on virtual box, the VCPU
> ubuntu
> is
> running
> doesn't support VTX( hardware virtualization
> acceleration).
> Or nested VTX is not supported.
>
>
> What's guest OS you are running?
> Try to run CentOS 5.6, it should work.
>
>
> Anthony
>
>
>
>
>
>
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 12:45 PM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject: Re:
> MEMORY_CONSTRAINT_VIOLATIONMemory
> limits
> must satisfy:
>
> BTW if I define different a compute offering with
> the
> following
> config,
> I
> get the following error message. Is it also related
> to
> the
> same
> problem ?
>
> --> Offering : 200MB, 200 Hz, Local Storage to
> --> create
> an
> --> instance
> of
> CentOS
> 6.3
>
> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 80:)
> Unable to start i-2-13-VM due to
> com.cloud.utils.exception.CloudRuntimeException:
> Unable to
> start
> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> eab4bf3adcea)
> due
> to
> Task
> failed! Task record: uuid:
> 56466789-c4bd-d26d-5bee-47b240316b4f
> nameLabel: Async.VM.start_on
> nameDescription:
> allowedOperations: []
> currentOperations: {}
> created: Tue Dec 04 18:52:11 CET 2012
> finished: Tue Dec 04 18:52:11 CET 2012
> status: FAILURE
> residentOn:
> com.xensource.xenapi.Host@3ba61fa8
> progress: 1.0
> type: <none/>
> result:
> errorInfo: [VM_HVM_REQUIRED,
> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> otherConfig: {}
> subtaskOf:
> com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
>
> at
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Cit
> ri
> xReso
> urceBase.java:3269) at
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> ri
> xReso
> urceBase.java:1292) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> ource
> .java:142)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> t(Cit
> rixResourceBase.java:497) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> pOssR
> esource.java:136)
> at
>
>
>
>
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
>
>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> va
> :439)
> at
>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> 3)
> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ru<http://sk.ru>
> n(ScheduledThreadPoolExecutor.java:206)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> xecut
> or.java:886)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> tor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 80:)
> Unable to clean up VBD due to You gave an invalid
> object
> reference. The object may have recently been
> deleted.
> The
> class parameter gives the type of reference given,
> and
> the
> handle parameter echoes the bad value given.
> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at
>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> rConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> Failu
> re(CitrixResourceBase.java:1092) at
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> ri
> xReso
> urceBase.java:1353) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> ource
> .java:142)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> t(Cit
> rixResourceBase.java:497) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> pOssR
> esource.java:136)
> at
>
>
>
>
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
>
>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> va
> :439)
> at
>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> 3)
> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ru<http://sk.ru>
> n(ScheduledThreadPoolExecutor.java:206)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> xecut
> or.java:886)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> tor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 80:)
> Unable to clean up VBD due to You gave an invalid
> object
> reference. The object may have recently been
> deleted.
> The
> class parameter gives the type of reference given,
> and
> the
> handle parameter echoes the bad value given.
> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at
>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> rConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> Failu
> re(CitrixResourceBase.java:1092) at
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> ri
> xReso
> urceBase.java:1353) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> ource
> .java:142)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> t(Cit
> rixResourceBase.java:497) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> pOssR
> esource.java:136)
> at
>
>
>
>
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
>
>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> va
> :439)
> at
>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> 3)
> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ru<http://sk.ru>
> n(ScheduledThreadPoolExecutor.java:206)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> xecut
> or.java:886)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> tor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 80:)
> Unable to cleanup VIF You gave an invalid object
> reference.
> The object may have recently been deleted. The
> class
> parameter
> gives the type of reference given,
> and
> the
> handle parameter echoes the bad value given.
> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at
>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> rConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> Failu
> re(CitrixResourceBase.java:1100) at
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> ri
> xReso
> urceBase.java:1353) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> ource
> .java:142)
> at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> t(Cit
> rixResourceBase.java:497) at
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> pOssR
> esource.java:136)
> at
>
>
>
>
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
>
>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> va
> :439)
> at
>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> 3)
> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ru<http://sk.ru>
> n(ScheduledThreadPoolExecutor.java:206)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> xecut
> or.java:886)
> at
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> tor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> INFO [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-7:job-19) Unable to start VM on
> Host[-1-
> Routing]
> due to Unable to start i-2-13-VM
> due
> to
> INFO [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 92:)
> VM
> does
> not
> exist
> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> INFO [api.commands.DeployVMCmd]
> (Job-Executor-7:job-
> 19)
>
> com.cloud.exception.InsufficientServerCapacityException:
> Unable
> to create a deployment for
> VM[User|6d31c26c-c559-4393-
> b772-
> d557c3143381]Scope=interface
> com.cloud.dc.DataCenter;
> id=1
>
> Regards,
>
> Charles
>
>
>
> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> ch007m@gmail.com<ma...@gmail.com>>
> wrote:
>
> I'm using last code build (4.1.0-SNAPSHOT) from
> Git
> repo
> to
> run
> local
> management server and devcloud2 (VB). What should
> I
> do on
> DevCloud2
> to
> upgrade xapi ?
>
>
>
>
> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> <Xu...@citrix.com>
>
> wrote:
>
> What's Cloudstack version you are using?
> Looks like your are using a very old version.
> This
> issue is
> fixed
> in new
> version.
>
> setMemoryStaticMin API is not used in new version.
>
>
> Please upgrade to a newer version.
>
>
> Anthony
>
>
>
> -----Original Message-----
> From: Charles Moulliard
> [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 4:56 AM
> To: cloudstack-users@incubator.apache.org<mailto:cloudstack-
> users@incubator.apache.org>
> Subject:
> MEMORY_CONSTRAINT_VIOLATIONMemory
> limits
> must
> satisfy:
>
> Hi,
>
> How can I figure out this exception when I try
> to
> create a
> new
> instance
> using by example Centos 6.3 ISO (compute
> offering = 500MHertz,
> 500MB,
> local
> storage) ?
>
> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> 36:)
> Catch
> Exception:
> class
> com.xensource.xenapi.Types$XenAPIException
> due to
> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> satisfy:
> static_min
> ?
> dynamic_min ? dynamic_max ? static_max
> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> satisfy:
> static_min
> ?
> dynamic_min ? dynamic_max ? static_max at
>
> com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> at
>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
>
>
>
>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> rConn
> ection.dispatch(XenServerConnectionPool.java:909
> )
> at
> com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> at
>
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> rixRe
> sourceBase.java:3116) at
>
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> empla
> te(CitrixResourceBase.java:985) at
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> ri
> xReso
> urceBase.java:1278) at
>
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> ource
> .java:142)
> at
>
>
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> t(Cit
> rixResourceBase.java:497) at
>
>
>
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> pOssR
> esource.java:136) at
>
>
>
>
>
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
>
>
>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> va
> :439)
> at
>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> 03)
> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
>
>
>
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> sk.ru<http://sk.ru>
> n(ScheduledThreadPoolExecutor.java:206)
> at
>
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> xecut
> or.java:886)
> at
>
>
>
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> tor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
>
> Regards,
>
> --
> Charles Moulliard Apache Committer / Sr.
> Enterprise Architect (RedHat)
> Twitter
> : @cmoulliard | Blog :
> http://cmoulliard.blogspot.com
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect
> (RedHat)
> Twitter :
> @cmoulliard | Blog :
> http://cmoulliard.blogspot.com
>
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect
> (RedHat)
> Twitter :
> @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter :
> @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
>
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter
> :
> @cmoulliard |
> Blog : http://cmoulliard.blogspot.com
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard |
> Blog : http://cmoulliard.blogspot.com
>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Ahmad Emneina <Ah...@citrix.com>.
Use the DVD iso
http://centos.mirror.connexeon.net/5.8/isos/x86_64/CentOS-5.8-x86_64-bin-DVD-1of2.iso
Ahmad
On Dec 7, 2012, at 1:58 AM, "Charles Moulliard" <ch...@gmail.com>> wrote:
There are 8 iso files for centos 5 -->
http://centos.mirror.connexeon.net/5.8/isos/x86_64/
CentOS-5.8-x86_64-bin-1of8.iso
CentOS-5.8-x86_64-bin-2of8.iso
CentOS-5.8-x86_64-bin-3of8.iso
CentOS-5.8-x86_64-bin-4of8.iso
CentOS-5.8-x86_64-bin-5of8.iso
CentOS-5.8-x86_64-bin-6of8.iso
CentOS-5.8-x86_64-bin-7of8.iso
CentOS-5.8-x86_64-bin-8of8.iso
So I don't think that I can easily add a CentOS 5 in CloudStack
On Fri, Dec 7, 2012 at 10:04 AM, Edison Su <Ed...@citrix.com>> wrote:
Actually, any centos 5 iso should be ok. You can add a centos 5 iso into
cloudstack, then create a vm from it.
-----Original Message-----
From: Charles Moulliard [mailto:ch007m@gmail.com]
Sent: Friday, December 07, 2012 12:49 AM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Does anybody has a link to download a Centos 5 qcow2 disk image file in
CloudStack ?
On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com>> wrote:
Thanks for reminding me.
CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support
install CentOS 6.3 into PV VM from ISO at this release.
You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO
with "CentOS 5.5" guest OS Type.
-Anthony
-----Original Message-----
From: Charles Moulliard [mailto:ch007m@gmail.com]
Sent: Thursday, December 06, 2012 10:03 AM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
satisfy:
remark - With DevCloud2, we don't use anymore ubuntu but Debian
Wheezy
+
xen.
On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com>>
wrote:
Charles,
Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
I suggest you upload CentOS 5.5 ISO to CS, and create a VM from
this
ISO
with "CentOS 5.5" guest OS Type.
Anthony
-----Original Message-----
From: Charles Moulliard [mailto:ch007m@gmail.com]
Sent: Wednesday, December 05, 2012 11:53 PM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
satisfy:
Edison,
I have added not a new template in management server through the
web ui
but
an iso file containing CentOS. And this from this ISO file that
I
have
tried to create new instance. When adding CentOS 6.3 I have
selected
Other
Linux (64b). If I follow you correctly, do you suggest that I
create a
new
template for CentOS 5.5 and add the url to upload this version ?
Regards,
Charles
On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>>
wrote:
The issue is about how to start a PV vm on Ubuntu xen inside
devcloud.
By
default, if the template os type is "centos 6" and beyond,
cloudstack
will
start the vm as HVM VM. If template os type is "centos 5.5",
it
will
start
a PV vm, and the default centos 6 ISO support PV, so I think
you
can
change
your centos template's os type to "centos 5.5", then have a
try.
-----Original Message-----
From: Charles Moulliard [mailto:ch007m@gmail.com]
Sent: Wednesday, December 05, 2012 3:03 AM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
must
satisfy:
Hmmm. That means that we have to recreate a new image for
VirtualBox like
Rohit did for Debian Wheezy to start now DevCloud using
CentOS.
That
could
be interesting if a CloudStack user could share such a image
to
avoid
that we
spend so many times when we simply would like for testing
purposes
to use
a Linux OS running qemu or KVM + nfs + config required to
communicate
with CloudStack management server.
Is there a CloudStack provider that we could use like Amazon
or
RackSpace to
make tests ?
On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
<ki...@gmail.com>>wrote:
Hi, Charles. That script only allows adding a non-HVM
XenServer/XCP
host (it disables the HVM check performed by CloudStack).
It
won't
let you boot HVM mode VMs since XenServer/XCP require
AMD-V /
VT-
x
to do so.
Try running a supported Linux OS in a PV mode VM as
Anthony
recommended.
Best regards,
Kirk
On 12/05/2012 01:27 AM, Charles Moulliard wrote:
So I should create a new host using web ui. Will try to
make a
test
tomorrow.
On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
<mc...@gmail.com>>
wrote:
Hi,
Now when adding a host it does not check for hvm and
you
should be
able
to
boot VMs... Never tried though...
On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
<ch...@gmail.com>>
wrote:
Hi Marc,
I have run the MySQL script. So what should be the
next
step
now ?
Regards,
Charles
On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
<mc...@gmail.com>>
wrote:
Check this out...
http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
ou
t_Hardware_Virtualization
thx
On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
<Xu...@citrix.com>>
wrote:
I don't think you can run HVM on devCloud.
Since XCP&ubuntu is running on virtual box, the VCPU
ubuntu
is
running
doesn't support VTX( hardware virtualization
acceleration).
Or nested VTX is not supported.
What's guest OS you are running?
Try to run CentOS 5.6, it should work.
Anthony
-----Original Message-----
From: Charles Moulliard [mailto:ch007m@gmail.com]
Sent: Tuesday, December 04, 2012 12:45 PM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject: Re:
MEMORY_CONSTRAINT_VIOLATIONMemory
limits
must satisfy:
BTW if I define different a compute offering with
the
following
config,
I
get the following error message. Is it also related
to
the
same
problem ?
--> Offering : 200MB, 200 Hz, Local Storage to
--> create
an
--> instance
of
CentOS
6.3
WARN [xen.resource.CitrixResourceBase]
(DirectAgent-
80:)
Unable to start i-2-13-VM due to
com.cloud.utils.exception.CloudRuntimeException:
Unable to
start
VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
eab4bf3adcea)
due
to
Task
failed! Task record: uuid:
56466789-c4bd-d26d-5bee-47b240316b4f
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Tue Dec 04 18:52:11 CET 2012
finished: Tue Dec 04 18:52:11 CET 2012
status: FAILURE
residentOn:
com.xensource.xenapi.Host@3ba61fa8
progress: 1.0
type: <none/>
result:
errorInfo: [VM_HVM_REQUIRED,
OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
otherConfig: {}
subtaskOf:
com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Cit
ri
xReso
urceBase.java:3269) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
ri
xReso
urceBase.java:1292) at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
ource
.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
t(Cit
rixResourceBase.java:497) at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
pOssR
esource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
va
:439)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
3)
at
java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ac
cess$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ru<http://sk.ru>
n(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
xecut
or.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
tor.j
ava:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase]
(DirectAgent-
80:)
Unable to clean up VBD due to You gave an invalid
object
reference. The object may have recently been
deleted.
The
class parameter gives the type of reference given,
and
the
handle parameter echoes the bad value given.
at
com.xensource.xenapi.Types.checkResponse(Types.java:207)
at
com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
rConn
ection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
Failu
re(CitrixResourceBase.java:1092) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
ri
xReso
urceBase.java:1353) at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
ource
.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
t(Cit
rixResourceBase.java:497) at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
pOssR
esource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
va
:439)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
3)
at
java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ac
cess$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ru<http://sk.ru>
n(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
xecut
or.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
tor.j
ava:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase]
(DirectAgent-
80:)
Unable to clean up VBD due to You gave an invalid
object
reference. The object may have recently been
deleted.
The
class parameter gives the type of reference given,
and
the
handle parameter echoes the bad value given.
at
com.xensource.xenapi.Types.checkResponse(Types.java:207)
at
com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
rConn
ection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
Failu
re(CitrixResourceBase.java:1092) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
ri
xReso
urceBase.java:1353) at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
ource
.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
t(Cit
rixResourceBase.java:497) at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
pOssR
esource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
va
:439)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
3)
at
java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ac
cess$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ru<http://sk.ru>
n(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
xecut
or.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
tor.j
ava:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase]
(DirectAgent-
80:)
Unable to cleanup VIF You gave an invalid object
reference.
The object may have recently been deleted. The
class
parameter
gives the type of reference given,
and
the
handle parameter echoes the bad value given.
at
com.xensource.xenapi.Types.checkResponse(Types.java:207)
at
com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
rConn
ection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VIF.unplug(VIF.java:804)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
Failu
re(CitrixResourceBase.java:1100) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
ri
xReso
urceBase.java:1353) at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
ource
.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
t(Cit
rixResourceBase.java:497) at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
pOssR
esource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
va
:439)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
3)
at
java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ac
cess$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ru<http://sk.ru>
n(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
xecut
or.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
tor.j
ava:908)
at java.lang.Thread.run(Thread.java:680)
INFO [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-7:job-19) Unable to start VM on
Host[-1-
Routing]
due to Unable to start i-2-13-VM
due
to
INFO [xen.resource.CitrixResourceBase]
(DirectAgent-
92:)
VM
does
not
exist
on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
INFO [api.commands.DeployVMCmd]
(Job-Executor-7:job-
19)
com.cloud.exception.InsufficientServerCapacityException:
Unable
to create a deployment for
VM[User|6d31c26c-c559-4393-
b772-
d557c3143381]Scope=interface
com.cloud.dc.DataCenter;
id=1
Regards,
Charles
On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
ch007m@gmail.com<ma...@gmail.com>>
wrote:
I'm using last code build (4.1.0-SNAPSHOT) from
Git
repo
to
run
local
management server and devcloud2 (VB). What should
I
do on
DevCloud2
to
upgrade xapi ?
On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
<Xu...@citrix.com>
wrote:
What's Cloudstack version you are using?
Looks like your are using a very old version.
This
issue is
fixed
in new
version.
setMemoryStaticMin API is not used in new version.
Please upgrade to a newer version.
Anthony
-----Original Message-----
From: Charles Moulliard
[mailto:ch007m@gmail.com]
Sent: Tuesday, December 04, 2012 4:56 AM
To: cloudstack-users@incubator.apache.org<ma...@incubator.apache.org>
Subject:
MEMORY_CONSTRAINT_VIOLATIONMemory
limits
must
satisfy:
Hi,
How can I figure out this exception when I try
to
create a
new
instance
using by example Centos 6.3 ISO (compute
offering = 500MHertz,
500MB,
local
storage) ?
WARN [xen.resource.CitrixResourceBase]
(DirectAgent-
36:)
Catch
Exception:
class
com.xensource.xenapi.Types$XenAPIException
due to
MEMORY_CONSTRAINT_VIOLATIONMemory limits
must
satisfy:
static_min
?
dynamic_min ? dynamic_max ? static_max
MEMORY_CONSTRAINT_VIOLATIONMemory limits
must
satisfy:
static_min
?
dynamic_min ? dynamic_max ? static_max at
com.xensource.xenapi.Types.checkResponse(Types.java:1732)
at
com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
rConn
ection.dispatch(XenServerConnectionPool.java:909
)
at
com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
rixRe
sourceBase.java:3116) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
empla
te(CitrixResourceBase.java:985) at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
ri
xReso
urceBase.java:1278) at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
ource
.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
t(Cit
rixResourceBase.java:497) at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
pOssR
esource.java:136) at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
va
:439)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
03)
at
java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ac
cess$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
sk.ru<http://sk.ru>
n(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
xecut
or.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
tor.j
ava:908)
at java.lang.Thread.run(Thread.java:680)
Regards,
--
Charles Moulliard Apache Committer / Sr.
Enterprise Architect (RedHat)
Twitter
: @cmoulliard | Blog :
http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect
(RedHat)
Twitter :
@cmoulliard | Blog :
http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect
(RedHat)
Twitter :
@cmoulliard | Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter :
@cmoulliard | Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat) Twitter
:
@cmoulliard |
Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
@cmoulliard | Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
@cmoulliard | Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
@cmoulliard |
Blog : http://cmoulliard.blogspot.com
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
As the tinyLinux provided by default by CloudStack (DevCloud2) is based on
Centos 5.x, that makes no sense to add Centos like I suggest. I can simply
use the one proposed.
On Fri, Dec 7, 2012 at 10:57 AM, Charles Moulliard <ch...@gmail.com> wrote:
> There are 8 iso files for centos 5 -->
> http://centos.mirror.connexeon.net/5.8/isos/x86_64/
>
> CentOS-5.8-x86_64-bin-1of8.iso
> CentOS-5.8-x86_64-bin-2of8.iso
> CentOS-5.8-x86_64-bin-3of8.iso
> CentOS-5.8-x86_64-bin-4of8.iso
> CentOS-5.8-x86_64-bin-5of8.iso
> CentOS-5.8-x86_64-bin-6of8.iso
> CentOS-5.8-x86_64-bin-7of8.iso
> CentOS-5.8-x86_64-bin-8of8.iso
>
> So I don't think that I can easily add a CentOS 5 in CloudStack
>
>
> On Fri, Dec 7, 2012 at 10:04 AM, Edison Su <Ed...@citrix.com> wrote:
>
>> Actually, any centos 5 iso should be ok. You can add a centos 5 iso into
>> cloudstack, then create a vm from it.
>>
>> > -----Original Message-----
>> > From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > Sent: Friday, December 07, 2012 12:49 AM
>> > To: cloudstack-users@incubator.apache.org
>> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>> >
>> > Does anybody has a link to download a Centos 5 qcow2 disk image file in
>> > CloudStack ?
>> >
>> >
>> > On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com>
>> wrote:
>> >
>> > > Thanks for reminding me.
>> > >
>> > > CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support
>> > > install CentOS 6.3 into PV VM from ISO at this release.
>> > > You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO
>> > > with "CentOS 5.5" guest OS Type.
>> > >
>> > >
>> > > -Anthony
>> > >
>> > > > -----Original Message-----
>> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > > > Sent: Thursday, December 06, 2012 10:03 AM
>> > > > To: cloudstack-users@incubator.apache.org
>> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
>> > satisfy:
>> > > >
>> > > > remark - With DevCloud2, we don't use anymore ubuntu but Debian
>> > > > Wheezy
>> > > > +
>> > > > xen.
>> > > >
>> > > >
>> > > > On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com>
>> > wrote:
>> > > >
>> > > > > Charles,
>> > > > >
>> > > > > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
>> > > > > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from
>> > > > > this
>> > > > ISO
>> > > > > with "CentOS 5.5" guest OS Type.
>> > > > >
>> > > > > Anthony
>> > > > >
>> > > > > > -----Original Message-----
>> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > > > > > Sent: Wednesday, December 05, 2012 11:53 PM
>> > > > > > To: cloudstack-users@incubator.apache.org
>> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
>> > satisfy:
>> > > > > >
>> > > > > > Edison,
>> > > > > >
>> > > > > > I have added not a new template in management server through the
>> > > > web ui
>> > > > > > but
>> > > > > > an iso file containing CentOS. And this from this ISO file that
>> > > > > > I
>> > > > have
>> > > > > > tried to create new instance. When adding CentOS 6.3 I have
>> > > > selected
>> > > > > > Other
>> > > > > > Linux (64b). If I follow you correctly, do you suggest that I
>> > > > create a
>> > > > > > new
>> > > > > > template for CentOS 5.5 and add the url to upload this version ?
>> > > > > >
>> > > > > > Regards,
>> > > > > >
>> > > > > > Charles
>> > > > > >
>> > > > > >
>> > > > > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Edison.su@citrix.com
>> >
>> > > > wrote:
>> > > > > >
>> > > > > > > The issue is about how to start a PV vm on Ubuntu xen inside
>> > > > devcloud.
>> > > > > > By
>> > > > > > > default, if the template os type is "centos 6" and beyond,
>> > > > cloudstack
>> > > > > > will
>> > > > > > > start the vm as HVM VM. If template os type is "centos 5.5",
>> > > > > > > it
>> > > > will
>> > > > > > start
>> > > > > > > a PV vm, and the default centos 6 ISO support PV, so I think
>> > > > > > > you
>> > > > can
>> > > > > > change
>> > > > > > > your centos template's os type to "centos 5.5", then have a
>> try.
>> > > > > > >
>> > > > > > > > -----Original Message-----
>> > > > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > > > > > > > Sent: Wednesday, December 05, 2012 3:03 AM
>> > > > > > > > To: cloudstack-users@incubator.apache.org
>> > > > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
>> > must
>> > > > satisfy:
>> > > > > > > >
>> > > > > > > > Hmmm. That means that we have to recreate a new image for
>> > > > > > VirtualBox like
>> > > > > > > > Rohit did for Debian Wheezy to start now DevCloud using
>> CentOS.
>> > > > > > That
>> > > > > > > could
>> > > > > > > > be interesting if a CloudStack user could share such a image
>> > > > > > > > to
>> > > > > > avoid
>> > > > > > > that we
>> > > > > > > > spend so many times when we simply would like for testing
>> > > > purposes
>> > > > > > to use
>> > > > > > > > a Linux OS running qemu or KVM + nfs + config required to
>> > > > > > communicate
>> > > > > > > > with CloudStack management server.
>> > > > > > > >
>> > > > > > > > Is there a CloudStack provider that we could use like Amazon
>> > > > > > > > or
>> > > > > > > RackSpace to
>> > > > > > > > make tests ?
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
>> > > > > > > > <ki...@gmail.com>wrote:
>> > > > > > > >
>> > > > > > > > > Hi, Charles. That script only allows adding a non-HVM
>> > > > > > XenServer/XCP
>> > > > > > > > > host (it disables the HVM check performed by CloudStack).
>> > > > > > > > > It
>> > > > > > won't
>> > > > > > > > > let you boot HVM mode VMs since XenServer/XCP require
>> > > > > > > > > AMD-V /
>> > > > VT-
>> > > > > > x
>> > > > > > > > to do so.
>> > > > > > > > > Try running a supported Linux OS in a PV mode VM as
>> > > > > > > > > Anthony
>> > > > > > > > recommended.
>> > > > > > > > >
>> > > > > > > > > Best regards,
>> > > > > > > > > Kirk
>> > > > > > > > >
>> > > > > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
>> > > > > > > > > > So I should create a new host using web ui. Will try to
>> > > > make a
>> > > > > > test
>> > > > > > > > > > tomorrow.
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
>> > > > > > <mc...@gmail.com>
>> > > > > > > > > wrote:
>> > > > > > > > > >
>> > > > > > > > > >> Hi,
>> > > > > > > > > >>
>> > > > > > > > > >> Now when adding a host it does not check for hvm and
>> > > > > > > > > >> you
>> > > > > > should be
>> > > > > > > > > >> able
>> > > > > > > > > to
>> > > > > > > > > >> boot VMs... Never tried though...
>> > > > > > > > > >>
>> > > > > > > > > >>
>> > > > > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
>> > > > > > > > > >> <ch...@gmail.com>
>> > > > > > > > > >> wrote:
>> > > > > > > > > >>
>> > > > > > > > > >>> Hi Marc,
>> > > > > > > > > >>>
>> > > > > > > > > >>> I have run the MySQL script. So what should be the
>> > > > > > > > > >>> next
>> > > > step
>> > > > > > now ?
>> > > > > > > > > >>>
>> > > > > > > > > >>> Regards,
>> > > > > > > > > >>>
>> > > > > > > > > >>> Charles
>> > > > > > > > > >>>
>> > > > > > > > > >>>
>> > > > > > > > > >>>
>> > > > > > > > > >>>
>> > > > > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
>> > > > > > > > > >>> <mc...@gmail.com>
>> > > > > > > > > >> wrote:
>> > > > > > > > > >>>
>> > > > > > > > > >>>> Check this out...
>> > > > > > > > > >>>>
>> > > > > > > > > >>>>
>> > > > > > > > > >>>>
>> > > > > > > > > >>>
>> > > > > > > > > >>
>> > > > > > > > >
>> > > > > > > >
>> > > > > >
>> > > >
>> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
>> > > > > > > > ou
>> > > > > > > > > t_Hardware_Virtualization
>> > > > > > > > > >>>>
>> > > > > > > > > >>>> thx
>> > > > > > > > > >>>>
>> > > > > > > > > >>>>
>> > > > > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
>> > > > > > > > > >>>> <Xu...@citrix.com>
>> > > > > > > > > >>> wrote:
>> > > > > > > > > >>>>
>> > > > > > > > > >>>>> I don't think you can run HVM on devCloud.
>> > > > > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
>> > > > ubuntu
>> > > > > > is
>> > > > > > > > > >> running
>> > > > > > > > > >>>>> doesn't support VTX( hardware virtualization
>> > > > acceleration).
>> > > > > > > > > >>>>> Or nested VTX is not supported.
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>> What's guest OS you are running?
>> > > > > > > > > >>>>> Try to run CentOS 5.6, it should work.
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>> Anthony
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>>> -----Original Message-----
>> > > > > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > > > > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
>> > > > > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
>> > > > > > > > > >>>>>> Subject: Re:
>> > MEMORY_CONSTRAINT_VIOLATIONMemory
>> > > > > > > > > >>>>>> limits
>> > > > > > > > must satisfy:
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> BTW if I define different a compute offering with
>> > > > > > > > > >>>>>> the
>> > > > > > following
>> > > > > > > > > >>> config,
>> > > > > > > > > >>>>>> I
>> > > > > > > > > >>>>>> get the following error message. Is it also related
>> > > > > > > > > >>>>>> to
>> > > > the
>> > > > > > same
>> > > > > > > > > >>>>>> problem ?
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to
>> > > > > > > > > >>>>>> --> create
>> > > > an
>> > > > > > > > > >>>>>> --> instance
>> > > > > > > > > >> of
>> > > > > > > > > >>>>>> CentOS
>> > > > > > > > > >>>>>> 6.3
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
>> > > > > > > > > >>>>>> (DirectAgent-
>> > > > 80:)
>> > > > > > > > > >>>>>> Unable to start i-2-13-VM due to
>> > > > > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
>> > > > Unable to
>> > > > > > > > > >>>>>> start
>> > > > > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
>> > > > eab4bf3adcea)
>> > > > > > > > due
>> > > > > > > > > >>>>>> to
>> > > > > > > > > >>> Task
>> > > > > > > > > >>>>>> failed! Task record: uuid:
>> > > > > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
>> > > > > > > > > >>>>>> nameLabel: Async.VM.start_on
>> > > > > > > > > >>>>>> nameDescription:
>> > > > > > > > > >>>>>> allowedOperations: []
>> > > > > > > > > >>>>>> currentOperations: {}
>> > > > > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
>> > > > > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
>> > > > > > > > > >>>>>> status: FAILURE
>> > > > > > > > > >>>>>> residentOn:
>> > > > com.xensource.xenapi.Host@3ba61fa8
>> > > > > > > > > >>>>>> progress: 1.0
>> > > > > > > > > >>>>>> type: <none/>
>> > > > > > > > > >>>>>> result:
>> > > > > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
>> > > > > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
>> > > > > > > > > >>>>>> otherConfig: {}
>> > > > > > > > > >>>>>> subtaskOf:
>> > > > com.xensource.xenapi.Task@aaf13f6f
>> > > > > > > > > >>>>>> subtasks: []
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>> urceBase.java:3269) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>> urceBase.java:1292) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
>> > > > > > > > > >>> ource
>> > > > > > > > > >>>>>> .java:142)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
>> > > > > > > > > >>> t(Cit
>> > > > > > > > > >>>>>> rixResourceBase.java:497) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
>> > > > > > > > > >>> pOssR
>> > > > > > > > > >>>>>> esource.java:136)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > > >
>> > > >
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > > > > > > > > >>>>>> java:191)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>> > > > > > va
>> > > > > > > > > >>> :439)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>
>> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
>> > > > > > 3)
>> > > > > > > > > >>>>>> at
>> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ac
>> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ru
>> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
>> > > > > > > > > >>> xecut
>> > > > > > > > > >>>>>> or.java:886)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
>> > > > > > > > > >>> tor.j
>> > > > > > > > > >>>>>> ava:908)
>> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
>> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
>> > > > > > > > > >>>>>> (DirectAgent-
>> > > > 80:)
>> > > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
>> > > > object
>> > > > > > > > > >>>>>> reference. The object may have recently been
>> deleted.
>> > > > > > The
>> > > > > > > > > >>>>>> class parameter gives the type of reference given,
>> > > > > > > > > >> and
>> > > > > > > > > >>>>>> the
>> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
>> > > > > > > > > >>>>>> at
>> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
>> > > > > > > > > >>> rConn
>> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>> > > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
>> > > > > > > > > >>> Failu
>> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>> urceBase.java:1353) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
>> > > > > > > > > >>> ource
>> > > > > > > > > >>>>>> .java:142)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
>> > > > > > > > > >>> t(Cit
>> > > > > > > > > >>>>>> rixResourceBase.java:497) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
>> > > > > > > > > >>> pOssR
>> > > > > > > > > >>>>>> esource.java:136)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > > >
>> > > >
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > > > > > > > > >>>>>> java:191)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>> > > > > > va
>> > > > > > > > > >>> :439)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>
>> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
>> > > > > > 3)
>> > > > > > > > > >>>>>> at
>> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ac
>> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ru
>> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
>> > > > > > > > > >>> xecut
>> > > > > > > > > >>>>>> or.java:886)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
>> > > > > > > > > >>> tor.j
>> > > > > > > > > >>>>>> ava:908)
>> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
>> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
>> > > > > > > > > >>>>>> (DirectAgent-
>> > > > 80:)
>> > > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
>> > > > object
>> > > > > > > > > >>>>>> reference. The object may have recently been
>> deleted.
>> > > > > > The
>> > > > > > > > > >>>>>> class parameter gives the type of reference given,
>> > > > > > > > > >> and
>> > > > > > > > > >>>>>> the
>> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
>> > > > > > > > > >>>>>> at
>> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
>> > > > > > > > > >>> rConn
>> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>> > > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
>> > > > > > > > > >>> Failu
>> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>> urceBase.java:1353) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
>> > > > > > > > > >>> ource
>> > > > > > > > > >>>>>> .java:142)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
>> > > > > > > > > >>> t(Cit
>> > > > > > > > > >>>>>> rixResourceBase.java:497) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
>> > > > > > > > > >>> pOssR
>> > > > > > > > > >>>>>> esource.java:136)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > > >
>> > > >
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > > > > > > > > >>>>>> java:191)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>> > > > > > va
>> > > > > > > > > >>> :439)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>
>> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
>> > > > > > 3)
>> > > > > > > > > >>>>>> at
>> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ac
>> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ru
>> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
>> > > > > > > > > >>> xecut
>> > > > > > > > > >>>>>> or.java:886)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
>> > > > > > > > > >>> tor.j
>> > > > > > > > > >>>>>> ava:908)
>> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
>> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
>> > > > > > > > > >>>>>> (DirectAgent-
>> > > > 80:)
>> > > > > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
>> > > > reference.
>> > > > > > > > > >>>>>> The object may have recently been deleted. The
>> > > > > > > > > >>>>>> class
>> > > > > > parameter
>> > > > > > > > > >>>>>> gives the type of reference given,
>> > > > > > > > > >> and
>> > > > > > > > > >>>>>> the
>> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
>> > > > > > > > > >>>>>> at
>> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
>> > > > > > > > > >>> rConn
>> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>> > > > > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
>> > > > > > > > > >>> Failu
>> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>> urceBase.java:1353) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
>> > > > > > > > > >>> ource
>> > > > > > > > > >>>>>> .java:142)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
>> > > > > > > > > >>> t(Cit
>> > > > > > > > > >>>>>> rixResourceBase.java:497) at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
>> > > > > > > > > >>> pOssR
>> > > > > > > > > >>>>>> esource.java:136)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > > >
>> > > >
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > > > > > > > > >>>>>> java:191)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>> > > > > > va
>> > > > > > > > > >>> :439)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>
>> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
>> > > > > > 3)
>> > > > > > > > > >>>>>> at
>> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ac
>> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ru
>> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
>> > > > > > > > > >>> xecut
>> > > > > > > > > >>>>>> or.java:886)
>> > > > > > > > > >>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
>> > > > > > > > > >>> tor.j
>> > > > > > > > > >>>>>> ava:908)
>> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
>> > > > > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
>> > > > > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on
>> > > > > > > > > >>>>>> Host[-1-
>> > > > > > Routing]
>> > > > > > > > > >>>>>> due to Unable to start i-2-13-VM
>> > > > > > > > > >> due
>> > > > > > > > > >>> to
>> > > > > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase]
>> > > > > > > > > >>>>>> (DirectAgent-
>> > > > 92:)
>> > > > > > VM
>> > > > > > > > > >>>>>> does
>> > > > > > > > > >> not
>> > > > > > > > > >>>>>> exist
>> > > > > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
>> > > > > > > > > >>>>>> INFO [api.commands.DeployVMCmd]
>> > > > > > > > > >>>>>> (Job-Executor-7:job-
>> > > > 19)
>> > > > > > > > > >>>>>>
>> > > > com.cloud.exception.InsufficientServerCapacityException:
>> > > > > > Unable
>> > > > > > > > > >>>>>> to create a deployment for
>> > > > > > > > > >>>>>> VM[User|6d31c26c-c559-4393-
>> > > > > > b772-
>> > > > > > > > > >>>>>> d557c3143381]Scope=interface
>> > > > > > > > > >>>>>> com.cloud.dc.DataCenter;
>> > > > id=1
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> Regards,
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> Charles
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
>> > > > > > > > > >> ch007m@gmail.com>
>> > > > > > > > > >>>>>> wrote:
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from
>> > > > > > > > > >>>>>>> Git
>> > > > repo
>> > > > > > to
>> > > > > > > > > >>>>>>> run
>> > > > > > > > > >>> local
>> > > > > > > > > >>>>>>> management server and devcloud2 (VB). What should
>> > > > > > > > > >>>>>>> I
>> > > > do on
>> > > > > > > > > >> DevCloud2
>> > > > > > > > > >>>>>> to
>> > > > > > > > > >>>>>>> upgrade xapi ?
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
>> > > > > > > > > >>>>>>> <Xuefei.Xu@citrix.com
>> > > > > > > > > >>>
>> > > > > > > > > >>>>>> wrote:
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>> What's Cloudstack version you are using?
>> > > > > > > > > >>>>>>>> Looks like your are using a very old version.
>> > > > > > > > > >>>>>>>> This
>> > > > > > issue is
>> > > > > > > > > >> fixed
>> > > > > > > > > >>>>>> in new
>> > > > > > > > > >>>>>>>> version.
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>> setMemoryStaticMin API is not used in new
>> version.
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>> Please upgrade to a newer version.
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>> Anthony
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>>> -----Original Message-----
>> > > > > > > > > >>>>>>>>> From: Charles Moulliard
>> > > > > > > > > >>>>>>>>> [mailto:ch007m@gmail.com]
>> > > > > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
>> > > > > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
>> > > > > > > > > >>>>>>>>> Subject:
>> > MEMORY_CONSTRAINT_VIOLATIONMemory
>> > > > > > > > > >>>>>>>>> limits
>> > > > > > > > must
>> > > > > > > > > >> satisfy:
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>>>> Hi,
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>>>> How can I figure out this exception when I try
>> > > > > > > > > >>>>>>>>> to
>> > > > > > create a
>> > > > > > > > > >>>>>>>>> new
>> > > > > > > > > >>>>>> instance
>> > > > > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute
>> > > > > > > > > >>>>>>>>> offering = 500MHertz,
>> > > > > > > > > >>>>>> 500MB,
>> > > > > > > > > >>>>>>>>> local
>> > > > > > > > > >>>>>>>>> storage) ?
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
>> > > > (DirectAgent-
>> > > > > > 36:)
>> > > > > > > > > >> Catch
>> > > > > > > > > >>>>>>>>> Exception:
>> > > > > > > > > >>>>>>>>> class
>> > com.xensource.xenapi.Types$XenAPIException
>> > > > due to
>> > > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
>> > must
>> > > > > > > > satisfy:
>> > > > > > > > > >>> static_min
>> > > > > > > > > >>>> ?
>> > > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
>> > > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
>> > must
>> > > > > > > > satisfy:
>> > > > > > > > > >>> static_min
>> > > > > > > > > >>>> ?
>> > > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>
>> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
>> > > > > > > > > >>> rConn
>> > > > > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909
>> > > > > > > > > >>>>>>>>> )
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
>> > > > > > > > > >>> rixRe
>> > > > > > > > > >>>>>>>>> sourceBase.java:3116) at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
>> > > > > > > > > >>> empla
>> > > > > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
>> > > > > > ri
>> > > > > > > > > >>> xReso
>> > > > > > > > > >>>>>>>>> urceBase.java:1278) at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
>> > > > > > > > > >>> ource
>> > > > > > > > > >>>>>>>>> .java:142)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
>> > > > > > > > > >>> t(Cit
>> > > > > > > > > >>>>>>>>> rixResourceBase.java:497) at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
>> > > > > > > > > >>> pOssR
>> > > > > > > > > >>>>>>>>> esource.java:136) at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > > >
>> > > >
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > > > > > > > > >>>>>>>>> java:191)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
>> > > > > > va
>> > > > > > > > > >>> :439)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>
>> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
>> > > > > > > > > >>>>>> 03)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ac
>> > > > > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
>> > > > > > > > > >>> sk.ru
>> > > > > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
>> > > > > > > > > >>> xecut
>> > > > > > > > > >>>>>>>>> or.java:886)
>> > > > > > > > > >>>>>>>>> at
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>
>> > > > > > > >
>> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
>> > > > > > > > > >>> tor.j
>> > > > > > > > > >>>>>>>>> ava:908)
>> > > > > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>>>> Regards,
>> > > > > > > > > >>>>>>>>>
>> > > > > > > > > >>>>>>>>> --
>> > > > > > > > > >>>>>>>>> Charles Moulliard Apache Committer / Sr.
>> > > > > > > > > >>>>>>>>> Enterprise Architect (RedHat)
>> > > > > > Twitter
>> > > > > > > > > >>>>>>>>> : @cmoulliard | Blog :
>> > > > http://cmoulliard.blogspot.com
>> > > > > > > > > >>>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>> --
>> > > > > > > > > >>>>>>> Charles Moulliard
>> > > > > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect
>> > > > > > > > > >>>>>>> (RedHat)
>> > > > > > Twitter :
>> > > > > > > > > >>>>>>> @cmoulliard | Blog :
>> > > > > > > > > >>>>>>> http://cmoulliard.blogspot.com
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>>
>> > > > > > > > > >>>>>> --
>> > > > > > > > > >>>>>> Charles Moulliard
>> > > > > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect
>> > > > > > > > > >>>>>> (RedHat)
>> > > > > > Twitter :
>> > > > > > > > > >>>>>> @cmoulliard | Blog :
>> http://cmoulliard.blogspot.com
>> > > > > > > > > >>>>>
>> > > > > > > > > >>>>
>> > > > > > > > > >>>
>> > > > > > > > > >>>
>> > > > > > > > > >>>
>> > > > > > > > > >>> --
>> > > > > > > > > >>> Charles Moulliard
>> > > > > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
>> > > > Twitter :
>> > > > > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
>> > > > > > > > > >>>
>> > > > > > > > > >>
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > > Charles Moulliard
>> > > > > > > > Apache Committer / Sr. Enterprise Architect (RedHat)
>> Twitter :
>> > > > > > > @cmoulliard |
>> > > > > > > > Blog : http://cmoulliard.blogspot.com
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > Charles Moulliard
>> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
>> > > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Charles Moulliard
>> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
>> > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
>> > >
>> >
>> >
>> >
>> > --
>> > Charles Moulliard
>> > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
>> @cmoulliard |
>> > Blog : http://cmoulliard.blogspot.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
There are 8 iso files for centos 5 -->
http://centos.mirror.connexeon.net/5.8/isos/x86_64/
CentOS-5.8-x86_64-bin-1of8.iso
CentOS-5.8-x86_64-bin-2of8.iso
CentOS-5.8-x86_64-bin-3of8.iso
CentOS-5.8-x86_64-bin-4of8.iso
CentOS-5.8-x86_64-bin-5of8.iso
CentOS-5.8-x86_64-bin-6of8.iso
CentOS-5.8-x86_64-bin-7of8.iso
CentOS-5.8-x86_64-bin-8of8.iso
So I don't think that I can easily add a CentOS 5 in CloudStack
On Fri, Dec 7, 2012 at 10:04 AM, Edison Su <Ed...@citrix.com> wrote:
> Actually, any centos 5 iso should be ok. You can add a centos 5 iso into
> cloudstack, then create a vm from it.
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Friday, December 07, 2012 12:49 AM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Does anybody has a link to download a Centos 5 qcow2 disk image file in
> > CloudStack ?
> >
> >
> > On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
> >
> > > Thanks for reminding me.
> > >
> > > CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support
> > > install CentOS 6.3 into PV VM from ISO at this release.
> > > You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO
> > > with "CentOS 5.5" guest OS Type.
> > >
> > >
> > > -Anthony
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Thursday, December 06, 2012 10:03 AM
> > > > To: cloudstack-users@incubator.apache.org
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > >
> > > > remark - With DevCloud2, we don't use anymore ubuntu but Debian
> > > > Wheezy
> > > > +
> > > > xen.
> > > >
> > > >
> > > > On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com>
> > wrote:
> > > >
> > > > > Charles,
> > > > >
> > > > > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> > > > > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from
> > > > > this
> > > > ISO
> > > > > with "CentOS 5.5" guest OS Type.
> > > > >
> > > > > Anthony
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > Sent: Wednesday, December 05, 2012 11:53 PM
> > > > > > To: cloudstack-users@incubator.apache.org
> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > > > >
> > > > > > Edison,
> > > > > >
> > > > > > I have added not a new template in management server through the
> > > > web ui
> > > > > > but
> > > > > > an iso file containing CentOS. And this from this ISO file that
> > > > > > I
> > > > have
> > > > > > tried to create new instance. When adding CentOS 6.3 I have
> > > > selected
> > > > > > Other
> > > > > > Linux (64b). If I follow you correctly, do you suggest that I
> > > > create a
> > > > > > new
> > > > > > template for CentOS 5.5 and add the url to upload this version ?
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > Charles
> > > > > >
> > > > > >
> > > > > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>
> > > > wrote:
> > > > > >
> > > > > > > The issue is about how to start a PV vm on Ubuntu xen inside
> > > > devcloud.
> > > > > > By
> > > > > > > default, if the template os type is "centos 6" and beyond,
> > > > cloudstack
> > > > > > will
> > > > > > > start the vm as HVM VM. If template os type is "centos 5.5",
> > > > > > > it
> > > > will
> > > > > > start
> > > > > > > a PV vm, and the default centos 6 ISO support PV, so I think
> > > > > > > you
> > > > can
> > > > > > change
> > > > > > > your centos template's os type to "centos 5.5", then have a
> try.
> > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > > > > > To: cloudstack-users@incubator.apache.org
> > > > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > must
> > > > satisfy:
> > > > > > > >
> > > > > > > > Hmmm. That means that we have to recreate a new image for
> > > > > > VirtualBox like
> > > > > > > > Rohit did for Debian Wheezy to start now DevCloud using
> CentOS.
> > > > > > That
> > > > > > > could
> > > > > > > > be interesting if a CloudStack user could share such a image
> > > > > > > > to
> > > > > > avoid
> > > > > > > that we
> > > > > > > > spend so many times when we simply would like for testing
> > > > purposes
> > > > > > to use
> > > > > > > > a Linux OS running qemu or KVM + nfs + config required to
> > > > > > communicate
> > > > > > > > with CloudStack management server.
> > > > > > > >
> > > > > > > > Is there a CloudStack provider that we could use like Amazon
> > > > > > > > or
> > > > > > > RackSpace to
> > > > > > > > make tests ?
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > > > > > <ki...@gmail.com>wrote:
> > > > > > > >
> > > > > > > > > Hi, Charles. That script only allows adding a non-HVM
> > > > > > XenServer/XCP
> > > > > > > > > host (it disables the HVM check performed by CloudStack).
> > > > > > > > > It
> > > > > > won't
> > > > > > > > > let you boot HVM mode VMs since XenServer/XCP require
> > > > > > > > > AMD-V /
> > > > VT-
> > > > > > x
> > > > > > > > to do so.
> > > > > > > > > Try running a supported Linux OS in a PV mode VM as
> > > > > > > > > Anthony
> > > > > > > > recommended.
> > > > > > > > >
> > > > > > > > > Best regards,
> > > > > > > > > Kirk
> > > > > > > > >
> > > > > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > > > > > So I should create a new host using web ui. Will try to
> > > > make a
> > > > > > test
> > > > > > > > > > tomorrow.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > > > > > <mc...@gmail.com>
> > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > >> Hi,
> > > > > > > > > >>
> > > > > > > > > >> Now when adding a host it does not check for hvm and
> > > > > > > > > >> you
> > > > > > should be
> > > > > > > > > >> able
> > > > > > > > > to
> > > > > > > > > >> boot VMs... Never tried though...
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > > > > > >> <ch...@gmail.com>
> > > > > > > > > >> wrote:
> > > > > > > > > >>
> > > > > > > > > >>> Hi Marc,
> > > > > > > > > >>>
> > > > > > > > > >>> I have run the MySQL script. So what should be the
> > > > > > > > > >>> next
> > > > step
> > > > > > now ?
> > > > > > > > > >>>
> > > > > > > > > >>> Regards,
> > > > > > > > > >>>
> > > > > > > > > >>> Charles
> > > > > > > > > >>>
> > > > > > > > > >>>
> > > > > > > > > >>>
> > > > > > > > > >>>
> > > > > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > > > > > >>> <mc...@gmail.com>
> > > > > > > > > >> wrote:
> > > > > > > > > >>>
> > > > > > > > > >>>> Check this out...
> > > > > > > > > >>>>
> > > > > > > > > >>>>
> > > > > > > > > >>>>
> > > > > > > > > >>>
> > > > > > > > > >>
> > > > > > > > >
> > > > > > > >
> > > > > >
> > > >
> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > > > > > ou
> > > > > > > > > t_Hardware_Virtualization
> > > > > > > > > >>>>
> > > > > > > > > >>>> thx
> > > > > > > > > >>>>
> > > > > > > > > >>>>
> > > > > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > > > > > >>>> <Xu...@citrix.com>
> > > > > > > > > >>> wrote:
> > > > > > > > > >>>>
> > > > > > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
> > > > ubuntu
> > > > > > is
> > > > > > > > > >> running
> > > > > > > > > >>>>> doesn't support VTX( hardware virtualization
> > > > acceleration).
> > > > > > > > > >>>>> Or nested VTX is not supported.
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>> What's guest OS you are running?
> > > > > > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>> Anthony
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>
> > > > > > > > > >>>>>> -----Original Message-----
> > > > > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > > > >>>>>> Subject: Re:
> > MEMORY_CONSTRAINT_VIOLATIONMemory
> > > > > > > > > >>>>>> limits
> > > > > > > > must satisfy:
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> BTW if I define different a compute offering with
> > > > > > > > > >>>>>> the
> > > > > > following
> > > > > > > > > >>> config,
> > > > > > > > > >>>>>> I
> > > > > > > > > >>>>>> get the following error message. Is it also related
> > > > > > > > > >>>>>> to
> > > > the
> > > > > > same
> > > > > > > > > >>>>>> problem ?
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to
> > > > > > > > > >>>>>> --> create
> > > > an
> > > > > > > > > >>>>>> --> instance
> > > > > > > > > >> of
> > > > > > > > > >>>>>> CentOS
> > > > > > > > > >>>>>> 6.3
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > > >>>>>> (DirectAgent-
> > > > 80:)
> > > > > > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
> > > > Unable to
> > > > > > > > > >>>>>> start
> > > > > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> > > > eab4bf3adcea)
> > > > > > > > due
> > > > > > > > > >>>>>> to
> > > > > > > > > >>> Task
> > > > > > > > > >>>>>> failed! Task record: uuid:
> > > > > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > > > > > >>>>>> nameDescription:
> > > > > > > > > >>>>>> allowedOperations: []
> > > > > > > > > >>>>>> currentOperations: {}
> > > > > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > > > > > >>>>>> status: FAILURE
> > > > > > > > > >>>>>> residentOn:
> > > > com.xensource.xenapi.Host@3ba61fa8
> > > > > > > > > >>>>>> progress: 1.0
> > > > > > > > > >>>>>> type: <none/>
> > > > > > > > > >>>>>> result:
> > > > > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > > > > > >>>>>> otherConfig: {}
> > > > > > > > > >>>>>> subtaskOf:
> > > > com.xensource.xenapi.Task@aaf13f6f
> > > > > > > > > >>>>>> subtasks: []
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>> urceBase.java:3269) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>> urceBase.java:1292) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > > >>> ource
> > > > > > > > > >>>>>> .java:142)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > > >>> t(Cit
> > > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > > >>> pOssR
> > > > > > > > > >>>>>> esource.java:136)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > > >>>>>> java:191)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > > va
> > > > > > > > > >>> :439)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>
> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > > 3)
> > > > > > > > > >>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ac
> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ru
> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > > >>> xecut
> > > > > > > > > >>>>>> or.java:886)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > > >>> tor.j
> > > > > > > > > >>>>>> ava:908)
> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > > >>>>>> (DirectAgent-
> > > > 80:)
> > > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > > > object
> > > > > > > > > >>>>>> reference. The object may have recently been
> deleted.
> > > > > > The
> > > > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > > > >> and
> > > > > > > > > >>>>>> the
> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > > >>>>>> at
> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > > >>> rConn
> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > > >>> Failu
> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > > >>> ource
> > > > > > > > > >>>>>> .java:142)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > > >>> t(Cit
> > > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > > >>> pOssR
> > > > > > > > > >>>>>> esource.java:136)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > > >>>>>> java:191)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > > va
> > > > > > > > > >>> :439)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>
> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > > 3)
> > > > > > > > > >>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ac
> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ru
> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > > >>> xecut
> > > > > > > > > >>>>>> or.java:886)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > > >>> tor.j
> > > > > > > > > >>>>>> ava:908)
> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > > >>>>>> (DirectAgent-
> > > > 80:)
> > > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > > > object
> > > > > > > > > >>>>>> reference. The object may have recently been
> deleted.
> > > > > > The
> > > > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > > > >> and
> > > > > > > > > >>>>>> the
> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > > >>>>>> at
> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > > >>> rConn
> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > > >>> Failu
> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > > >>> ource
> > > > > > > > > >>>>>> .java:142)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > > >>> t(Cit
> > > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > > >>> pOssR
> > > > > > > > > >>>>>> esource.java:136)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > > >>>>>> java:191)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > > va
> > > > > > > > > >>> :439)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>
> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > > 3)
> > > > > > > > > >>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ac
> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ru
> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > > >>> xecut
> > > > > > > > > >>>>>> or.java:886)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > > >>> tor.j
> > > > > > > > > >>>>>> ava:908)
> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > > >>>>>> (DirectAgent-
> > > > 80:)
> > > > > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
> > > > reference.
> > > > > > > > > >>>>>> The object may have recently been deleted. The
> > > > > > > > > >>>>>> class
> > > > > > parameter
> > > > > > > > > >>>>>> gives the type of reference given,
> > > > > > > > > >> and
> > > > > > > > > >>>>>> the
> > > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > > >>>>>> at
> > > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > > >>> rConn
> > > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > > >>> Failu
> > > > > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > > >>> ource
> > > > > > > > > >>>>>> .java:142)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > > >>> t(Cit
> > > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > > >>> pOssR
> > > > > > > > > >>>>>> esource.java:136)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > > >>>>>> java:191)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > > va
> > > > > > > > > >>> :439)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>
> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > > 3)
> > > > > > > > > >>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ac
> > > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ru
> > > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > > >>> xecut
> > > > > > > > > >>>>>> or.java:886)
> > > > > > > > > >>>>>> at
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > > >>> tor.j
> > > > > > > > > >>>>>> ava:908)
> > > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on
> > > > > > > > > >>>>>> Host[-1-
> > > > > > Routing]
> > > > > > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > > > > > >> due
> > > > > > > > > >>> to
> > > > > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase]
> > > > > > > > > >>>>>> (DirectAgent-
> > > > 92:)
> > > > > > VM
> > > > > > > > > >>>>>> does
> > > > > > > > > >> not
> > > > > > > > > >>>>>> exist
> > > > > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > > > > > >>>>>> INFO [api.commands.DeployVMCmd]
> > > > > > > > > >>>>>> (Job-Executor-7:job-
> > > > 19)
> > > > > > > > > >>>>>>
> > > > com.cloud.exception.InsufficientServerCapacityException:
> > > > > > Unable
> > > > > > > > > >>>>>> to create a deployment for
> > > > > > > > > >>>>>> VM[User|6d31c26c-c559-4393-
> > > > > > b772-
> > > > > > > > > >>>>>> d557c3143381]Scope=interface
> > > > > > > > > >>>>>> com.cloud.dc.DataCenter;
> > > > id=1
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> Regards,
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> Charles
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > > > > > >> ch007m@gmail.com>
> > > > > > > > > >>>>>> wrote:
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from
> > > > > > > > > >>>>>>> Git
> > > > repo
> > > > > > to
> > > > > > > > > >>>>>>> run
> > > > > > > > > >>> local
> > > > > > > > > >>>>>>> management server and devcloud2 (VB). What should
> > > > > > > > > >>>>>>> I
> > > > do on
> > > > > > > > > >> DevCloud2
> > > > > > > > > >>>>>> to
> > > > > > > > > >>>>>>> upgrade xapi ?
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > > > > > >>>
> > > > > > > > > >>>>>> wrote:
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > > > > > >>>>>>>> Looks like your are using a very old version.
> > > > > > > > > >>>>>>>> This
> > > > > > issue is
> > > > > > > > > >> fixed
> > > > > > > > > >>>>>> in new
> > > > > > > > > >>>>>>>> version.
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>> Anthony
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>>> -----Original Message-----
> > > > > > > > > >>>>>>>>> From: Charles Moulliard
> > > > > > > > > >>>>>>>>> [mailto:ch007m@gmail.com]
> > > > > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > > > >>>>>>>>> Subject:
> > MEMORY_CONSTRAINT_VIOLATIONMemory
> > > > > > > > > >>>>>>>>> limits
> > > > > > > > must
> > > > > > > > > >> satisfy:
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>>>> Hi,
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>>>> How can I figure out this exception when I try
> > > > > > > > > >>>>>>>>> to
> > > > > > create a
> > > > > > > > > >>>>>>>>> new
> > > > > > > > > >>>>>> instance
> > > > > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute
> > > > > > > > > >>>>>>>>> offering = 500MHertz,
> > > > > > > > > >>>>>> 500MB,
> > > > > > > > > >>>>>>>>> local
> > > > > > > > > >>>>>>>>> storage) ?
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > (DirectAgent-
> > > > > > 36:)
> > > > > > > > > >> Catch
> > > > > > > > > >>>>>>>>> Exception:
> > > > > > > > > >>>>>>>>> class
> > com.xensource.xenapi.Types$XenAPIException
> > > > due to
> > > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > must
> > > > > > > > satisfy:
> > > > > > > > > >>> static_min
> > > > > > > > > >>>> ?
> > > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > must
> > > > > > > > satisfy:
> > > > > > > > > >>> static_min
> > > > > > > > > >>>> ?
> > > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > > > > > >>>>>>>>>
> > > > > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > > >>> rConn
> > > > > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909
> > > > > > > > > >>>>>>>>> )
> > > > > > > > > >>>>>>>>> at
> > > > > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > > > > > >>> rixRe
> > > > > > > > > >>>>>>>>> sourceBase.java:3116) at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > > > > > >>> empla
> > > > > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > > ri
> > > > > > > > > >>> xReso
> > > > > > > > > >>>>>>>>> urceBase.java:1278) at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > > >>> ource
> > > > > > > > > >>>>>>>>> .java:142)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > > >>> t(Cit
> > > > > > > > > >>>>>>>>> rixResourceBase.java:497) at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > > >>> pOssR
> > > > > > > > > >>>>>>>>> esource.java:136) at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > > >>>>>>>>> java:191)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > > va
> > > > > > > > > >>> :439)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>
> > > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > > > > > >>>>>> 03)
> > > > > > > > > >>>>>>>>> at
> > > > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ac
> > > > > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > > >>> sk.ru
> > > > > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > > >>> xecut
> > > > > > > > > >>>>>>>>> or.java:886)
> > > > > > > > > >>>>>>>>> at
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>
> > > > > > > >
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > > >>> tor.j
> > > > > > > > > >>>>>>>>> ava:908)
> > > > > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>>>> Regards,
> > > > > > > > > >>>>>>>>>
> > > > > > > > > >>>>>>>>> --
> > > > > > > > > >>>>>>>>> Charles Moulliard Apache Committer / Sr.
> > > > > > > > > >>>>>>>>> Enterprise Architect (RedHat)
> > > > > > Twitter
> > > > > > > > > >>>>>>>>> : @cmoulliard | Blog :
> > > > http://cmoulliard.blogspot.com
> > > > > > > > > >>>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>> --
> > > > > > > > > >>>>>>> Charles Moulliard
> > > > > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect
> > > > > > > > > >>>>>>> (RedHat)
> > > > > > Twitter :
> > > > > > > > > >>>>>>> @cmoulliard | Blog :
> > > > > > > > > >>>>>>> http://cmoulliard.blogspot.com
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>>
> > > > > > > > > >>>>>> --
> > > > > > > > > >>>>>> Charles Moulliard
> > > > > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect
> > > > > > > > > >>>>>> (RedHat)
> > > > > > Twitter :
> > > > > > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > > > >>>>>
> > > > > > > > > >>>>
> > > > > > > > > >>>
> > > > > > > > > >>>
> > > > > > > > > >>>
> > > > > > > > > >>> --
> > > > > > > > > >>> Charles Moulliard
> > > > > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter :
> > > > > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > > > >>>
> > > > > > > > > >>
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Charles Moulliard
> > > > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter
> :
> > > > > > > @cmoulliard |
> > > > > > > > Blog : http://cmoulliard.blogspot.com
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard |
> > Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Edison Su <Ed...@citrix.com>.
Actually, any centos 5 iso should be ok. You can add a centos 5 iso into cloudstack, then create a vm from it.
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Friday, December 07, 2012 12:49 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Does anybody has a link to download a Centos 5 qcow2 disk image file in
> CloudStack ?
>
>
> On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
> > Thanks for reminding me.
> >
> > CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support
> > install CentOS 6.3 into PV VM from ISO at this release.
> > You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO
> > with "CentOS 5.5" guest OS Type.
> >
> >
> > -Anthony
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Thursday, December 06, 2012 10:03 AM
> > > To: cloudstack-users@incubator.apache.org
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > >
> > > remark - With DevCloud2, we don't use anymore ubuntu but Debian
> > > Wheezy
> > > +
> > > xen.
> > >
> > >
> > > On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com>
> wrote:
> > >
> > > > Charles,
> > > >
> > > > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> > > > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from
> > > > this
> > > ISO
> > > > with "CentOS 5.5" guest OS Type.
> > > >
> > > > Anthony
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Wednesday, December 05, 2012 11:53 PM
> > > > > To: cloudstack-users@incubator.apache.org
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > > > >
> > > > > Edison,
> > > > >
> > > > > I have added not a new template in management server through the
> > > web ui
> > > > > but
> > > > > an iso file containing CentOS. And this from this ISO file that
> > > > > I
> > > have
> > > > > tried to create new instance. When adding CentOS 6.3 I have
> > > selected
> > > > > Other
> > > > > Linux (64b). If I follow you correctly, do you suggest that I
> > > create a
> > > > > new
> > > > > template for CentOS 5.5 and add the url to upload this version ?
> > > > >
> > > > > Regards,
> > > > >
> > > > > Charles
> > > > >
> > > > >
> > > > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>
> > > wrote:
> > > > >
> > > > > > The issue is about how to start a PV vm on Ubuntu xen inside
> > > devcloud.
> > > > > By
> > > > > > default, if the template os type is "centos 6" and beyond,
> > > cloudstack
> > > > > will
> > > > > > start the vm as HVM VM. If template os type is "centos 5.5",
> > > > > > it
> > > will
> > > > > start
> > > > > > a PV vm, and the default centos 6 ISO support PV, so I think
> > > > > > you
> > > can
> > > > > change
> > > > > > your centos template's os type to "centos 5.5", then have a try.
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > > > > To: cloudstack-users@incubator.apache.org
> > > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> > > satisfy:
> > > > > > >
> > > > > > > Hmmm. That means that we have to recreate a new image for
> > > > > VirtualBox like
> > > > > > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> > > > > That
> > > > > > could
> > > > > > > be interesting if a CloudStack user could share such a image
> > > > > > > to
> > > > > avoid
> > > > > > that we
> > > > > > > spend so many times when we simply would like for testing
> > > purposes
> > > > > to use
> > > > > > > a Linux OS running qemu or KVM + nfs + config required to
> > > > > communicate
> > > > > > > with CloudStack management server.
> > > > > > >
> > > > > > > Is there a CloudStack provider that we could use like Amazon
> > > > > > > or
> > > > > > RackSpace to
> > > > > > > make tests ?
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > > > > <ki...@gmail.com>wrote:
> > > > > > >
> > > > > > > > Hi, Charles. That script only allows adding a non-HVM
> > > > > XenServer/XCP
> > > > > > > > host (it disables the HVM check performed by CloudStack).
> > > > > > > > It
> > > > > won't
> > > > > > > > let you boot HVM mode VMs since XenServer/XCP require
> > > > > > > > AMD-V /
> > > VT-
> > > > > x
> > > > > > > to do so.
> > > > > > > > Try running a supported Linux OS in a PV mode VM as
> > > > > > > > Anthony
> > > > > > > recommended.
> > > > > > > >
> > > > > > > > Best regards,
> > > > > > > > Kirk
> > > > > > > >
> > > > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > > > > So I should create a new host using web ui. Will try to
> > > make a
> > > > > test
> > > > > > > > > tomorrow.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > > > > <mc...@gmail.com>
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > >> Hi,
> > > > > > > > >>
> > > > > > > > >> Now when adding a host it does not check for hvm and
> > > > > > > > >> you
> > > > > should be
> > > > > > > > >> able
> > > > > > > > to
> > > > > > > > >> boot VMs... Never tried though...
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > > > > >> <ch...@gmail.com>
> > > > > > > > >> wrote:
> > > > > > > > >>
> > > > > > > > >>> Hi Marc,
> > > > > > > > >>>
> > > > > > > > >>> I have run the MySQL script. So what should be the
> > > > > > > > >>> next
> > > step
> > > > > now ?
> > > > > > > > >>>
> > > > > > > > >>> Regards,
> > > > > > > > >>>
> > > > > > > > >>> Charles
> > > > > > > > >>>
> > > > > > > > >>>
> > > > > > > > >>>
> > > > > > > > >>>
> > > > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > > > > >>> <mc...@gmail.com>
> > > > > > > > >> wrote:
> > > > > > > > >>>
> > > > > > > > >>>> Check this out...
> > > > > > > > >>>>
> > > > > > > > >>>>
> > > > > > > > >>>>
> > > > > > > > >>>
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > >
> > >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > > > > ou
> > > > > > > > t_Hardware_Virtualization
> > > > > > > > >>>>
> > > > > > > > >>>> thx
> > > > > > > > >>>>
> > > > > > > > >>>>
> > > > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > > > > >>>> <Xu...@citrix.com>
> > > > > > > > >>> wrote:
> > > > > > > > >>>>
> > > > > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
> > > ubuntu
> > > > > is
> > > > > > > > >> running
> > > > > > > > >>>>> doesn't support VTX( hardware virtualization
> > > acceleration).
> > > > > > > > >>>>> Or nested VTX is not supported.
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>> What's guest OS you are running?
> > > > > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>> Anthony
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>>> -----Original Message-----
> > > > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > > >>>>>> Subject: Re:
> MEMORY_CONSTRAINT_VIOLATIONMemory
> > > > > > > > >>>>>> limits
> > > > > > > must satisfy:
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> BTW if I define different a compute offering with
> > > > > > > > >>>>>> the
> > > > > following
> > > > > > > > >>> config,
> > > > > > > > >>>>>> I
> > > > > > > > >>>>>> get the following error message. Is it also related
> > > > > > > > >>>>>> to
> > > the
> > > > > same
> > > > > > > > >>>>>> problem ?
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to
> > > > > > > > >>>>>> --> create
> > > an
> > > > > > > > >>>>>> --> instance
> > > > > > > > >> of
> > > > > > > > >>>>>> CentOS
> > > > > > > > >>>>>> 6.3
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > >>>>>> (DirectAgent-
> > > 80:)
> > > > > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
> > > Unable to
> > > > > > > > >>>>>> start
> > > > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> > > eab4bf3adcea)
> > > > > > > due
> > > > > > > > >>>>>> to
> > > > > > > > >>> Task
> > > > > > > > >>>>>> failed! Task record: uuid:
> > > > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > > > > >>>>>> nameDescription:
> > > > > > > > >>>>>> allowedOperations: []
> > > > > > > > >>>>>> currentOperations: {}
> > > > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > > > > >>>>>> status: FAILURE
> > > > > > > > >>>>>> residentOn:
> > > com.xensource.xenapi.Host@3ba61fa8
> > > > > > > > >>>>>> progress: 1.0
> > > > > > > > >>>>>> type: <none/>
> > > > > > > > >>>>>> result:
> > > > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > > > > >>>>>> otherConfig: {}
> > > > > > > > >>>>>> subtaskOf:
> > > com.xensource.xenapi.Task@aaf13f6f
> > > > > > > > >>>>>> subtasks: []
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>> urceBase.java:3269) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>> urceBase.java:1292) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > >>> ource
> > > > > > > > >>>>>> .java:142)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > >>> t(Cit
> > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > >>> pOssR
> > > > > > > > >>>>>> esource.java:136)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > >>>>>> java:191)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > va
> > > > > > > > >>> :439)
> > > > > > > > >>>>>> at
> > > > > > > > >>
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > 3)
> > > > > > > > >>>>>> at
> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ac
> > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ru
> > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > >>> xecut
> > > > > > > > >>>>>> or.java:886)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > >>> tor.j
> > > > > > > > >>>>>> ava:908)
> > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > >>>>>> (DirectAgent-
> > > 80:)
> > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > > object
> > > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > > The
> > > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > > >> and
> > > > > > > > >>>>>> the
> > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > >>>>>> at
> > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > >>> rConn
> > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > >>> Failu
> > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > >>> ource
> > > > > > > > >>>>>> .java:142)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > >>> t(Cit
> > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > >>> pOssR
> > > > > > > > >>>>>> esource.java:136)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > >>>>>> java:191)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > va
> > > > > > > > >>> :439)
> > > > > > > > >>>>>> at
> > > > > > > > >>
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > 3)
> > > > > > > > >>>>>> at
> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ac
> > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ru
> > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > >>> xecut
> > > > > > > > >>>>>> or.java:886)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > >>> tor.j
> > > > > > > > >>>>>> ava:908)
> > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > >>>>>> (DirectAgent-
> > > 80:)
> > > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > > object
> > > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > > The
> > > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > > >> and
> > > > > > > > >>>>>> the
> > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > >>>>>> at
> > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > >>> rConn
> > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > >>> Failu
> > > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > >>> ource
> > > > > > > > >>>>>> .java:142)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > >>> t(Cit
> > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > >>> pOssR
> > > > > > > > >>>>>> esource.java:136)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > >>>>>> java:191)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > va
> > > > > > > > >>> :439)
> > > > > > > > >>>>>> at
> > > > > > > > >>
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > 3)
> > > > > > > > >>>>>> at
> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ac
> > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ru
> > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > >>> xecut
> > > > > > > > >>>>>> or.java:886)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > >>> tor.j
> > > > > > > > >>>>>> ava:908)
> > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase]
> > > > > > > > >>>>>> (DirectAgent-
> > > 80:)
> > > > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
> > > reference.
> > > > > > > > >>>>>> The object may have recently been deleted. The
> > > > > > > > >>>>>> class
> > > > > parameter
> > > > > > > > >>>>>> gives the type of reference given,
> > > > > > > > >> and
> > > > > > > > >>>>>> the
> > > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > > >>>>>> at
> > > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > >>> rConn
> > > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > > >>> Failu
> > > > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>> urceBase.java:1353) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > >>> ource
> > > > > > > > >>>>>> .java:142)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > >>> t(Cit
> > > > > > > > >>>>>> rixResourceBase.java:497) at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > >>> pOssR
> > > > > > > > >>>>>> esource.java:136)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > >>>>>> java:191)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > va
> > > > > > > > >>> :439)
> > > > > > > > >>>>>> at
> > > > > > > > >>
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:30
> > > > > 3)
> > > > > > > > >>>>>> at
> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ac
> > > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ru
> > > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > >>> xecut
> > > > > > > > >>>>>> or.java:886)
> > > > > > > > >>>>>> at
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > >>> tor.j
> > > > > > > > >>>>>> ava:908)
> > > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on
> > > > > > > > >>>>>> Host[-1-
> > > > > Routing]
> > > > > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > > > > >> due
> > > > > > > > >>> to
> > > > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase]
> > > > > > > > >>>>>> (DirectAgent-
> > > 92:)
> > > > > VM
> > > > > > > > >>>>>> does
> > > > > > > > >> not
> > > > > > > > >>>>>> exist
> > > > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > > > > >>>>>> INFO [api.commands.DeployVMCmd]
> > > > > > > > >>>>>> (Job-Executor-7:job-
> > > 19)
> > > > > > > > >>>>>>
> > > com.cloud.exception.InsufficientServerCapacityException:
> > > > > Unable
> > > > > > > > >>>>>> to create a deployment for
> > > > > > > > >>>>>> VM[User|6d31c26c-c559-4393-
> > > > > b772-
> > > > > > > > >>>>>> d557c3143381]Scope=interface
> > > > > > > > >>>>>> com.cloud.dc.DataCenter;
> > > id=1
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> Regards,
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> Charles
> > > > > > > > >>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > > > > >> ch007m@gmail.com>
> > > > > > > > >>>>>> wrote:
> > > > > > > > >>>>>>
> > > > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from
> > > > > > > > >>>>>>> Git
> > > repo
> > > > > to
> > > > > > > > >>>>>>> run
> > > > > > > > >>> local
> > > > > > > > >>>>>>> management server and devcloud2 (VB). What should
> > > > > > > > >>>>>>> I
> > > do on
> > > > > > > > >> DevCloud2
> > > > > > > > >>>>>> to
> > > > > > > > >>>>>>> upgrade xapi ?
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > > > > >>>
> > > > > > > > >>>>>> wrote:
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > > > > >>>>>>>> Looks like your are using a very old version.
> > > > > > > > >>>>>>>> This
> > > > > issue is
> > > > > > > > >> fixed
> > > > > > > > >>>>>> in new
> > > > > > > > >>>>>>>> version.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Anthony
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>>> -----Original Message-----
> > > > > > > > >>>>>>>>> From: Charles Moulliard
> > > > > > > > >>>>>>>>> [mailto:ch007m@gmail.com]
> > > > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > > >>>>>>>>> Subject:
> MEMORY_CONSTRAINT_VIOLATIONMemory
> > > > > > > > >>>>>>>>> limits
> > > > > > > must
> > > > > > > > >> satisfy:
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>>>> Hi,
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>>>> How can I figure out this exception when I try
> > > > > > > > >>>>>>>>> to
> > > > > create a
> > > > > > > > >>>>>>>>> new
> > > > > > > > >>>>>> instance
> > > > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute
> > > > > > > > >>>>>>>>> offering = 500MHertz,
> > > > > > > > >>>>>> 500MB,
> > > > > > > > >>>>>>>>> local
> > > > > > > > >>>>>>>>> storage) ?
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
> > > (DirectAgent-
> > > > > 36:)
> > > > > > > > >> Catch
> > > > > > > > >>>>>>>>> Exception:
> > > > > > > > >>>>>>>>> class
> com.xensource.xenapi.Types$XenAPIException
> > > due to
> > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> > > > > > > satisfy:
> > > > > > > > >>> static_min
> > > > > > > > >>>> ?
> > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> > > > > > > satisfy:
> > > > > > > > >>> static_min
> > > > > > > > >>>> ?
> > > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > > > > >>>>>>>>>
> > > > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>
> > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > > >>> rConn
> > > > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909
> > > > > > > > >>>>>>>>> )
> > > > > > > > >>>>>>>>> at
> > > > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > > > > >>> rixRe
> > > > > > > > >>>>>>>>> sourceBase.java:3116) at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > > > > >>> empla
> > > > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Cit
> > > > > ri
> > > > > > > > >>> xReso
> > > > > > > > >>>>>>>>> urceBase.java:1278) at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > > >>> ource
> > > > > > > > >>>>>>>>> .java:142)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > > >>> t(Cit
> > > > > > > > >>>>>>>>> rixResourceBase.java:497) at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > > >>> pOssR
> > > > > > > > >>>>>>>>> esource.java:136) at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > > >>>>>>>>> java:191)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.ja
> > > > > va
> > > > > > > > >>> :439)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > > > > >>>>>> 03)
> > > > > > > > >>>>>>>>> at
> > > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ac
> > > > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > > >>> sk.ru
> > > > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > > >>> xecut
> > > > > > > > >>>>>>>>> or.java:886)
> > > > > > > > >>>>>>>>> at
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>
> > > > > > >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > > >>> tor.j
> > > > > > > > >>>>>>>>> ava:908)
> > > > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>>>> Regards,
> > > > > > > > >>>>>>>>>
> > > > > > > > >>>>>>>>> --
> > > > > > > > >>>>>>>>> Charles Moulliard Apache Committer / Sr.
> > > > > > > > >>>>>>>>> Enterprise Architect (RedHat)
> > > > > Twitter
> > > > > > > > >>>>>>>>> : @cmoulliard | Blog :
> > > http://cmoulliard.blogspot.com
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> --
> > > > > > > > >>>>>>> Charles Moulliard
> > > > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect
> > > > > > > > >>>>>>> (RedHat)
> > > > > Twitter :
> > > > > > > > >>>>>>> @cmoulliard | Blog :
> > > > > > > > >>>>>>> http://cmoulliard.blogspot.com
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> --
> > > > > > > > >>>>>> Charles Moulliard
> > > > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect
> > > > > > > > >>>>>> (RedHat)
> > > > > Twitter :
> > > > > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > > >>>>>
> > > > > > > > >>>>
> > > > > > > > >>>
> > > > > > > > >>>
> > > > > > > > >>>
> > > > > > > > >>> --
> > > > > > > > >>> Charles Moulliard
> > > > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter :
> > > > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > > >>>
> > > > > > > > >>
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Charles Moulliard
> > > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > > @cmoulliard |
> > > > > > > Blog : http://cmoulliard.blogspot.com
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard |
> Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Does anybody has a link to download a Centos 5 qcow2 disk image file in
CloudStack ?
On Thu, Dec 6, 2012 at 7:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
> Thanks for reminding me.
>
> CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support install
> CentOS 6.3 into PV VM from ISO at this release.
> You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO with
> "CentOS 5.5" guest OS Type.
>
>
> -Anthony
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Thursday, December 06, 2012 10:03 AM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > remark - With DevCloud2, we don't use anymore ubuntu but Debian Wheezy
> > +
> > xen.
> >
> >
> > On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
> >
> > > Charles,
> > >
> > > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> > > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from this
> > ISO
> > > with "CentOS 5.5" guest OS Type.
> > >
> > > Anthony
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Wednesday, December 05, 2012 11:53 PM
> > > > To: cloudstack-users@incubator.apache.org
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > Edison,
> > > >
> > > > I have added not a new template in management server through the
> > web ui
> > > > but
> > > > an iso file containing CentOS. And this from this ISO file that I
> > have
> > > > tried to create new instance. When adding CentOS 6.3 I have
> > selected
> > > > Other
> > > > Linux (64b). If I follow you correctly, do you suggest that I
> > create a
> > > > new
> > > > template for CentOS 5.5 and add the url to upload this version ?
> > > >
> > > > Regards,
> > > >
> > > > Charles
> > > >
> > > >
> > > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>
> > wrote:
> > > >
> > > > > The issue is about how to start a PV vm on Ubuntu xen inside
> > devcloud.
> > > > By
> > > > > default, if the template os type is "centos 6" and beyond,
> > cloudstack
> > > > will
> > > > > start the vm as HVM VM. If template os type is "centos 5.5", it
> > will
> > > > start
> > > > > a PV vm, and the default centos 6 ISO support PV, so I think you
> > can
> > > > change
> > > > > your centos template's os type to "centos 5.5", then have a try.
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > > > To: cloudstack-users@incubator.apache.org
> > > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > > > >
> > > > > > Hmmm. That means that we have to recreate a new image for
> > > > VirtualBox like
> > > > > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> > > > That
> > > > > could
> > > > > > be interesting if a CloudStack user could share such a image to
> > > > avoid
> > > > > that we
> > > > > > spend so many times when we simply would like for testing
> > purposes
> > > > to use
> > > > > > a Linux OS running qemu or KVM + nfs + config required to
> > > > communicate
> > > > > > with CloudStack management server.
> > > > > >
> > > > > > Is there a CloudStack provider that we could use like Amazon or
> > > > > RackSpace to
> > > > > > make tests ?
> > > > > >
> > > > > >
> > > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > > > <ki...@gmail.com>wrote:
> > > > > >
> > > > > > > Hi, Charles. That script only allows adding a non-HVM
> > > > XenServer/XCP
> > > > > > > host (it disables the HVM check performed by CloudStack). It
> > > > won't
> > > > > > > let you boot HVM mode VMs since XenServer/XCP require AMD-V /
> > VT-
> > > > x
> > > > > > to do so.
> > > > > > > Try running a supported Linux OS in a PV mode VM as Anthony
> > > > > > recommended.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > Kirk
> > > > > > >
> > > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > > > So I should create a new host using web ui. Will try to
> > make a
> > > > test
> > > > > > > > tomorrow.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > > > <mc...@gmail.com>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Hi,
> > > > > > > >>
> > > > > > > >> Now when adding a host it does not check for hvm and you
> > > > should be
> > > > > > > >> able
> > > > > > > to
> > > > > > > >> boot VMs... Never tried though...
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > > > >> <ch...@gmail.com>
> > > > > > > >> wrote:
> > > > > > > >>
> > > > > > > >>> Hi Marc,
> > > > > > > >>>
> > > > > > > >>> I have run the MySQL script. So what should be the next
> > step
> > > > now ?
> > > > > > > >>>
> > > > > > > >>> Regards,
> > > > > > > >>>
> > > > > > > >>> Charles
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > > > >>> <mc...@gmail.com>
> > > > > > > >> wrote:
> > > > > > > >>>
> > > > > > > >>>> Check this out...
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>
> > > > > > > >>
> > > > > > >
> > > > > >
> > > >
> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > > > ou
> > > > > > > t_Hardware_Virtualization
> > > > > > > >>>>
> > > > > > > >>>> thx
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > > > >>>> <Xu...@citrix.com>
> > > > > > > >>> wrote:
> > > > > > > >>>>
> > > > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
> > ubuntu
> > > > is
> > > > > > > >> running
> > > > > > > >>>>> doesn't support VTX( hardware virtualization
> > acceleration).
> > > > > > > >>>>> Or nested VTX is not supported.
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>> What's guest OS you are running?
> > > > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>> Anthony
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>
> > > > > > > >>>>>> -----Original Message-----
> > > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > > must satisfy:
> > > > > > > >>>>>>
> > > > > > > >>>>>> BTW if I define different a compute offering with the
> > > > following
> > > > > > > >>> config,
> > > > > > > >>>>>> I
> > > > > > > >>>>>> get the following error message. Is it also related to
> > the
> > > > same
> > > > > > > >>>>>> problem ?
> > > > > > > >>>>>>
> > > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create
> > an
> > > > > > > >>>>>> --> instance
> > > > > > > >> of
> > > > > > > >>>>>> CentOS
> > > > > > > >>>>>> 6.3
> > > > > > > >>>>>>
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
> > Unable to
> > > > > > > >>>>>> start
> > > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> > eab4bf3adcea)
> > > > > > due
> > > > > > > >>>>>> to
> > > > > > > >>> Task
> > > > > > > >>>>>> failed! Task record: uuid:
> > > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > > > >>>>>> nameDescription:
> > > > > > > >>>>>> allowedOperations: []
> > > > > > > >>>>>> currentOperations: {}
> > > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > > > >>>>>> status: FAILURE
> > > > > > > >>>>>> residentOn:
> > com.xensource.xenapi.Host@3ba61fa8
> > > > > > > >>>>>> progress: 1.0
> > > > > > > >>>>>> type: <none/>
> > > > > > > >>>>>> result:
> > > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > > > >>>>>> otherConfig: {}
> > > > > > > >>>>>> subtaskOf:
> > com.xensource.xenapi.Task@aaf13f6f
> > > > > > > >>>>>> subtasks: []
> > > > > > > >>>>>>
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:3269)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1292)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > object
> > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > The
> > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> > object
> > > > > > > >>>>>> reference. The object may have recently been deleted.
> > > > The
> > > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 80:)
> > > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
> > reference.
> > > > > > > >>>>>> The object may have recently been deleted. The class
> > > > parameter
> > > > > > > >>>>>> gives the type of reference given,
> > > > > > > >> and
> > > > > > > >>>>>> the
> > > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > > >>>>>> at
> > com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > > >>> Failu
> > > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>> urceBase.java:1353)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>> .java:142)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>> esource.java:136)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>> java:191)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>> at
> > > > > > > >>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > > >>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>> or.java:886)
> > > > > > > >>>>>> at
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>> ava:908)
> > > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-
> > > > Routing]
> > > > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > > > >> due
> > > > > > > >>> to
> > > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-
> > 92:)
> > > > VM
> > > > > > > >>>>>> does
> > > > > > > >> not
> > > > > > > >>>>>> exist
> > > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-
> > 19)
> > > > > > > >>>>>>
> > com.cloud.exception.InsufficientServerCapacityException:
> > > > Unable
> > > > > > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-
> > > > b772-
> > > > > > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter;
> > id=1
> > > > > > > >>>>>>
> > > > > > > >>>>>> Regards,
> > > > > > > >>>>>>
> > > > > > > >>>>>> Charles
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > > > >> ch007m@gmail.com>
> > > > > > > >>>>>> wrote:
> > > > > > > >>>>>>
> > > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git
> > repo
> > > > to
> > > > > > > >>>>>>> run
> > > > > > > >>> local
> > > > > > > >>>>>>> management server and devcloud2 (VB). What should I
> > do on
> > > > > > > >> DevCloud2
> > > > > > > >>>>>> to
> > > > > > > >>>>>>> upgrade xapi ?
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > > > >>>
> > > > > > > >>>>>> wrote:
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > > > >>>>>>>> Looks like your are using a very old version. This
> > > > issue is
> > > > > > > >> fixed
> > > > > > > >>>>>> in new
> > > > > > > >>>>>>>> version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> Anthony
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>> -----Original Message-----
> > > > > > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > > must
> > > > > > > >> satisfy:
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> Hi,
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> How can I figure out this exception when I try to
> > > > create a
> > > > > > > >>>>>>>>> new
> > > > > > > >>>>>> instance
> > > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > > > > > >>>>>>>>> 500MHertz,
> > > > > > > >>>>>> 500MB,
> > > > > > > >>>>>>>>> local
> > > > > > > >>>>>>>>> storage) ?
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
> > (DirectAgent-
> > > > 36:)
> > > > > > > >> Catch
> > > > > > > >>>>>>>>> Exception:
> > > > > > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException
> > due to
> > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > > satisfy:
> > > > > > > >>> static_min
> > > > > > > >>>> ?
> > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > > satisfy:
> > > > > > > >>> static_min
> > > > > > > >>>> ?
> > > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > > > >>>>>>>>>
> > > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > > > >>>>>>>>> at
> > > > > > > >>
> > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > > >>> rConn
> > > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > > >>>>>>>>> at
> > > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > > > >>> rixRe
> > > > > > > >>>>>>>>> sourceBase.java:3116)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > > > >>> empla
> > > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > > >>> xReso
> > > > > > > >>>>>>>>> urceBase.java:1278)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > > >>> ource
> > > > > > > >>>>>>>>> .java:142)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > > >>> t(Cit
> > > > > > > >>>>>>>>> rixResourceBase.java:497)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > > >>> pOssR
> > > > > > > >>>>>>>>> esource.java:136)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > > >>>>>>>>> java:191)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > > >>> :439)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > > > >>>>>> 03)
> > > > > > > >>>>>>>>> at
> > > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ac
> > > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > > >>> sk.ru
> > > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > > >>> xecut
> > > > > > > >>>>>>>>> or.java:886)
> > > > > > > >>>>>>>>> at
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>
> > > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > > >>> tor.j
> > > > > > > >>>>>>>>> ava:908)
> > > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> Regards,
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> --
> > > > > > > >>>>>>>>> Charles Moulliard
> > > > > > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter
> > > > > > > >>>>>>>>> : @cmoulliard | Blog :
> > http://cmoulliard.blogspot.com
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> --
> > > > > > > >>>>>>> Charles Moulliard
> > > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter :
> > > > > > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>>
> > > > > > > >>>>>> --
> > > > > > > >>>>>> Charles Moulliard
> > > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter :
> > > > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>>>
> > > > > > > >>>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>>
> > > > > > > >>> --
> > > > > > > >>> Charles Moulliard
> > > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter :
> > > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > > >>>
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > @cmoulliard |
> > > > > > Blog : http://cmoulliard.blogspot.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
Thanks for reminding me.
CS is talking to XAPI/XCP on ubuntu/debain, XCP doesn't support install CentOS 6.3 into PV VM from ISO at this release.
You can upload CentOS 5.5 ISO to CS, and create a PV VM from this ISO with "CentOS 5.5" guest OS Type.
-Anthony
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Thursday, December 06, 2012 10:03 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> remark - With DevCloud2, we don't use anymore ubuntu but Debian Wheezy
> +
> xen.
>
>
> On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
> > Charles,
> >
> > Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> > I suggest you upload CentOS 5.5 ISO to CS, and create a VM from this
> ISO
> > with "CentOS 5.5" guest OS Type.
> >
> > Anthony
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Wednesday, December 05, 2012 11:53 PM
> > > To: cloudstack-users@incubator.apache.org
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > Edison,
> > >
> > > I have added not a new template in management server through the
> web ui
> > > but
> > > an iso file containing CentOS. And this from this ISO file that I
> have
> > > tried to create new instance. When adding CentOS 6.3 I have
> selected
> > > Other
> > > Linux (64b). If I follow you correctly, do you suggest that I
> create a
> > > new
> > > template for CentOS 5.5 and add the url to upload this version ?
> > >
> > > Regards,
> > >
> > > Charles
> > >
> > >
> > > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com>
> wrote:
> > >
> > > > The issue is about how to start a PV vm on Ubuntu xen inside
> devcloud.
> > > By
> > > > default, if the template os type is "centos 6" and beyond,
> cloudstack
> > > will
> > > > start the vm as HVM VM. If template os type is "centos 5.5", it
> will
> > > start
> > > > a PV vm, and the default centos 6 ISO support PV, so I think you
> can
> > > change
> > > > your centos template's os type to "centos 5.5", then have a try.
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > > To: cloudstack-users@incubator.apache.org
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > > > >
> > > > > Hmmm. That means that we have to recreate a new image for
> > > VirtualBox like
> > > > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> > > That
> > > > could
> > > > > be interesting if a CloudStack user could share such a image to
> > > avoid
> > > > that we
> > > > > spend so many times when we simply would like for testing
> purposes
> > > to use
> > > > > a Linux OS running qemu or KVM + nfs + config required to
> > > communicate
> > > > > with CloudStack management server.
> > > > >
> > > > > Is there a CloudStack provider that we could use like Amazon or
> > > > RackSpace to
> > > > > make tests ?
> > > > >
> > > > >
> > > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > > <ki...@gmail.com>wrote:
> > > > >
> > > > > > Hi, Charles. That script only allows adding a non-HVM
> > > XenServer/XCP
> > > > > > host (it disables the HVM check performed by CloudStack). It
> > > won't
> > > > > > let you boot HVM mode VMs since XenServer/XCP require AMD-V /
> VT-
> > > x
> > > > > to do so.
> > > > > > Try running a supported Linux OS in a PV mode VM as Anthony
> > > > > recommended.
> > > > > >
> > > > > > Best regards,
> > > > > > Kirk
> > > > > >
> > > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > > So I should create a new host using web ui. Will try to
> make a
> > > test
> > > > > > > tomorrow.
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > > <mc...@gmail.com>
> > > > > > wrote:
> > > > > > >
> > > > > > >> Hi,
> > > > > > >>
> > > > > > >> Now when adding a host it does not check for hvm and you
> > > should be
> > > > > > >> able
> > > > > > to
> > > > > > >> boot VMs... Never tried though...
> > > > > > >>
> > > > > > >>
> > > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > > >> <ch...@gmail.com>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >>> Hi Marc,
> > > > > > >>>
> > > > > > >>> I have run the MySQL script. So what should be the next
> step
> > > now ?
> > > > > > >>>
> > > > > > >>> Regards,
> > > > > > >>>
> > > > > > >>> Charles
> > > > > > >>>
> > > > > > >>>
> > > > > > >>>
> > > > > > >>>
> > > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > > >>> <mc...@gmail.com>
> > > > > > >> wrote:
> > > > > > >>>
> > > > > > >>>> Check this out...
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>
> > > > > > >>
> > > > > >
> > > > >
> > >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > > ou
> > > > > > t_Hardware_Virtualization
> > > > > > >>>>
> > > > > > >>>> thx
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > > >>>> <Xu...@citrix.com>
> > > > > > >>> wrote:
> > > > > > >>>>
> > > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU
> ubuntu
> > > is
> > > > > > >> running
> > > > > > >>>>> doesn't support VTX( hardware virtualization
> acceleration).
> > > > > > >>>>> Or nested VTX is not supported.
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>> What's guest OS you are running?
> > > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>> Anthony
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>>> -----Original Message-----
> > > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > must satisfy:
> > > > > > >>>>>>
> > > > > > >>>>>> BTW if I define different a compute offering with the
> > > following
> > > > > > >>> config,
> > > > > > >>>>>> I
> > > > > > >>>>>> get the following error message. Is it also related to
> the
> > > same
> > > > > > >>>>>> problem ?
> > > > > > >>>>>>
> > > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create
> an
> > > > > > >>>>>> --> instance
> > > > > > >> of
> > > > > > >>>>>> CentOS
> > > > > > >>>>>> 6.3
> > > > > > >>>>>>
> > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> 80:)
> > > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException:
> Unable to
> > > > > > >>>>>> start
> > > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-
> eab4bf3adcea)
> > > > > due
> > > > > > >>>>>> to
> > > > > > >>> Task
> > > > > > >>>>>> failed! Task record: uuid:
> > > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > > >>>>>> nameDescription:
> > > > > > >>>>>> allowedOperations: []
> > > > > > >>>>>> currentOperations: {}
> > > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > > >>>>>> status: FAILURE
> > > > > > >>>>>> residentOn:
> com.xensource.xenapi.Host@3ba61fa8
> > > > > > >>>>>> progress: 1.0
> > > > > > >>>>>> type: <none/>
> > > > > > >>>>>> result:
> > > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > > >>>>>> otherConfig: {}
> > > > > > >>>>>> subtaskOf:
> com.xensource.xenapi.Task@aaf13f6f
> > > > > > >>>>>> subtasks: []
> > > > > > >>>>>>
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > > > > >>> xReso
> > > > > > >>>>>> urceBase.java:3269)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > >>> xReso
> > > > > > >>>>>> urceBase.java:1292)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > >>> ource
> > > > > > >>>>>> .java:142)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > >>> t(Cit
> > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > >>> pOssR
> > > > > > >>>>>> esource.java:136)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > >>>>>> java:191)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > >>> :439)
> > > > > > >>>>>> at
> > > > > > >>
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > >>>>>> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ac
> > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ru
> > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > >>> xecut
> > > > > > >>>>>> or.java:886)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > >>> tor.j
> > > > > > >>>>>> ava:908)
> > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> 80:)
> > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> object
> > > > > > >>>>>> reference. The object may have recently been deleted.
> > > The
> > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > >> and
> > > > > > >>>>>> the
> > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > >>>>>> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > >>> rConn
> > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > >>> Failu
> > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > >>> xReso
> > > > > > >>>>>> urceBase.java:1353)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > >>> ource
> > > > > > >>>>>> .java:142)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > >>> t(Cit
> > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > >>> pOssR
> > > > > > >>>>>> esource.java:136)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > >>>>>> java:191)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > >>> :439)
> > > > > > >>>>>> at
> > > > > > >>
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > >>>>>> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ac
> > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ru
> > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > >>> xecut
> > > > > > >>>>>> or.java:886)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > >>> tor.j
> > > > > > >>>>>> ava:908)
> > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> 80:)
> > > > > > >>>>>> Unable to clean up VBD due to You gave an invalid
> object
> > > > > > >>>>>> reference. The object may have recently been deleted.
> > > The
> > > > > > >>>>>> class parameter gives the type of reference given,
> > > > > > >> and
> > > > > > >>>>>> the
> > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > >>>>>> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > >>> rConn
> > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > >>> Failu
> > > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > >>> xReso
> > > > > > >>>>>> urceBase.java:1353)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > >>> ource
> > > > > > >>>>>> .java:142)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > >>> t(Cit
> > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > >>> pOssR
> > > > > > >>>>>> esource.java:136)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > >>>>>> java:191)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > >>> :439)
> > > > > > >>>>>> at
> > > > > > >>
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > >>>>>> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ac
> > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ru
> > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > >>> xecut
> > > > > > >>>>>> or.java:886)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > >>> tor.j
> > > > > > >>>>>> ava:908)
> > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> 80:)
> > > > > > >>>>>> Unable to cleanup VIF You gave an invalid object
> reference.
> > > > > > >>>>>> The object may have recently been deleted. The class
> > > parameter
> > > > > > >>>>>> gives the type of reference given,
> > > > > > >> and
> > > > > > >>>>>> the
> > > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > > >>>>>> at
> com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > >>> rConn
> > > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > > >>> Failu
> > > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > >>> xReso
> > > > > > >>>>>> urceBase.java:1353)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > >>> ource
> > > > > > >>>>>> .java:142)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > >>> t(Cit
> > > > > > >>>>>> rixResourceBase.java:497)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > >>> pOssR
> > > > > > >>>>>> esource.java:136)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > >>>>>> java:191)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > >>> :439)
> > > > > > >>>>>> at
> > > > > > >>
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > > >>>>>> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ac
> > > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ru
> > > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > >>> xecut
> > > > > > >>>>>> or.java:886)
> > > > > > >>>>>> at
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > >>> tor.j
> > > > > > >>>>>> ava:908)
> > > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-
> > > Routing]
> > > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > > >> due
> > > > > > >>> to
> > > > > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-
> 92:)
> > > VM
> > > > > > >>>>>> does
> > > > > > >> not
> > > > > > >>>>>> exist
> > > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-
> 19)
> > > > > > >>>>>>
> com.cloud.exception.InsufficientServerCapacityException:
> > > Unable
> > > > > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-
> > > b772-
> > > > > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter;
> id=1
> > > > > > >>>>>>
> > > > > > >>>>>> Regards,
> > > > > > >>>>>>
> > > > > > >>>>>> Charles
> > > > > > >>>>>>
> > > > > > >>>>>>
> > > > > > >>>>>>
> > > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > > >> ch007m@gmail.com>
> > > > > > >>>>>> wrote:
> > > > > > >>>>>>
> > > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git
> repo
> > > to
> > > > > > >>>>>>> run
> > > > > > >>> local
> > > > > > >>>>>>> management server and devcloud2 (VB). What should I
> do on
> > > > > > >> DevCloud2
> > > > > > >>>>>> to
> > > > > > >>>>>>> upgrade xapi ?
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > > >>>
> > > > > > >>>>>> wrote:
> > > > > > >>>>>>>
> > > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > > >>>>>>>> Looks like your are using a very old version. This
> > > issue is
> > > > > > >> fixed
> > > > > > >>>>>> in new
> > > > > > >>>>>>>> version.
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> Anthony
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>> -----Original Message-----
> > > > > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > > must
> > > > > > >> satisfy:
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> Hi,
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> How can I figure out this exception when I try to
> > > create a
> > > > > > >>>>>>>>> new
> > > > > > >>>>>> instance
> > > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > > > > >>>>>>>>> 500MHertz,
> > > > > > >>>>>> 500MB,
> > > > > > >>>>>>>>> local
> > > > > > >>>>>>>>> storage) ?
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase]
> (DirectAgent-
> > > 36:)
> > > > > > >> Catch
> > > > > > >>>>>>>>> Exception:
> > > > > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException
> due to
> > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > satisfy:
> > > > > > >>> static_min
> > > > > > >>>> ?
> > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > > satisfy:
> > > > > > >>> static_min
> > > > > > >>>> ?
> > > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > > >>>>>>>>>
> > > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > > >>>>>>>>> at
> > > > > > >>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > > >>> rConn
> > > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > > >>>>>>>>> at
> > > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > > >>> rixRe
> > > > > > >>>>>>>>> sourceBase.java:3116)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > > >>> empla
> > > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > > >>> xReso
> > > > > > >>>>>>>>> urceBase.java:1278)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > > >>> ource
> > > > > > >>>>>>>>> .java:142)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > > >>> t(Cit
> > > > > > >>>>>>>>> rixResourceBase.java:497)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > > >>> pOssR
> > > > > > >>>>>>>>> esource.java:136)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > > >>>>>>>>> java:191)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > > >>> :439)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > > >>>>>> 03)
> > > > > > >>>>>>>>> at
> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ac
> > > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > > >>> sk.ru
> > > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > > >>> xecut
> > > > > > >>>>>>>>> or.java:886)
> > > > > > >>>>>>>>> at
> > > > > > >>>>>>>>>
> > > > > > >>>>>>
> > > > > > >>>
> > > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > > >>> tor.j
> > > > > > >>>>>>>>> ava:908)
> > > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> Regards,
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> --
> > > > > > >>>>>>>>> Charles Moulliard
> > > > > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter
> > > > > > >>>>>>>>> : @cmoulliard | Blog :
> http://cmoulliard.blogspot.com
> > > > > > >>>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>> --
> > > > > > >>>>>>> Charles Moulliard
> > > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter :
> > > > > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>
> > > > > > >>>>>>
> > > > > > >>>>>> --
> > > > > > >>>>>> Charles Moulliard
> > > > > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter :
> > > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > >>>>>
> > > > > > >>>>
> > > > > > >>>
> > > > > > >>>
> > > > > > >>>
> > > > > > >>> --
> > > > > > >>> Charles Moulliard
> > > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter :
> > > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > > >>>
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > @cmoulliard |
> > > > > Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
remark - With DevCloud2, we don't use anymore ubuntu but Debian Wheezy +
xen.
On Thu, Dec 6, 2012 at 6:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
> Charles,
>
> Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
> I suggest you upload CentOS 5.5 ISO to CS, and create a VM from this ISO
> with "CentOS 5.5" guest OS Type.
>
> Anthony
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Wednesday, December 05, 2012 11:53 PM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Edison,
> >
> > I have added not a new template in management server through the web ui
> > but
> > an iso file containing CentOS. And this from this ISO file that I have
> > tried to create new instance. When adding CentOS 6.3 I have selected
> > Other
> > Linux (64b). If I follow you correctly, do you suggest that I create a
> > new
> > template for CentOS 5.5 and add the url to upload this version ?
> >
> > Regards,
> >
> > Charles
> >
> >
> > On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com> wrote:
> >
> > > The issue is about how to start a PV vm on Ubuntu xen inside devcloud.
> > By
> > > default, if the template os type is "centos 6" and beyond, cloudstack
> > will
> > > start the vm as HVM VM. If template os type is "centos 5.5", it will
> > start
> > > a PV vm, and the default centos 6 ISO support PV, so I think you can
> > change
> > > your centos template's os type to "centos 5.5", then have a try.
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > > To: cloudstack-users@incubator.apache.org
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > Hmmm. That means that we have to recreate a new image for
> > VirtualBox like
> > > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> > That
> > > could
> > > > be interesting if a CloudStack user could share such a image to
> > avoid
> > > that we
> > > > spend so many times when we simply would like for testing purposes
> > to use
> > > > a Linux OS running qemu or KVM + nfs + config required to
> > communicate
> > > > with CloudStack management server.
> > > >
> > > > Is there a CloudStack provider that we could use like Amazon or
> > > RackSpace to
> > > > make tests ?
> > > >
> > > >
> > > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > > <ki...@gmail.com>wrote:
> > > >
> > > > > Hi, Charles. That script only allows adding a non-HVM
> > XenServer/XCP
> > > > > host (it disables the HVM check performed by CloudStack). It
> > won't
> > > > > let you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-
> > x
> > > > to do so.
> > > > > Try running a supported Linux OS in a PV mode VM as Anthony
> > > > recommended.
> > > > >
> > > > > Best regards,
> > > > > Kirk
> > > > >
> > > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > > So I should create a new host using web ui. Will try to make a
> > test
> > > > > > tomorrow.
> > > > > >
> > > > > >
> > > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> > <mc...@gmail.com>
> > > > > wrote:
> > > > > >
> > > > > >> Hi,
> > > > > >>
> > > > > >> Now when adding a host it does not check for hvm and you
> > should be
> > > > > >> able
> > > > > to
> > > > > >> boot VMs... Never tried though...
> > > > > >>
> > > > > >>
> > > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > > >> <ch...@gmail.com>
> > > > > >> wrote:
> > > > > >>
> > > > > >>> Hi Marc,
> > > > > >>>
> > > > > >>> I have run the MySQL script. So what should be the next step
> > now ?
> > > > > >>>
> > > > > >>> Regards,
> > > > > >>>
> > > > > >>> Charles
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > > >>> <mc...@gmail.com>
> > > > > >> wrote:
> > > > > >>>
> > > > > >>>> Check this out...
> > > > > >>>>
> > > > > >>>>
> > > > > >>>>
> > > > > >>>
> > > > > >>
> > > > >
> > > >
> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > > ou
> > > > > t_Hardware_Virtualization
> > > > > >>>>
> > > > > >>>> thx
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > > >>>> <Xu...@citrix.com>
> > > > > >>> wrote:
> > > > > >>>>
> > > > > >>>>> I don't think you can run HVM on devCloud.
> > > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu
> > is
> > > > > >> running
> > > > > >>>>> doesn't support VTX( hardware virtualization acceleration).
> > > > > >>>>> Or nested VTX is not supported.
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>> What's guest OS you are running?
> > > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>> Anthony
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>> -----Original Message-----
> > > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > must satisfy:
> > > > > >>>>>>
> > > > > >>>>>> BTW if I define different a compute offering with the
> > following
> > > > > >>> config,
> > > > > >>>>>> I
> > > > > >>>>>> get the following error message. Is it also related to the
> > same
> > > > > >>>>>> problem ?
> > > > > >>>>>>
> > > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an
> > > > > >>>>>> --> instance
> > > > > >> of
> > > > > >>>>>> CentOS
> > > > > >>>>>> 6.3
> > > > > >>>>>>
> > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > > >>>>>> Unable to start i-2-13-VM due to
> > > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to
> > > > > >>>>>> start
> > > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea)
> > > > due
> > > > > >>>>>> to
> > > > > >>> Task
> > > > > >>>>>> failed! Task record: uuid:
> > > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > >>>>>> nameLabel: Async.VM.start_on
> > > > > >>>>>> nameDescription:
> > > > > >>>>>> allowedOperations: []
> > > > > >>>>>> currentOperations: {}
> > > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > > >>>>>> status: FAILURE
> > > > > >>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > > > >>>>>> progress: 1.0
> > > > > >>>>>> type: <none/>
> > > > > >>>>>> result:
> > > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > >>>>>> otherConfig: {}
> > > > > >>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > > > >>>>>> subtasks: []
> > > > > >>>>>>
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > > > >>> xReso
> > > > > >>>>>> urceBase.java:3269)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > >>> xReso
> > > > > >>>>>> urceBase.java:1292)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > >>> ource
> > > > > >>>>>> .java:142)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > >>> t(Cit
> > > > > >>>>>> rixResourceBase.java:497)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > >>> pOssR
> > > > > >>>>>> esource.java:136)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >>>>>> java:191)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > >>> :439)
> > > > > >>>>>> at
> > > > > >>
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ac
> > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ru
> > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > >>> xecut
> > > > > >>>>>> or.java:886)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > >>> tor.j
> > > > > >>>>>> ava:908)
> > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > > > >>>>>> reference. The object may have recently been deleted.
> > The
> > > > > >>>>>> class parameter gives the type of reference given,
> > > > > >> and
> > > > > >>>>>> the
> > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > >>>>>> at
> > > > > >>>>>>
> > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > >>> rConn
> > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > >>> Failu
> > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > >>> xReso
> > > > > >>>>>> urceBase.java:1353)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > >>> ource
> > > > > >>>>>> .java:142)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > >>> t(Cit
> > > > > >>>>>> rixResourceBase.java:497)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > >>> pOssR
> > > > > >>>>>> esource.java:136)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >>>>>> java:191)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > >>> :439)
> > > > > >>>>>> at
> > > > > >>
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ac
> > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ru
> > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > >>> xecut
> > > > > >>>>>> or.java:886)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > >>> tor.j
> > > > > >>>>>> ava:908)
> > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > > > >>>>>> reference. The object may have recently been deleted.
> > The
> > > > > >>>>>> class parameter gives the type of reference given,
> > > > > >> and
> > > > > >>>>>> the
> > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > >>>>>> at
> > > > > >>>>>>
> > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > >>> rConn
> > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > >>> Failu
> > > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > >>> xReso
> > > > > >>>>>> urceBase.java:1353)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > >>> ource
> > > > > >>>>>> .java:142)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > >>> t(Cit
> > > > > >>>>>> rixResourceBase.java:497)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > >>> pOssR
> > > > > >>>>>> esource.java:136)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >>>>>> java:191)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > >>> :439)
> > > > > >>>>>> at
> > > > > >>
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ac
> > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ru
> > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > >>> xecut
> > > > > >>>>>> or.java:886)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > >>> tor.j
> > > > > >>>>>> ava:908)
> > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > > >>>>>> Unable to cleanup VIF You gave an invalid object reference.
> > > > > >>>>>> The object may have recently been deleted. The class
> > parameter
> > > > > >>>>>> gives the type of reference given,
> > > > > >> and
> > > > > >>>>>> the
> > > > > >>>>>> handle parameter echoes the bad value given.
> > > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > >>>>>> at
> > > > > >>>>>>
> > com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > >>> rConn
> > > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > > >>> Failu
> > > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > >>> xReso
> > > > > >>>>>> urceBase.java:1353)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > >>> ource
> > > > > >>>>>> .java:142)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > >>> t(Cit
> > > > > >>>>>> rixResourceBase.java:497)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > >>> pOssR
> > > > > >>>>>> esource.java:136)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >>>>>> java:191)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > >>> :439)
> > > > > >>>>>> at
> > > > > >>
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ac
> > > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ru
> > > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > >>> xecut
> > > > > >>>>>> or.java:886)
> > > > > >>>>>> at
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > >>> tor.j
> > > > > >>>>>> ava:908)
> > > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-
> > Routing]
> > > > > >>>>>> due to Unable to start i-2-13-VM
> > > > > >> due
> > > > > >>> to
> > > > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:)
> > VM
> > > > > >>>>>> does
> > > > > >> not
> > > > > >>>>>> exist
> > > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > > > >>>>>> com.cloud.exception.InsufficientServerCapacityException:
> > Unable
> > > > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-
> > b772-
> > > > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter; id=1
> > > > > >>>>>>
> > > > > >>>>>> Regards,
> > > > > >>>>>>
> > > > > >>>>>> Charles
> > > > > >>>>>>
> > > > > >>>>>>
> > > > > >>>>>>
> > > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > > >> ch007m@gmail.com>
> > > > > >>>>>> wrote:
> > > > > >>>>>>
> > > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo
> > to
> > > > > >>>>>>> run
> > > > > >>> local
> > > > > >>>>>>> management server and devcloud2 (VB). What should I do on
> > > > > >> DevCloud2
> > > > > >>>>>> to
> > > > > >>>>>>> upgrade xapi ?
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > > >>>
> > > > > >>>>>> wrote:
> > > > > >>>>>>>
> > > > > >>>>>>>> What's Cloudstack version you are using?
> > > > > >>>>>>>> Looks like your are using a very old version. This
> > issue is
> > > > > >> fixed
> > > > > >>>>>> in new
> > > > > >>>>>>>> version.
> > > > > >>>>>>>>
> > > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>> Please upgrade to a newer version.
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>> Anthony
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>>> -----Original Message-----
> > > > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > > must
> > > > > >> satisfy:
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Hi,
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> How can I figure out this exception when I try to
> > create a
> > > > > >>>>>>>>> new
> > > > > >>>>>> instance
> > > > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > > > >>>>>>>>> 500MHertz,
> > > > > >>>>>> 500MB,
> > > > > >>>>>>>>> local
> > > > > >>>>>>>>> storage) ?
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> > 36:)
> > > > > >> Catch
> > > > > >>>>>>>>> Exception:
> > > > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
> > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > satisfy:
> > > > > >>> static_min
> > > > > >>>> ?
> > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > > satisfy:
> > > > > >>> static_min
> > > > > >>>> ?
> > > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > > >>>>>>>>>
> > > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > >>>>>>>>> at
> > > > > >> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > > >>> rConn
> > > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > > >>>>>>>>> at
> > > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > > >>> rixRe
> > > > > >>>>>>>>> sourceBase.java:3116)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > > >>> empla
> > > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > > >>> xReso
> > > > > >>>>>>>>> urceBase.java:1278)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > > >>> ource
> > > > > >>>>>>>>> .java:142)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > > >>> t(Cit
> > > > > >>>>>>>>> rixResourceBase.java:497)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > > >>> pOssR
> > > > > >>>>>>>>> esource.java:136)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >>>>>>>>> java:191)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > > >>> :439)
> > > > > >>>>>>>>> at
> > > > > >>>>>>
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > > >>>>>> 03)
> > > > > >>>>>>>>> at
> > java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ac
> > > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > > >>> sk.ru
> > > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > > >>> xecut
> > > > > >>>>>>>>> or.java:886)
> > > > > >>>>>>>>> at
> > > > > >>>>>>>>>
> > > > > >>>>>>
> > > > > >>>
> > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > > >>> tor.j
> > > > > >>>>>>>>> ava:908)
> > > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Regards,
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> --
> > > > > >>>>>>>>> Charles Moulliard
> > > > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter
> > > > > >>>>>>>>> : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >>>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>> --
> > > > > >>>>>>> Charles Moulliard
> > > > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter :
> > > > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>
> > > > > >>>>>>
> > > > > >>>>>> --
> > > > > >>>>>> Charles Moulliard
> > > > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter :
> > > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >>>>>
> > > > > >>>>
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>> --
> > > > > >>> Charles Moulliard
> > > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >>>
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > @cmoulliard |
> > > > Blog : http://cmoulliard.blogspot.com
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
Charles,
Ubuntu xen cannot install CentOS 6.3 into PV VM from ISO.
I suggest you upload CentOS 5.5 ISO to CS, and create a VM from this ISO with "CentOS 5.5" guest OS Type.
Anthony
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 11:53 PM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Edison,
>
> I have added not a new template in management server through the web ui
> but
> an iso file containing CentOS. And this from this ISO file that I have
> tried to create new instance. When adding CentOS 6.3 I have selected
> Other
> Linux (64b). If I follow you correctly, do you suggest that I create a
> new
> template for CentOS 5.5 and add the url to upload this version ?
>
> Regards,
>
> Charles
>
>
> On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com> wrote:
>
> > The issue is about how to start a PV vm on Ubuntu xen inside devcloud.
> By
> > default, if the template os type is "centos 6" and beyond, cloudstack
> will
> > start the vm as HVM VM. If template os type is "centos 5.5", it will
> start
> > a PV vm, and the default centos 6 ISO support PV, so I think you can
> change
> > your centos template's os type to "centos 5.5", then have a try.
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Wednesday, December 05, 2012 3:03 AM
> > > To: cloudstack-users@incubator.apache.org
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > Hmmm. That means that we have to recreate a new image for
> VirtualBox like
> > > Rohit did for Debian Wheezy to start now DevCloud using CentOS.
> That
> > could
> > > be interesting if a CloudStack user could share such a image to
> avoid
> > that we
> > > spend so many times when we simply would like for testing purposes
> to use
> > > a Linux OS running qemu or KVM + nfs + config required to
> communicate
> > > with CloudStack management server.
> > >
> > > Is there a CloudStack provider that we could use like Amazon or
> > RackSpace to
> > > make tests ?
> > >
> > >
> > > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > > <ki...@gmail.com>wrote:
> > >
> > > > Hi, Charles. That script only allows adding a non-HVM
> XenServer/XCP
> > > > host (it disables the HVM check performed by CloudStack). It
> won't
> > > > let you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-
> x
> > > to do so.
> > > > Try running a supported Linux OS in a PV mode VM as Anthony
> > > recommended.
> > > >
> > > > Best regards,
> > > > Kirk
> > > >
> > > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > > So I should create a new host using web ui. Will try to make a
> test
> > > > > tomorrow.
> > > > >
> > > > >
> > > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui
> <mc...@gmail.com>
> > > > wrote:
> > > > >
> > > > >> Hi,
> > > > >>
> > > > >> Now when adding a host it does not check for hvm and you
> should be
> > > > >> able
> > > > to
> > > > >> boot VMs... Never tried though...
> > > > >>
> > > > >>
> > > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > > >> <ch...@gmail.com>
> > > > >> wrote:
> > > > >>
> > > > >>> Hi Marc,
> > > > >>>
> > > > >>> I have run the MySQL script. So what should be the next step
> now ?
> > > > >>>
> > > > >>> Regards,
> > > > >>>
> > > > >>> Charles
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > > >>> <mc...@gmail.com>
> > > > >> wrote:
> > > > >>>
> > > > >>>> Check this out...
> > > > >>>>
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > >
> > >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > > ou
> > > > t_Hardware_Virtualization
> > > > >>>>
> > > > >>>> thx
> > > > >>>>
> > > > >>>>
> > > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > > >>>> <Xu...@citrix.com>
> > > > >>> wrote:
> > > > >>>>
> > > > >>>>> I don't think you can run HVM on devCloud.
> > > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu
> is
> > > > >> running
> > > > >>>>> doesn't support VTX( hardware virtualization acceleration).
> > > > >>>>> Or nested VTX is not supported.
> > > > >>>>>
> > > > >>>>>
> > > > >>>>> What's guest OS you are running?
> > > > >>>>> Try to run CentOS 5.6, it should work.
> > > > >>>>>
> > > > >>>>>
> > > > >>>>> Anthony
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>> -----Original Message-----
> > > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > must satisfy:
> > > > >>>>>>
> > > > >>>>>> BTW if I define different a compute offering with the
> following
> > > > >>> config,
> > > > >>>>>> I
> > > > >>>>>> get the following error message. Is it also related to the
> same
> > > > >>>>>> problem ?
> > > > >>>>>>
> > > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an
> > > > >>>>>> --> instance
> > > > >> of
> > > > >>>>>> CentOS
> > > > >>>>>> 6.3
> > > > >>>>>>
> > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > >>>>>> Unable to start i-2-13-VM due to
> > > > >>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to
> > > > >>>>>> start
> > > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea)
> > > due
> > > > >>>>>> to
> > > > >>> Task
> > > > >>>>>> failed! Task record: uuid:
> > > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > >>>>>> nameLabel: Async.VM.start_on
> > > > >>>>>> nameDescription:
> > > > >>>>>> allowedOperations: []
> > > > >>>>>> currentOperations: {}
> > > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > > >>>>>> status: FAILURE
> > > > >>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > > >>>>>> progress: 1.0
> > > > >>>>>> type: <none/>
> > > > >>>>>> result:
> > > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > >>>>>> otherConfig: {}
> > > > >>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > > >>>>>> subtasks: []
> > > > >>>>>>
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > > >>> xReso
> > > > >>>>>> urceBase.java:3269)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > >>> xReso
> > > > >>>>>> urceBase.java:1292)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > >>> ource
> > > > >>>>>> .java:142)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > >>> t(Cit
> > > > >>>>>> rixResourceBase.java:497)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > >>> pOssR
> > > > >>>>>> esource.java:136)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >>>>>> java:191)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > >>> :439)
> > > > >>>>>> at
> > > > >>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ac
> > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ru
> > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > >>> xecut
> > > > >>>>>> or.java:886)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > >>> tor.j
> > > > >>>>>> ava:908)
> > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > > >>>>>> reference. The object may have recently been deleted.
> The
> > > > >>>>>> class parameter gives the type of reference given,
> > > > >> and
> > > > >>>>>> the
> > > > >>>>>> handle parameter echoes the bad value given.
> > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > >>>>>> at
> > > > >>>>>>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > >>> rConn
> > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > >>> Failu
> > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > >>> xReso
> > > > >>>>>> urceBase.java:1353)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > >>> ource
> > > > >>>>>> .java:142)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > >>> t(Cit
> > > > >>>>>> rixResourceBase.java:497)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > >>> pOssR
> > > > >>>>>> esource.java:136)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >>>>>> java:191)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > >>> :439)
> > > > >>>>>> at
> > > > >>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ac
> > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ru
> > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > >>> xecut
> > > > >>>>>> or.java:886)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > >>> tor.j
> > > > >>>>>> ava:908)
> > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > > >>>>>> reference. The object may have recently been deleted.
> The
> > > > >>>>>> class parameter gives the type of reference given,
> > > > >> and
> > > > >>>>>> the
> > > > >>>>>> handle parameter echoes the bad value given.
> > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > >>>>>> at
> > > > >>>>>>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > >>> rConn
> > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > >>> Failu
> > > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > >>> xReso
> > > > >>>>>> urceBase.java:1353)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > >>> ource
> > > > >>>>>> .java:142)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > >>> t(Cit
> > > > >>>>>> rixResourceBase.java:497)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > >>> pOssR
> > > > >>>>>> esource.java:136)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >>>>>> java:191)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > >>> :439)
> > > > >>>>>> at
> > > > >>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ac
> > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ru
> > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > >>> xecut
> > > > >>>>>> or.java:886)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > >>> tor.j
> > > > >>>>>> ava:908)
> > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > > >>>>>> Unable to cleanup VIF You gave an invalid object reference.
> > > > >>>>>> The object may have recently been deleted. The class
> parameter
> > > > >>>>>> gives the type of reference given,
> > > > >> and
> > > > >>>>>> the
> > > > >>>>>> handle parameter echoes the bad value given.
> > > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > >>>>>> at
> > > > >>>>>>
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > >>> rConn
> > > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > > >>> Failu
> > > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > >>> xReso
> > > > >>>>>> urceBase.java:1353)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > >>> ource
> > > > >>>>>> .java:142)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > >>> t(Cit
> > > > >>>>>> rixResourceBase.java:497)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > >>> pOssR
> > > > >>>>>> esource.java:136)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >>>>>> java:191)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > >>> :439)
> > > > >>>>>> at
> > > > >>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ac
> > > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ru
> > > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > >>> xecut
> > > > >>>>>> or.java:886)
> > > > >>>>>> at
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > >>> tor.j
> > > > >>>>>> ava:908)
> > > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-
> Routing]
> > > > >>>>>> due to Unable to start i-2-13-VM
> > > > >> due
> > > > >>> to
> > > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:)
> VM
> > > > >>>>>> does
> > > > >> not
> > > > >>>>>> exist
> > > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > > >>>>>> com.cloud.exception.InsufficientServerCapacityException:
> Unable
> > > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-
> b772-
> > > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter; id=1
> > > > >>>>>>
> > > > >>>>>> Regards,
> > > > >>>>>>
> > > > >>>>>> Charles
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > > >> ch007m@gmail.com>
> > > > >>>>>> wrote:
> > > > >>>>>>
> > > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo
> to
> > > > >>>>>>> run
> > > > >>> local
> > > > >>>>>>> management server and devcloud2 (VB). What should I do on
> > > > >> DevCloud2
> > > > >>>>>> to
> > > > >>>>>>> upgrade xapi ?
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > > >>>>>>> <Xuefei.Xu@citrix.com
> > > > >>>
> > > > >>>>>> wrote:
> > > > >>>>>>>
> > > > >>>>>>>> What's Cloudstack version you are using?
> > > > >>>>>>>> Looks like your are using a very old version. This
> issue is
> > > > >> fixed
> > > > >>>>>> in new
> > > > >>>>>>>> version.
> > > > >>>>>>>>
> > > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>> Please upgrade to a newer version.
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>> Anthony
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>>> -----Original Message-----
> > > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > > must
> > > > >> satisfy:
> > > > >>>>>>>>>
> > > > >>>>>>>>> Hi,
> > > > >>>>>>>>>
> > > > >>>>>>>>> How can I figure out this exception when I try to
> create a
> > > > >>>>>>>>> new
> > > > >>>>>> instance
> > > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > > >>>>>>>>> 500MHertz,
> > > > >>>>>> 500MB,
> > > > >>>>>>>>> local
> > > > >>>>>>>>> storage) ?
> > > > >>>>>>>>>
> > > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-
> 36:)
> > > > >> Catch
> > > > >>>>>>>>> Exception:
> > > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
> > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > satisfy:
> > > > >>> static_min
> > > > >>>> ?
> > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > > satisfy:
> > > > >>> static_min
> > > > >>>> ?
> > > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > > >>>>>>>>>
> > > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > >>>>>>>>> at
> > > > >> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > > >>> rConn
> > > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > > >>>>>>>>> at
> > > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > > >>> rixRe
> > > > >>>>>>>>> sourceBase.java:3116)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > > >>> empla
> > > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > > >>> xReso
> > > > >>>>>>>>> urceBase.java:1278)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > > >>> ource
> > > > >>>>>>>>> .java:142)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > > >>> t(Cit
> > > > >>>>>>>>> rixResourceBase.java:497)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > > >>> pOssR
> > > > >>>>>>>>> esource.java:136)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >>>>>>>>> java:191)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > > >>> :439)
> > > > >>>>>>>>> at
> > > > >>>>>>
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > > >>>>>> 03)
> > > > >>>>>>>>> at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ac
> > > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > > >>> sk.ru
> > > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > > >>> xecut
> > > > >>>>>>>>> or.java:886)
> > > > >>>>>>>>> at
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > > >>> tor.j
> > > > >>>>>>>>> ava:908)
> > > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > > >>>>>>>>>
> > > > >>>>>>>>> Regards,
> > > > >>>>>>>>>
> > > > >>>>>>>>> --
> > > > >>>>>>>>> Charles Moulliard
> > > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter
> > > > >>>>>>>>> : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >>>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>> --
> > > > >>>>>>> Charles Moulliard
> > > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter :
> > > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>> --
> > > > >>>>>> Charles Moulliard
> > > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter :
> > > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> --
> > > > >>> Charles Moulliard
> > > > >>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >>>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > @cmoulliard |
> > > Blog : http://cmoulliard.blogspot.com
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Edison,
I have added not a new template in management server through the web ui but
an iso file containing CentOS. And this from this ISO file that I have
tried to create new instance. When adding CentOS 6.3 I have selected Other
Linux (64b). If I follow you correctly, do you suggest that I create a new
template for CentOS 5.5 and add the url to upload this version ?
Regards,
Charles
On Wed, Dec 5, 2012 at 8:56 PM, Edison Su <Ed...@citrix.com> wrote:
> The issue is about how to start a PV vm on Ubuntu xen inside devcloud. By
> default, if the template os type is "centos 6" and beyond, cloudstack will
> start the vm as HVM VM. If template os type is "centos 5.5", it will start
> a PV vm, and the default centos 6 ISO support PV, so I think you can change
> your centos template's os type to "centos 5.5", then have a try.
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Wednesday, December 05, 2012 3:03 AM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hmmm. That means that we have to recreate a new image for VirtualBox like
> > Rohit did for Debian Wheezy to start now DevCloud using CentOS. That
> could
> > be interesting if a CloudStack user could share such a image to avoid
> that we
> > spend so many times when we simply would like for testing purposes to use
> > a Linux OS running qemu or KVM + nfs + config required to communicate
> > with CloudStack management server.
> >
> > Is there a CloudStack provider that we could use like Amazon or
> RackSpace to
> > make tests ?
> >
> >
> > On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> > <ki...@gmail.com>wrote:
> >
> > > Hi, Charles. That script only allows adding a non-HVM XenServer/XCP
> > > host (it disables the HVM check performed by CloudStack). It won't
> > > let you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-x
> > to do so.
> > > Try running a supported Linux OS in a PV mode VM as Anthony
> > recommended.
> > >
> > > Best regards,
> > > Kirk
> > >
> > > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > > So I should create a new host using web ui. Will try to make a test
> > > > tomorrow.
> > > >
> > > >
> > > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui <mc...@gmail.com>
> > > wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> Now when adding a host it does not check for hvm and you should be
> > > >> able
> > > to
> > > >> boot VMs... Never tried though...
> > > >>
> > > >>
> > > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > > >> <ch...@gmail.com>
> > > >> wrote:
> > > >>
> > > >>> Hi Marc,
> > > >>>
> > > >>> I have run the MySQL script. So what should be the next step now ?
> > > >>>
> > > >>> Regards,
> > > >>>
> > > >>> Charles
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > > >>> <mc...@gmail.com>
> > > >> wrote:
> > > >>>
> > > >>>> Check this out...
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>
> > > >>
> > >
> > http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> > ou
> > > t_Hardware_Virtualization
> > > >>>>
> > > >>>> thx
> > > >>>>
> > > >>>>
> > > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > > >>>> <Xu...@citrix.com>
> > > >>> wrote:
> > > >>>>
> > > >>>>> I don't think you can run HVM on devCloud.
> > > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is
> > > >> running
> > > >>>>> doesn't support VTX( hardware virtualization acceleration).
> > > >>>>> Or nested VTX is not supported.
> > > >>>>>
> > > >>>>>
> > > >>>>> What's guest OS you are running?
> > > >>>>> Try to run CentOS 5.6, it should work.
> > > >>>>>
> > > >>>>>
> > > >>>>> Anthony
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>> -----Original Message-----
> > > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > > >>>>>> To: cloudstack-users@incubator.apache.org
> > > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > must satisfy:
> > > >>>>>>
> > > >>>>>> BTW if I define different a compute offering with the following
> > > >>> config,
> > > >>>>>> I
> > > >>>>>> get the following error message. Is it also related to the same
> > > >>>>>> problem ?
> > > >>>>>>
> > > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an
> > > >>>>>> --> instance
> > > >> of
> > > >>>>>> CentOS
> > > >>>>>> 6.3
> > > >>>>>>
> > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > >>>>>> Unable to start i-2-13-VM due to
> > > >>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to
> > > >>>>>> start
> > > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea)
> > due
> > > >>>>>> to
> > > >>> Task
> > > >>>>>> failed! Task record: uuid:
> > > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > > >>>>>> nameLabel: Async.VM.start_on
> > > >>>>>> nameDescription:
> > > >>>>>> allowedOperations: []
> > > >>>>>> currentOperations: {}
> > > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > > >>>>>> status: FAILURE
> > > >>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > >>>>>> progress: 1.0
> > > >>>>>> type: <none/>
> > > >>>>>> result:
> > > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > >>>>>> otherConfig: {}
> > > >>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > >>>>>> subtasks: []
> > > >>>>>>
> > > >>>>>> at
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > > >>> xReso
> > > >>>>>> urceBase.java:3269)
> > > >>>>>> at
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > >>> xReso
> > > >>>>>> urceBase.java:1292)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > >>> ource
> > > >>>>>> .java:142)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > >>> t(Cit
> > > >>>>>> rixResourceBase.java:497)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > >>> pOssR
> > > >>>>>> esource.java:136)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >>>>>> java:191)
> > > >>>>>> at
> > > >>>>>>
> > > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > >>> :439)
> > > >>>>>> at
> > > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ac
> > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ru
> > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > >>> xecut
> > > >>>>>> or.java:886)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > >>> tor.j
> > > >>>>>> ava:908)
> > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > >>>>>> reference. The object may have recently been deleted. The
> > > >>>>>> class parameter gives the type of reference given,
> > > >> and
> > > >>>>>> the
> > > >>>>>> handle parameter echoes the bad value given.
> > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > >>>>>> at
> > > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > >>> rConn
> > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > >>> Failu
> > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > >>> xReso
> > > >>>>>> urceBase.java:1353)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > >>> ource
> > > >>>>>> .java:142)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > >>> t(Cit
> > > >>>>>> rixResourceBase.java:497)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > >>> pOssR
> > > >>>>>> esource.java:136)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >>>>>> java:191)
> > > >>>>>> at
> > > >>>>>>
> > > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > >>> :439)
> > > >>>>>> at
> > > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ac
> > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ru
> > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > >>> xecut
> > > >>>>>> or.java:886)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > >>> tor.j
> > > >>>>>> ava:908)
> > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > > >>>>>> reference. The object may have recently been deleted. The
> > > >>>>>> class parameter gives the type of reference given,
> > > >> and
> > > >>>>>> the
> > > >>>>>> handle parameter echoes the bad value given.
> > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > >>>>>> at
> > > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > >>> rConn
> > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > >>> Failu
> > > >>>>>> re(CitrixResourceBase.java:1092) at
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > >>> xReso
> > > >>>>>> urceBase.java:1353)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > >>> ource
> > > >>>>>> .java:142)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > >>> t(Cit
> > > >>>>>> rixResourceBase.java:497)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > >>> pOssR
> > > >>>>>> esource.java:136)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >>>>>> java:191)
> > > >>>>>> at
> > > >>>>>>
> > > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > >>> :439)
> > > >>>>>> at
> > > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ac
> > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ru
> > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > >>> xecut
> > > >>>>>> or.java:886)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > >>> tor.j
> > > >>>>>> ava:908)
> > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > > >>>>>> Unable to cleanup VIF You gave an invalid object reference.
> > > >>>>>> The object may have recently been deleted. The class parameter
> > > >>>>>> gives the type of reference given,
> > > >> and
> > > >>>>>> the
> > > >>>>>> handle parameter echoes the bad value given.
> > > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > >>>>>> at
> > > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > >>> rConn
> > > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > > >>> Failu
> > > >>>>>> re(CitrixResourceBase.java:1100) at
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > >>> xReso
> > > >>>>>> urceBase.java:1353)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > >>> ource
> > > >>>>>> .java:142)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > >>> t(Cit
> > > >>>>>> rixResourceBase.java:497)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > >>> pOssR
> > > >>>>>> esource.java:136)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >>>>>> java:191)
> > > >>>>>> at
> > > >>>>>>
> > > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > >>> :439)
> > > >>>>>> at
> > > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ac
> > > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ru
> > > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > >>> xecut
> > > >>>>>> or.java:886)
> > > >>>>>> at
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > >>> tor.j
> > > >>>>>> ava:908)
> > > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-Routing]
> > > >>>>>> due to Unable to start i-2-13-VM
> > > >> due
> > > >>> to
> > > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM
> > > >>>>>> does
> > > >> not
> > > >>>>>> exist
> > > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > >>>>>> com.cloud.exception.InsufficientServerCapacityException: Unable
> > > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-b772-
> > > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter; id=1
> > > >>>>>>
> > > >>>>>> Regards,
> > > >>>>>>
> > > >>>>>> Charles
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > > >> ch007m@gmail.com>
> > > >>>>>> wrote:
> > > >>>>>>
> > > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo to
> > > >>>>>>> run
> > > >>> local
> > > >>>>>>> management server and devcloud2 (VB). What should I do on
> > > >> DevCloud2
> > > >>>>>> to
> > > >>>>>>> upgrade xapi ?
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > > >>>>>>> <Xuefei.Xu@citrix.com
> > > >>>
> > > >>>>>> wrote:
> > > >>>>>>>
> > > >>>>>>>> What's Cloudstack version you are using?
> > > >>>>>>>> Looks like your are using a very old version. This issue is
> > > >> fixed
> > > >>>>>> in new
> > > >>>>>>>> version.
> > > >>>>>>>>
> > > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>> Please upgrade to a newer version.
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>> Anthony
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>>> -----Original Message-----
> > > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> > must
> > > >> satisfy:
> > > >>>>>>>>>
> > > >>>>>>>>> Hi,
> > > >>>>>>>>>
> > > >>>>>>>>> How can I figure out this exception when I try to create a
> > > >>>>>>>>> new
> > > >>>>>> instance
> > > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > > >>>>>>>>> 500MHertz,
> > > >>>>>> 500MB,
> > > >>>>>>>>> local
> > > >>>>>>>>> storage) ?
> > > >>>>>>>>>
> > > >>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:)
> > > >> Catch
> > > >>>>>>>>> Exception:
> > > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
> > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > >>> static_min
> > > >>>> ?
> > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> > satisfy:
> > > >>> static_min
> > > >>>> ?
> > > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > > >>>>>>>>>
> > com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > >>>>>>>>> at
> > > >> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > > >>> rConn
> > > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > > >>>>>>>>> at
> > com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > > >>> rixRe
> > > >>>>>>>>> sourceBase.java:3116)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > > >>> empla
> > > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > > >>> xReso
> > > >>>>>>>>> urceBase.java:1278)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > > >>> ource
> > > >>>>>>>>> .java:142)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > > >>> t(Cit
> > > >>>>>>>>> rixResourceBase.java:497)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > > >>> pOssR
> > > >>>>>>>>> esource.java:136)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >>>>>>>>> java:191)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > > >>> :439)
> > > >>>>>>>>> at
> > > >>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > > >>>>>> 03)
> > > >>>>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ac
> > > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > > >>> sk.ru
> > > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > > >>> xecut
> > > >>>>>>>>> or.java:886)
> > > >>>>>>>>> at
> > > >>>>>>>>>
> > > >>>>>>
> > > >>>
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > > >>> tor.j
> > > >>>>>>>>> ava:908)
> > > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > > >>>>>>>>>
> > > >>>>>>>>> Regards,
> > > >>>>>>>>>
> > > >>>>>>>>> --
> > > >>>>>>>>> Charles Moulliard
> > > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter
> > > >>>>>>>>> : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >>>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> --
> > > >>>>>>> Charles Moulliard
> > > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>> --
> > > >>>>>> Charles Moulliard
> > > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >>>>>
> > > >>>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> --
> > > >>> Charles Moulliard
> > > >>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >>>
> > > >>
> > > >
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> @cmoulliard |
> > Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Edison Su <Ed...@citrix.com>.
The issue is about how to start a PV vm on Ubuntu xen inside devcloud. By default, if the template os type is "centos 6" and beyond, cloudstack will start the vm as HVM VM. If template os type is "centos 5.5", it will start a PV vm, and the default centos 6 ISO support PV, so I think you can change your centos template's os type to "centos 5.5", then have a try.
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Wednesday, December 05, 2012 3:03 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hmmm. That means that we have to recreate a new image for VirtualBox like
> Rohit did for Debian Wheezy to start now DevCloud using CentOS. That could
> be interesting if a CloudStack user could share such a image to avoid that we
> spend so many times when we simply would like for testing purposes to use
> a Linux OS running qemu or KVM + nfs + config required to communicate
> with CloudStack management server.
>
> Is there a CloudStack provider that we could use like Amazon or RackSpace to
> make tests ?
>
>
> On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski
> <ki...@gmail.com>wrote:
>
> > Hi, Charles. That script only allows adding a non-HVM XenServer/XCP
> > host (it disables the HVM check performed by CloudStack). It won't
> > let you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-x
> to do so.
> > Try running a supported Linux OS in a PV mode VM as Anthony
> recommended.
> >
> > Best regards,
> > Kirk
> >
> > On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > > So I should create a new host using web ui. Will try to make a test
> > > tomorrow.
> > >
> > >
> > > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui <mc...@gmail.com>
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> Now when adding a host it does not check for hvm and you should be
> > >> able
> > to
> > >> boot VMs... Never tried though...
> > >>
> > >>
> > >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard
> > >> <ch...@gmail.com>
> > >> wrote:
> > >>
> > >>> Hi Marc,
> > >>>
> > >>> I have run the MySQL script. So what should be the next step now ?
> > >>>
> > >>> Regards,
> > >>>
> > >>> Charles
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui
> > >>> <mc...@gmail.com>
> > >> wrote:
> > >>>
> > >>>> Check this out...
> > >>>>
> > >>>>
> > >>>>
> > >>>
> > >>
> >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_with
> ou
> > t_Hardware_Virtualization
> > >>>>
> > >>>> thx
> > >>>>
> > >>>>
> > >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu
> > >>>> <Xu...@citrix.com>
> > >>> wrote:
> > >>>>
> > >>>>> I don't think you can run HVM on devCloud.
> > >>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is
> > >> running
> > >>>>> doesn't support VTX( hardware virtualization acceleration).
> > >>>>> Or nested VTX is not supported.
> > >>>>>
> > >>>>>
> > >>>>> What's guest OS you are running?
> > >>>>> Try to run CentOS 5.6, it should work.
> > >>>>>
> > >>>>>
> > >>>>> Anthony
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>> -----Original Message-----
> > >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> > >>>>>> To: cloudstack-users@incubator.apache.org
> > >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must satisfy:
> > >>>>>>
> > >>>>>> BTW if I define different a compute offering with the following
> > >>> config,
> > >>>>>> I
> > >>>>>> get the following error message. Is it also related to the same
> > >>>>>> problem ?
> > >>>>>>
> > >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an
> > >>>>>> --> instance
> > >> of
> > >>>>>> CentOS
> > >>>>>> 6.3
> > >>>>>>
> > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > >>>>>> Unable to start i-2-13-VM due to
> > >>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to
> > >>>>>> start
> > >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea)
> due
> > >>>>>> to
> > >>> Task
> > >>>>>> failed! Task record: uuid:
> > >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> > >>>>>> nameLabel: Async.VM.start_on
> > >>>>>> nameDescription:
> > >>>>>> allowedOperations: []
> > >>>>>> currentOperations: {}
> > >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> > >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> > >>>>>> status: FAILURE
> > >>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
> > >>>>>> progress: 1.0
> > >>>>>> type: <none/>
> > >>>>>> result:
> > >>>>>> errorInfo: [VM_HVM_REQUIRED,
> > >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > >>>>>> otherConfig: {}
> > >>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > >>>>>> subtasks: []
> > >>>>>>
> > >>>>>> at
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(Citri
> > >>> xReso
> > >>>>>> urceBase.java:3269)
> > >>>>>> at
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > >>> xReso
> > >>>>>> urceBase.java:1292)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > >>> ource
> > >>>>>> .java:142)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > >>> t(Cit
> > >>>>>> rixResourceBase.java:497)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > >>> pOssR
> > >>>>>> esource.java:136)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>>>>> java:191)
> > >>>>>> at
> > >>>>>>
> > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > >>> :439)
> > >>>>>> at
> > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ac
> > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ru
> > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > >>> xecut
> > >>>>>> or.java:886)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > >>> tor.j
> > >>>>>> ava:908)
> > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > >>>>>> reference. The object may have recently been deleted. The
> > >>>>>> class parameter gives the type of reference given,
> > >> and
> > >>>>>> the
> > >>>>>> handle parameter echoes the bad value given.
> > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > >>>>>> at
> > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > >>> rConn
> > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > >>> Failu
> > >>>>>> re(CitrixResourceBase.java:1092) at
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > >>> xReso
> > >>>>>> urceBase.java:1353)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > >>> ource
> > >>>>>> .java:142)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > >>> t(Cit
> > >>>>>> rixResourceBase.java:497)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > >>> pOssR
> > >>>>>> esource.java:136)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>>>>> java:191)
> > >>>>>> at
> > >>>>>>
> > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > >>> :439)
> > >>>>>> at
> > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ac
> > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ru
> > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > >>> xecut
> > >>>>>> or.java:886)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > >>> tor.j
> > >>>>>> ava:908)
> > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > >>>>>> Unable to clean up VBD due to You gave an invalid object
> > >>>>>> reference. The object may have recently been deleted. The
> > >>>>>> class parameter gives the type of reference given,
> > >> and
> > >>>>>> the
> > >>>>>> handle parameter echoes the bad value given.
> > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > >>>>>> at
> > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > >>> rConn
> > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > >>> Failu
> > >>>>>> re(CitrixResourceBase.java:1092) at
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > >>> xReso
> > >>>>>> urceBase.java:1353)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > >>> ource
> > >>>>>> .java:142)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > >>> t(Cit
> > >>>>>> rixResourceBase.java:497)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > >>> pOssR
> > >>>>>> esource.java:136)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>>>>> java:191)
> > >>>>>> at
> > >>>>>>
> > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > >>> :439)
> > >>>>>> at
> > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ac
> > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ru
> > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > >>> xecut
> > >>>>>> or.java:886)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > >>> tor.j
> > >>>>>> ava:908)
> > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:)
> > >>>>>> Unable to cleanup VIF You gave an invalid object reference.
> > >>>>>> The object may have recently been deleted. The class parameter
> > >>>>>> gives the type of reference given,
> > >> and
> > >>>>>> the
> > >>>>>> handle parameter echoes the bad value given.
> > >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > >>>>>> at
> > >>>>>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > >>> rConn
> > >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStart
> > >>> Failu
> > >>>>>> re(CitrixResourceBase.java:1100) at
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > >>> xReso
> > >>>>>> urceBase.java:1353)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > >>> ource
> > >>>>>> .java:142)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > >>> t(Cit
> > >>>>>> rixResourceBase.java:497)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > >>> pOssR
> > >>>>>> esource.java:136)
> > >>>>>> at
> > >>>>>>
> > >>>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>>>>> java:191)
> > >>>>>> at
> > >>>>>>
> > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > >>> :439)
> > >>>>>> at
> > >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ac
> > >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ru
> > >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > >>> xecut
> > >>>>>> or.java:886)
> > >>>>>> at
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > >>> tor.j
> > >>>>>> ava:908)
> > >>>>>> at java.lang.Thread.run(Thread.java:680)
> > >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl]
> > >>>>>> (Job-Executor-7:job-19) Unable to start VM on Host[-1-Routing]
> > >>>>>> due to Unable to start i-2-13-VM
> > >> due
> > >>> to
> > >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM
> > >>>>>> does
> > >> not
> > >>>>>> exist
> > >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > >>>>>> com.cloud.exception.InsufficientServerCapacityException: Unable
> > >>>>>> to create a deployment for VM[User|6d31c26c-c559-4393-b772-
> > >>>>>> d557c3143381]Scope=interface com.cloud.dc.DataCenter; id=1
> > >>>>>>
> > >>>>>> Regards,
> > >>>>>>
> > >>>>>> Charles
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> > >> ch007m@gmail.com>
> > >>>>>> wrote:
> > >>>>>>
> > >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo to
> > >>>>>>> run
> > >>> local
> > >>>>>>> management server and devcloud2 (VB). What should I do on
> > >> DevCloud2
> > >>>>>> to
> > >>>>>>> upgrade xapi ?
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu
> > >>>>>>> <Xuefei.Xu@citrix.com
> > >>>
> > >>>>>> wrote:
> > >>>>>>>
> > >>>>>>>> What's Cloudstack version you are using?
> > >>>>>>>> Looks like your are using a very old version. This issue is
> > >> fixed
> > >>>>>> in new
> > >>>>>>>> version.
> > >>>>>>>>
> > >>>>>>>> setMemoryStaticMin API is not used in new version.
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> Please upgrade to a newer version.
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> Anthony
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>> -----Original Message-----
> > >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> > >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> > >>>>>>>>> To: cloudstack-users@incubator.apache.org
> > >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits
> must
> > >> satisfy:
> > >>>>>>>>>
> > >>>>>>>>> Hi,
> > >>>>>>>>>
> > >>>>>>>>> How can I figure out this exception when I try to create a
> > >>>>>>>>> new
> > >>>>>> instance
> > >>>>>>>>> using by example Centos 6.3 ISO (compute offering =
> > >>>>>>>>> 500MHertz,
> > >>>>>> 500MB,
> > >>>>>>>>> local
> > >>>>>>>>> storage) ?
> > >>>>>>>>>
> > >>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:)
> > >> Catch
> > >>>>>>>>> Exception:
> > >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
> > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > >>> static_min
> > >>>> ?
> > >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> > >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > >>> static_min
> > >>>> ?
> > >>>>>>>>> dynamic_min ? dynamic_max ? static_max at
> > >>>>>>>>>
> com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > >>>>>>>>> at
> > >> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServe
> > >>> rConn
> > >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> > >>>>>>>>> at
> com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(Cit
> > >>> rixRe
> > >>>>>>>>> sourceBase.java:3116)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromT
> > >>> empla
> > >>>>>>>>> te(CitrixResourceBase.java:985) at
> > >>>>>>>>>
> > >>>>>>
> > >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citri
> > >>> xReso
> > >>>>>>>>> urceBase.java:1278)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssRes
> > >>> ource
> > >>>>>>>>> .java:142)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReques
> > >>> t(Cit
> > >>>>>>>>> rixResourceBase.java:497)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(Xc
> > >>> pOssR
> > >>>>>>>>> esource.java:136)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >>>>>>>>> java:191)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java
> > >>> :439)
> > >>>>>>>>> at
> > >>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:3
> > >>>>>> 03)
> > >>>>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ac
> > >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTa
> > >>> sk.ru
> > >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolE
> > >>> xecut
> > >>>>>>>>> or.java:886)
> > >>>>>>>>> at
> > >>>>>>>>>
> > >>>>>>
> > >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecu
> > >>> tor.j
> > >>>>>>>>> ava:908)
> > >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> > >>>>>>>>>
> > >>>>>>>>> Regards,
> > >>>>>>>>>
> > >>>>>>>>> --
> > >>>>>>>>> Charles Moulliard
> > >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter
> > >>>>>>>>> : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> --
> > >>>>>>> Charles Moulliard
> > >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > >>>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> --
> > >>>>>> Charles Moulliard
> > >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > >>>>>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>>>>
> > >>>>
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> Charles Moulliard
> > >>> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter :
> > >>> @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>>
> > >>
> > >
> > >
> > >
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard |
> Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hmmm. That means that we have to recreate a new image for VirtualBox like
Rohit did for Debian Wheezy to start now DevCloud using CentOS. That could
be interesting if a CloudStack user could share such a image to avoid that
we spend so many times when we simply would like for testing purposes to
use a Linux OS running qemu or KVM + nfs + config required to communicate
with CloudStack management server.
Is there a CloudStack provider that we could use like Amazon or RackSpace
to make tests ?
On Wed, Dec 5, 2012 at 10:48 AM, Kirk Kosinski <ki...@gmail.com>wrote:
> Hi, Charles. That script only allows adding a non-HVM XenServer/XCP
> host (it disables the HVM check performed by CloudStack). It won't let
> you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-x to do so.
> Try running a supported Linux OS in a PV mode VM as Anthony recommended.
>
> Best regards,
> Kirk
>
> On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> > So I should create a new host using web ui. Will try to make a test
> > tomorrow.
> >
> >
> > On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui <mc...@gmail.com>
> wrote:
> >
> >> Hi,
> >>
> >> Now when adding a host it does not check for hvm and you should be able
> to
> >> boot VMs... Never tried though...
> >>
> >>
> >> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard <ch...@gmail.com>
> >> wrote:
> >>
> >>> Hi Marc,
> >>>
> >>> I have run the MySQL script. So what should be the next step now ?
> >>>
> >>> Regards,
> >>>
> >>> Charles
> >>>
> >>>
> >>>
> >>>
> >>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui <mc...@gmail.com>
> >> wrote:
> >>>
> >>>> Check this out...
> >>>>
> >>>>
> >>>>
> >>>
> >>
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
> >>>>
> >>>> thx
> >>>>
> >>>>
> >>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com>
> >>> wrote:
> >>>>
> >>>>> I don't think you can run HVM on devCloud.
> >>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is
> >> running
> >>>>> doesn't support VTX( hardware virtualization acceleration).
> >>>>> Or nested VTX is not supported.
> >>>>>
> >>>>>
> >>>>> What's guest OS you are running?
> >>>>> Try to run CentOS 5.6, it should work.
> >>>>>
> >>>>>
> >>>>> Anthony
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> >>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
> >>>>>> To: cloudstack-users@incubator.apache.org
> >>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >>>>>>
> >>>>>> BTW if I define different a compute offering with the following
> >>> config,
> >>>>>> I
> >>>>>> get the following error message. Is it also related to the same
> >>>>>> problem ?
> >>>>>>
> >>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an instance
> >> of
> >>>>>> CentOS
> >>>>>> 6.3
> >>>>>>
> >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> >>>>>> start
> >>>>>> i-2-13-VM due to
> >>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to start
> >>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to
> >>> Task
> >>>>>> failed! Task record: uuid:
> >>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
> >>>>>> nameLabel: Async.VM.start_on
> >>>>>> nameDescription:
> >>>>>> allowedOperations: []
> >>>>>> currentOperations: {}
> >>>>>> created: Tue Dec 04 18:52:11 CET 2012
> >>>>>> finished: Tue Dec 04 18:52:11 CET 2012
> >>>>>> status: FAILURE
> >>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
> >>>>>> progress: 1.0
> >>>>>> type: <none/>
> >>>>>> result:
> >>>>>> errorInfo: [VM_HVM_REQUIRED,
> >>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> >>>>>> otherConfig: {}
> >>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> >>>>>> subtasks: []
> >>>>>>
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> >>>>>> urceBase.java:3269)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>>>>> urceBase.java:1292)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>>>>> .java:142)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>>>>> rixResourceBase.java:497)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>>>>> esource.java:136)
> >>>>>> at
> >>>>>>
> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>>>>> java:191)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>>>>> at
> >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>>>>> or.java:886)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>>>>> ava:908)
> >>>>>> at java.lang.Thread.run(Thread.java:680)
> >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> >>>>>> clean
> >>>>>> up VBD due to
> >>>>>> You gave an invalid object reference. The object may have recently
> >>>>>> been
> >>>>>> deleted. The class parameter gives the type of reference given,
> >> and
> >>>>>> the
> >>>>>> handle parameter echoes the bad value given.
> >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> >>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> >>>>>> re(CitrixResourceBase.java:1092)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>>>>> urceBase.java:1353)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>>>>> .java:142)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>>>>> rixResourceBase.java:497)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>>>>> esource.java:136)
> >>>>>> at
> >>>>>>
> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>>>>> java:191)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>>>>> at
> >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>>>>> or.java:886)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>>>>> ava:908)
> >>>>>> at java.lang.Thread.run(Thread.java:680)
> >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> >>>>>> clean
> >>>>>> up VBD due to
> >>>>>> You gave an invalid object reference. The object may have recently
> >>>>>> been
> >>>>>> deleted. The class parameter gives the type of reference given,
> >> and
> >>>>>> the
> >>>>>> handle parameter echoes the bad value given.
> >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> >>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> >>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> >>>>>> re(CitrixResourceBase.java:1092)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>>>>> urceBase.java:1353)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>>>>> .java:142)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>>>>> rixResourceBase.java:497)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>>>>> esource.java:136)
> >>>>>> at
> >>>>>>
> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>>>>> java:191)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>>>>> at
> >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>>>>> or.java:886)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>>>>> ava:908)
> >>>>>> at java.lang.Thread.run(Thread.java:680)
> >>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> >>>>>> cleanup
> >>>>>> VIF
> >>>>>> You gave an invalid object reference. The object may have recently
> >>>>>> been
> >>>>>> deleted. The class parameter gives the type of reference given,
> >> and
> >>>>>> the
> >>>>>> handle parameter echoes the bad value given.
> >>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> >>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> >>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> >>>>>> re(CitrixResourceBase.java:1100)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>>>>> urceBase.java:1353)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>>>>> .java:142)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>>>>> rixResourceBase.java:497)
> >>>>>> at
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>>>>> esource.java:136)
> >>>>>> at
> >>>>>>
> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>>>>> java:191)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>>>>> at
> >> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>>>>> n(ScheduledThreadPoolExecutor.java:206)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>>>>> or.java:886)
> >>>>>> at
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>>>>> ava:908)
> >>>>>> at java.lang.Thread.run(Thread.java:680)
> >>>>>> INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> >>>>>> Unable
> >>>>>> to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM
> >> due
> >>> to
> >>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does
> >> not
> >>>>>> exist
> >>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> >>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> >>>>>> com.cloud.exception.InsufficientServerCapacityException: Unable to
> >>>>>> create a
> >>>>>> deployment for VM[User|6d31c26c-c559-4393-b772-
> >>>>>> d557c3143381]Scope=interface
> >>>>>> com.cloud.dc.DataCenter; id=1
> >>>>>>
> >>>>>> Regards,
> >>>>>>
> >>>>>> Charles
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> >> ch007m@gmail.com>
> >>>>>> wrote:
> >>>>>>
> >>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run
> >>> local
> >>>>>>> management server and devcloud2 (VB). What should I do on
> >> DevCloud2
> >>>>>> to
> >>>>>>> upgrade xapi ?
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xuefei.Xu@citrix.com
> >>>
> >>>>>> wrote:
> >>>>>>>
> >>>>>>>> What's Cloudstack version you are using?
> >>>>>>>> Looks like your are using a very old version. This issue is
> >> fixed
> >>>>>> in new
> >>>>>>>> version.
> >>>>>>>>
> >>>>>>>> setMemoryStaticMin API is not used in new version.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Please upgrade to a newer version.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Anthony
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> -----Original Message-----
> >>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
> >>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
> >>>>>>>>> To: cloudstack-users@incubator.apache.org
> >>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> >> satisfy:
> >>>>>>>>>
> >>>>>>>>> Hi,
> >>>>>>>>>
> >>>>>>>>> How can I figure out this exception when I try to create a new
> >>>>>> instance
> >>>>>>>>> using by example Centos 6.3 ISO (compute offering = 500MHertz,
> >>>>>> 500MB,
> >>>>>>>>> local
> >>>>>>>>> storage) ?
> >>>>>>>>>
> >>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:)
> >> Catch
> >>>>>>>>> Exception:
> >>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
> >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >>> static_min
> >>>> ?
> >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> >>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >>> static_min
> >>>> ?
> >>>>>>>>> dynamic_min ? dynamic_max ? static_max
> >>>>>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> >>>>>>>>> at
> >> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
> >>>>>>>>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> >>>>>>>>> sourceBase.java:3116)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> >>>>>>>>> te(CitrixResourceBase.java:985)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >>>>>>>>> urceBase.java:1278)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >>>>>>>>> .java:142)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >>>>>>>>> rixResourceBase.java:497)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >>>>>>>>> esource.java:136)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >>>>>>>>> java:191)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>>>>>>>> at
> >>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >>>>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >>>>>>>>> or.java:886)
> >>>>>>>>> at
> >>>>>>>>>
> >>>>>>
> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >>>>>>>>> ava:908)
> >>>>>>>>> at java.lang.Thread.run(Thread.java:680)
> >>>>>>>>>
> >>>>>>>>> Regards,
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Charles Moulliard
> >>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>>>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Charles Moulliard
> >>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Charles Moulliard
> >>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Charles Moulliard
> >>> Apache Committer / Sr. Enterprise Architect (RedHat)
> >>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>>
> >>
> >
> >
> >
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Kirk Kosinski <ki...@gmail.com>.
Hi, Charles. That script only allows adding a non-HVM XenServer/XCP
host (it disables the HVM check performed by CloudStack). It won't let
you boot HVM mode VMs since XenServer/XCP require AMD-V / VT-x to do so.
Try running a supported Linux OS in a PV mode VM as Anthony recommended.
Best regards,
Kirk
On 12/05/2012 01:27 AM, Charles Moulliard wrote:
> So I should create a new host using web ui. Will try to make a test
> tomorrow.
>
>
> On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui <mc...@gmail.com> wrote:
>
>> Hi,
>>
>> Now when adding a host it does not check for hvm and you should be able to
>> boot VMs... Never tried though...
>>
>>
>> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard <ch...@gmail.com>
>> wrote:
>>
>>> Hi Marc,
>>>
>>> I have run the MySQL script. So what should be the next step now ?
>>>
>>> Regards,
>>>
>>> Charles
>>>
>>>
>>>
>>>
>>> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui <mc...@gmail.com>
>> wrote:
>>>
>>>> Check this out...
>>>>
>>>>
>>>>
>>>
>> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
>>>>
>>>> thx
>>>>
>>>>
>>>> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com>
>>> wrote:
>>>>
>>>>> I don't think you can run HVM on devCloud.
>>>>> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is
>> running
>>>>> doesn't support VTX( hardware virtualization acceleration).
>>>>> Or nested VTX is not supported.
>>>>>
>>>>>
>>>>> What's guest OS you are running?
>>>>> Try to run CentOS 5.6, it should work.
>>>>>
>>>>>
>>>>> Anthony
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>>>>>> Sent: Tuesday, December 04, 2012 12:45 PM
>>>>>> To: cloudstack-users@incubator.apache.org
>>>>>> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>>>>>
>>>>>> BTW if I define different a compute offering with the following
>>> config,
>>>>>> I
>>>>>> get the following error message. Is it also related to the same
>>>>>> problem ?
>>>>>>
>>>>>> --> Offering : 200MB, 200 Hz, Local Storage to create an instance
>> of
>>>>>> CentOS
>>>>>> 6.3
>>>>>>
>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
>>>>>> start
>>>>>> i-2-13-VM due to
>>>>>> com.cloud.utils.exception.CloudRuntimeException: Unable to start
>>>>>> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to
>>> Task
>>>>>> failed! Task record: uuid:
>>>>>> 56466789-c4bd-d26d-5bee-47b240316b4f
>>>>>> nameLabel: Async.VM.start_on
>>>>>> nameDescription:
>>>>>> allowedOperations: []
>>>>>> currentOperations: {}
>>>>>> created: Tue Dec 04 18:52:11 CET 2012
>>>>>> finished: Tue Dec 04 18:52:11 CET 2012
>>>>>> status: FAILURE
>>>>>> residentOn: com.xensource.xenapi.Host@3ba61fa8
>>>>>> progress: 1.0
>>>>>> type: <none/>
>>>>>> result:
>>>>>> errorInfo: [VM_HVM_REQUIRED,
>>>>>> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
>>>>>> otherConfig: {}
>>>>>> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
>>>>>> subtasks: []
>>>>>>
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
>>>>>> urceBase.java:3269)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>>>>> urceBase.java:1292)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>>>>> .java:142)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>>>>> rixResourceBase.java:497)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>>>>> esource.java:136)
>>>>>> at
>>>>>>
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>>>>> java:191)
>>>>>> at
>>>>>>
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>> at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>>>>> or.java:886)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>>>>> ava:908)
>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
>>>>>> clean
>>>>>> up VBD due to
>>>>>> You gave an invalid object reference. The object may have recently
>>>>>> been
>>>>>> deleted. The class parameter gives the type of reference given,
>> and
>>>>>> the
>>>>>> handle parameter echoes the bad value given.
>>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
>>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
>>>>>> re(CitrixResourceBase.java:1092)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>>>>> urceBase.java:1353)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>>>>> .java:142)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>>>>> rixResourceBase.java:497)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>>>>> esource.java:136)
>>>>>> at
>>>>>>
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>>>>> java:191)
>>>>>> at
>>>>>>
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>> at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>>>>> or.java:886)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>>>>> ava:908)
>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
>>>>>> clean
>>>>>> up VBD due to
>>>>>> You gave an invalid object reference. The object may have recently
>>>>>> been
>>>>>> deleted. The class parameter gives the type of reference given,
>> and
>>>>>> the
>>>>>> handle parameter echoes the bad value given.
>>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
>>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>>>>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
>>>>>> re(CitrixResourceBase.java:1092)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>>>>> urceBase.java:1353)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>>>>> .java:142)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>>>>> rixResourceBase.java:497)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>>>>> esource.java:136)
>>>>>> at
>>>>>>
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>>>>> java:191)
>>>>>> at
>>>>>>
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>> at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>>>>> or.java:886)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>>>>> ava:908)
>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
>>>>>> cleanup
>>>>>> VIF
>>>>>> You gave an invalid object reference. The object may have recently
>>>>>> been
>>>>>> deleted. The class parameter gives the type of reference given,
>> and
>>>>>> the
>>>>>> handle parameter echoes the bad value given.
>>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
>>>>>> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>>>>>> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
>>>>>> re(CitrixResourceBase.java:1100)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>>>>> urceBase.java:1353)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>>>>> .java:142)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>>>>> rixResourceBase.java:497)
>>>>>> at
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>>>>> esource.java:136)
>>>>>> at
>>>>>>
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>>>>> java:191)
>>>>>> at
>>>>>>
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>> at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>>>>> or.java:886)
>>>>>> at
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>>>>> ava:908)
>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>> INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
>>>>>> Unable
>>>>>> to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM
>> due
>>> to
>>>>>> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does
>> not
>>>>>> exist
>>>>>> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
>>>>>> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
>>>>>> com.cloud.exception.InsufficientServerCapacityException: Unable to
>>>>>> create a
>>>>>> deployment for VM[User|6d31c26c-c559-4393-b772-
>>>>>> d557c3143381]Scope=interface
>>>>>> com.cloud.dc.DataCenter; id=1
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Charles
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
>> ch007m@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run
>>> local
>>>>>>> management server and devcloud2 (VB). What should I do on
>> DevCloud2
>>>>>> to
>>>>>>> upgrade xapi ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xuefei.Xu@citrix.com
>>>
>>>>>> wrote:
>>>>>>>
>>>>>>>> What's Cloudstack version you are using?
>>>>>>>> Looks like your are using a very old version. This issue is
>> fixed
>>>>>> in new
>>>>>>>> version.
>>>>>>>>
>>>>>>>> setMemoryStaticMin API is not used in new version.
>>>>>>>>
>>>>>>>>
>>>>>>>> Please upgrade to a newer version.
>>>>>>>>
>>>>>>>>
>>>>>>>> Anthony
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Charles Moulliard [mailto:ch007m@gmail.com]
>>>>>>>>> Sent: Tuesday, December 04, 2012 4:56 AM
>>>>>>>>> To: cloudstack-users@incubator.apache.org
>>>>>>>>> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
>> satisfy:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> How can I figure out this exception when I try to create a new
>>>>>> instance
>>>>>>>>> using by example Centos 6.3 ISO (compute offering = 500MHertz,
>>>>>> 500MB,
>>>>>>>>> local
>>>>>>>>> storage) ?
>>>>>>>>>
>>>>>>>>> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:)
>> Catch
>>>>>>>>> Exception:
>>>>>>>>> class com.xensource.xenapi.Types$XenAPIException due to
>>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>> static_min
>>>> ?
>>>>>>>>> dynamic_min ? dynamic_max ? static_max
>>>>>>>>> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>>> static_min
>>>> ?
>>>>>>>>> dynamic_min ? dynamic_max ? static_max
>>>>>>>>> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
>>>>>>>>> at
>> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>>>>>>>>> ection.dispatch(XenServerConnectionPool.java:909)
>>>>>>>>> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
>>>>>>>>> sourceBase.java:3116)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
>>>>>>>>> te(CitrixResourceBase.java:985)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>>>>>>>>> urceBase.java:1278)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>>>>>>>>> .java:142)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>>>>>>>>> rixResourceBase.java:497)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>>>>>>>>> esource.java:136)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>>>>>>>>> java:191)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>>>>> at
>>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>>>>>>>>> cess$301(ScheduledThreadPoolExecutor.java:98)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>>>>>>>>> n(ScheduledThreadPoolExecutor.java:206)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>>>>>>>>> or.java:886)
>>>>>>>>> at
>>>>>>>>>
>>>>>>
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>>>>>>>>> ava:908)
>>>>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Charles Moulliard
>>>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>>>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Charles Moulliard
>>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Charles Moulliard
>>>>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>
>>
>
>
>
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
So I should create a new host using web ui. Will try to make a test
tomorrow.
On Wed, Dec 5, 2012 at 10:02 AM, Marc Cirauqui <mc...@gmail.com> wrote:
> Hi,
>
> Now when adding a host it does not check for hvm and you should be able to
> boot VMs... Never tried though...
>
>
> On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard <ch...@gmail.com>
> wrote:
>
> > Hi Marc,
> >
> > I have run the MySQL script. So what should be the next step now ?
> >
> > Regards,
> >
> > Charles
> >
> >
> >
> >
> > On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui <mc...@gmail.com>
> wrote:
> >
> > > Check this out...
> > >
> > >
> > >
> >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
> > >
> > > thx
> > >
> > >
> > > On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com>
> > wrote:
> > >
> > > > I don't think you can run HVM on devCloud.
> > > > Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is
> running
> > > > doesn't support VTX( hardware virtualization acceleration).
> > > > Or nested VTX is not supported.
> > > >
> > > >
> > > > What's guest OS you are running?
> > > > Try to run CentOS 5.6, it should work.
> > > >
> > > >
> > > > Anthony
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > Sent: Tuesday, December 04, 2012 12:45 PM
> > > > > To: cloudstack-users@incubator.apache.org
> > > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > > >
> > > > > BTW if I define different a compute offering with the following
> > config,
> > > > > I
> > > > > get the following error message. Is it also related to the same
> > > > > problem ?
> > > > >
> > > > > --> Offering : 200MB, 200 Hz, Local Storage to create an instance
> of
> > > > > CentOS
> > > > > 6.3
> > > > >
> > > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > > start
> > > > > i-2-13-VM due to
> > > > > com.cloud.utils.exception.CloudRuntimeException: Unable to start
> > > > > VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to
> > Task
> > > > > failed! Task record: uuid:
> > > > > 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > > nameLabel: Async.VM.start_on
> > > > > nameDescription:
> > > > > allowedOperations: []
> > > > > currentOperations: {}
> > > > > created: Tue Dec 04 18:52:11 CET 2012
> > > > > finished: Tue Dec 04 18:52:11 CET 2012
> > > > > status: FAILURE
> > > > > residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > > > progress: 1.0
> > > > > type: <none/>
> > > > > result:
> > > > > errorInfo: [VM_HVM_REQUIRED,
> > > > > OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > > otherConfig: {}
> > > > > subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > > > subtasks: []
> > > > >
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> > > > > urceBase.java:3269)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > > urceBase.java:1292)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > > .java:142)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > > rixResourceBase.java:497)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > > esource.java:136)
> > > > > at
> > > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > java:191)
> > > > > at
> > > > >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > > at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > > or.java:886)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > > ava:908)
> > > > > at java.lang.Thread.run(Thread.java:680)
> > > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > > clean
> > > > > up VBD due to
> > > > > You gave an invalid object reference. The object may have recently
> > > > > been
> > > > > deleted. The class parameter gives the type of reference given,
> and
> > > > > the
> > > > > handle parameter echoes the bad value given.
> > > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > > re(CitrixResourceBase.java:1092)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > > urceBase.java:1353)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > > .java:142)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > > rixResourceBase.java:497)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > > esource.java:136)
> > > > > at
> > > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > java:191)
> > > > > at
> > > > >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > > at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > > or.java:886)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > > ava:908)
> > > > > at java.lang.Thread.run(Thread.java:680)
> > > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > > clean
> > > > > up VBD due to
> > > > > You gave an invalid object reference. The object may have recently
> > > > > been
> > > > > deleted. The class parameter gives the type of reference given,
> and
> > > > > the
> > > > > handle parameter echoes the bad value given.
> > > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > > re(CitrixResourceBase.java:1092)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > > urceBase.java:1353)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > > .java:142)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > > rixResourceBase.java:497)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > > esource.java:136)
> > > > > at
> > > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > java:191)
> > > > > at
> > > > >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > > at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > > or.java:886)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > > ava:908)
> > > > > at java.lang.Thread.run(Thread.java:680)
> > > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > > cleanup
> > > > > VIF
> > > > > You gave an invalid object reference. The object may have recently
> > > > > been
> > > > > deleted. The class parameter gives the type of reference given,
> and
> > > > > the
> > > > > handle parameter echoes the bad value given.
> > > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > > at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > > re(CitrixResourceBase.java:1100)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > > urceBase.java:1353)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > > .java:142)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > > rixResourceBase.java:497)
> > > > > at
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > > esource.java:136)
> > > > > at
> > > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > java:191)
> > > > > at
> > > > >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > > at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > at
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > > or.java:886)
> > > > > at
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > > ava:908)
> > > > > at java.lang.Thread.run(Thread.java:680)
> > > > > INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> > > > > Unable
> > > > > to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM
> due
> > to
> > > > > INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does
> not
> > > > > exist
> > > > > on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > > INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > > > com.cloud.exception.InsufficientServerCapacityException: Unable to
> > > > > create a
> > > > > deployment for VM[User|6d31c26c-c559-4393-b772-
> > > > > d557c3143381]Scope=interface
> > > > > com.cloud.dc.DataCenter; id=1
> > > > >
> > > > > Regards,
> > > > >
> > > > > Charles
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <
> ch007m@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run
> > local
> > > > > > management server and devcloud2 (VB). What should I do on
> DevCloud2
> > > > > to
> > > > > > upgrade xapi ?
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xuefei.Xu@citrix.com
> >
> > > > > wrote:
> > > > > >
> > > > > >> What's Cloudstack version you are using?
> > > > > >> Looks like your are using a very old version. This issue is
> fixed
> > > > > in new
> > > > > >> version.
> > > > > >>
> > > > > >> setMemoryStaticMin API is not used in new version.
> > > > > >>
> > > > > >>
> > > > > >> Please upgrade to a newer version.
> > > > > >>
> > > > > >>
> > > > > >> Anthony
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> > -----Original Message-----
> > > > > >> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > > >> > Sent: Tuesday, December 04, 2012 4:56 AM
> > > > > >> > To: cloudstack-users@incubator.apache.org
> > > > > >> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must
> satisfy:
> > > > > >> >
> > > > > >> > Hi,
> > > > > >> >
> > > > > >> > How can I figure out this exception when I try to create a new
> > > > > instance
> > > > > >> > using by example Centos 6.3 ISO (compute offering = 500MHertz,
> > > > > 500MB,
> > > > > >> > local
> > > > > >> > storage) ?
> > > > > >> >
> > > > > >> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:)
> Catch
> > > > > >> > Exception:
> > > > > >> > class com.xensource.xenapi.Types$XenAPIException due to
> > > > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > static_min
> > > ?
> > > > > >> > dynamic_min ? dynamic_max ? static_max
> > > > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > static_min
> > > ?
> > > > > >> > dynamic_min ? dynamic_max ? static_max
> > > > > >> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > > >> > at
> com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > > >> > ection.dispatch(XenServerConnectionPool.java:909)
> > > > > >> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > > > > >> > sourceBase.java:3116)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > > > > >> > te(CitrixResourceBase.java:985)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > > >> > urceBase.java:1278)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > > >> > .java:142)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > > >> > rixResourceBase.java:497)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > > >> > esource.java:136)
> > > > > >> > at
> > > > > >> >
> > > > >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > > >> > java:191)
> > > > > >> > at
> > > > > >> >
> > > > >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > > >> > at
> > > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > >> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > > >> > at
> > > > > >> >
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > > >> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > > >> > at
> > > > > >> >
> > > > >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > > >> > n(ScheduledThreadPoolExecutor.java:206)
> > > > > >> > at
> > > > > >> >
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > > >> > or.java:886)
> > > > > >> > at
> > > > > >> >
> > > > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > > >> > ava:908)
> > > > > >> > at java.lang.Thread.run(Thread.java:680)
> > > > > >> >
> > > > > >> > Regards,
> > > > > >> >
> > > > > >> > --
> > > > > >> > Charles Moulliard
> > > > > >> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > > >> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Charles Moulliard
> > > > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >
> > >
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Marc Cirauqui <mc...@gmail.com>.
Hi,
Now when adding a host it does not check for hvm and you should be able to
boot VMs... Never tried though...
On Wed, Dec 5, 2012 at 9:53 AM, Charles Moulliard <ch...@gmail.com> wrote:
> Hi Marc,
>
> I have run the MySQL script. So what should be the next step now ?
>
> Regards,
>
> Charles
>
>
>
>
> On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui <mc...@gmail.com> wrote:
>
> > Check this out...
> >
> >
> >
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
> >
> > thx
> >
> >
> > On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com>
> wrote:
> >
> > > I don't think you can run HVM on devCloud.
> > > Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is running
> > > doesn't support VTX( hardware virtualization acceleration).
> > > Or nested VTX is not supported.
> > >
> > >
> > > What's guest OS you are running?
> > > Try to run CentOS 5.6, it should work.
> > >
> > >
> > > Anthony
> > >
> > >
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > Sent: Tuesday, December 04, 2012 12:45 PM
> > > > To: cloudstack-users@incubator.apache.org
> > > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >
> > > > BTW if I define different a compute offering with the following
> config,
> > > > I
> > > > get the following error message. Is it also related to the same
> > > > problem ?
> > > >
> > > > --> Offering : 200MB, 200 Hz, Local Storage to create an instance of
> > > > CentOS
> > > > 6.3
> > > >
> > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > start
> > > > i-2-13-VM due to
> > > > com.cloud.utils.exception.CloudRuntimeException: Unable to start
> > > > VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to
> Task
> > > > failed! Task record: uuid:
> > > > 56466789-c4bd-d26d-5bee-47b240316b4f
> > > > nameLabel: Async.VM.start_on
> > > > nameDescription:
> > > > allowedOperations: []
> > > > currentOperations: {}
> > > > created: Tue Dec 04 18:52:11 CET 2012
> > > > finished: Tue Dec 04 18:52:11 CET 2012
> > > > status: FAILURE
> > > > residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > > progress: 1.0
> > > > type: <none/>
> > > > result:
> > > > errorInfo: [VM_HVM_REQUIRED,
> > > > OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > > otherConfig: {}
> > > > subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > > subtasks: []
> > > >
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> > > > urceBase.java:3269)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > urceBase.java:1292)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > .java:142)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > rixResourceBase.java:497)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > esource.java:136)
> > > > at
> > > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > java:191)
> > > > at
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > or.java:886)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > ava:908)
> > > > at java.lang.Thread.run(Thread.java:680)
> > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > clean
> > > > up VBD due to
> > > > You gave an invalid object reference. The object may have recently
> > > > been
> > > > deleted. The class parameter gives the type of reference given, and
> > > > the
> > > > handle parameter echoes the bad value given.
> > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > re(CitrixResourceBase.java:1092)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > urceBase.java:1353)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > .java:142)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > rixResourceBase.java:497)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > esource.java:136)
> > > > at
> > > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > java:191)
> > > > at
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > or.java:886)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > ava:908)
> > > > at java.lang.Thread.run(Thread.java:680)
> > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > clean
> > > > up VBD due to
> > > > You gave an invalid object reference. The object may have recently
> > > > been
> > > > deleted. The class parameter gives the type of reference given, and
> > > > the
> > > > handle parameter echoes the bad value given.
> > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > re(CitrixResourceBase.java:1092)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > urceBase.java:1353)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > .java:142)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > rixResourceBase.java:497)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > esource.java:136)
> > > > at
> > > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > java:191)
> > > > at
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > or.java:886)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > ava:908)
> > > > at java.lang.Thread.run(Thread.java:680)
> > > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > > cleanup
> > > > VIF
> > > > You gave an invalid object reference. The object may have recently
> > > > been
> > > > deleted. The class parameter gives the type of reference given, and
> > > > the
> > > > handle parameter echoes the bad value given.
> > > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > ection.dispatch(XenServerConnectionPool.java:909)
> > > > at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > > re(CitrixResourceBase.java:1100)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > urceBase.java:1353)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > .java:142)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > rixResourceBase.java:497)
> > > > at
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > esource.java:136)
> > > > at
> > > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > java:191)
> > > > at
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > at
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > n(ScheduledThreadPoolExecutor.java:206)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > or.java:886)
> > > > at
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > ava:908)
> > > > at java.lang.Thread.run(Thread.java:680)
> > > > INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> > > > Unable
> > > > to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM due
> to
> > > > INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does not
> > > > exist
> > > > on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > > INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > > com.cloud.exception.InsufficientServerCapacityException: Unable to
> > > > create a
> > > > deployment for VM[User|6d31c26c-c559-4393-b772-
> > > > d557c3143381]Scope=interface
> > > > com.cloud.dc.DataCenter; id=1
> > > >
> > > > Regards,
> > > >
> > > > Charles
> > > >
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <ch...@gmail.com>
> > > > wrote:
> > > >
> > > > > I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run
> local
> > > > > management server and devcloud2 (VB). What should I do on DevCloud2
> > > > to
> > > > > upgrade xapi ?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com>
> > > > wrote:
> > > > >
> > > > >> What's Cloudstack version you are using?
> > > > >> Looks like your are using a very old version. This issue is fixed
> > > > in new
> > > > >> version.
> > > > >>
> > > > >> setMemoryStaticMin API is not used in new version.
> > > > >>
> > > > >>
> > > > >> Please upgrade to a newer version.
> > > > >>
> > > > >>
> > > > >> Anthony
> > > > >>
> > > > >>
> > > > >>
> > > > >> > -----Original Message-----
> > > > >> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > > >> > Sent: Tuesday, December 04, 2012 4:56 AM
> > > > >> > To: cloudstack-users@incubator.apache.org
> > > > >> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > > >> >
> > > > >> > Hi,
> > > > >> >
> > > > >> > How can I figure out this exception when I try to create a new
> > > > instance
> > > > >> > using by example Centos 6.3 ISO (compute offering = 500MHertz,
> > > > 500MB,
> > > > >> > local
> > > > >> > storage) ?
> > > > >> >
> > > > >> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > > > >> > Exception:
> > > > >> > class com.xensource.xenapi.Types$XenAPIException due to
> > > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> static_min
> > ?
> > > > >> > dynamic_min ? dynamic_max ? static_max
> > > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> static_min
> > ?
> > > > >> > dynamic_min ? dynamic_max ? static_max
> > > > >> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > > >> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > > >> > ection.dispatch(XenServerConnectionPool.java:909)
> > > > >> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > > > >> > sourceBase.java:3116)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > > > >> > te(CitrixResourceBase.java:985)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > > >> > urceBase.java:1278)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > > >> > .java:142)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > > >> > rixResourceBase.java:497)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > > >> > esource.java:136)
> > > > >> > at
> > > > >> >
> > > >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > > >> > java:191)
> > > > >> > at
> > > > >> >
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > >> > at
> > > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > >> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >> > at
> > > > >> >
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > > >> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > > >> > at
> > > > >> >
> > > >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > > >> > n(ScheduledThreadPoolExecutor.java:206)
> > > > >> > at
> > > > >> >
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > > >> > or.java:886)
> > > > >> > at
> > > > >> >
> > > >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > > >> > ava:908)
> > > > >> > at java.lang.Thread.run(Thread.java:680)
> > > > >> >
> > > > >> > Regards,
> > > > >> >
> > > > >> > --
> > > > >> > Charles Moulliard
> > > > >> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > >> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Charles Moulliard
> > > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> >
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
Hi Marc,
I have run the MySQL script. So what should be the next step now ?
Regards,
Charles
On Wed, Dec 5, 2012 at 8:50 AM, Marc Cirauqui <mc...@gmail.com> wrote:
> Check this out...
>
>
> http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
>
> thx
>
>
> On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
> > I don't think you can run HVM on devCloud.
> > Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is running
> > doesn't support VTX( hardware virtualization acceleration).
> > Or nested VTX is not supported.
> >
> >
> > What's guest OS you are running?
> > Try to run CentOS 5.6, it should work.
> >
> >
> > Anthony
> >
> >
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > Sent: Tuesday, December 04, 2012 12:45 PM
> > > To: cloudstack-users@incubator.apache.org
> > > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >
> > > BTW if I define different a compute offering with the following config,
> > > I
> > > get the following error message. Is it also related to the same
> > > problem ?
> > >
> > > --> Offering : 200MB, 200 Hz, Local Storage to create an instance of
> > > CentOS
> > > 6.3
> > >
> > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > start
> > > i-2-13-VM due to
> > > com.cloud.utils.exception.CloudRuntimeException: Unable to start
> > > VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to Task
> > > failed! Task record: uuid:
> > > 56466789-c4bd-d26d-5bee-47b240316b4f
> > > nameLabel: Async.VM.start_on
> > > nameDescription:
> > > allowedOperations: []
> > > currentOperations: {}
> > > created: Tue Dec 04 18:52:11 CET 2012
> > > finished: Tue Dec 04 18:52:11 CET 2012
> > > status: FAILURE
> > > residentOn: com.xensource.xenapi.Host@3ba61fa8
> > > progress: 1.0
> > > type: <none/>
> > > result:
> > > errorInfo: [VM_HVM_REQUIRED,
> > > OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > > otherConfig: {}
> > > subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > > subtasks: []
> > >
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> > > urceBase.java:3269)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > urceBase.java:1292)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > .java:142)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > rixResourceBase.java:497)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > esource.java:136)
> > > at
> > > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > java:191)
> > > at
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > n(ScheduledThreadPoolExecutor.java:206)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > or.java:886)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > ava:908)
> > > at java.lang.Thread.run(Thread.java:680)
> > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > clean
> > > up VBD due to
> > > You gave an invalid object reference. The object may have recently
> > > been
> > > deleted. The class parameter gives the type of reference given, and
> > > the
> > > handle parameter echoes the bad value given.
> > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > at
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > ection.dispatch(XenServerConnectionPool.java:909)
> > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > re(CitrixResourceBase.java:1092)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > urceBase.java:1353)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > .java:142)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > rixResourceBase.java:497)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > esource.java:136)
> > > at
> > > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > java:191)
> > > at
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > n(ScheduledThreadPoolExecutor.java:206)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > or.java:886)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > ava:908)
> > > at java.lang.Thread.run(Thread.java:680)
> > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > clean
> > > up VBD due to
> > > You gave an invalid object reference. The object may have recently
> > > been
> > > deleted. The class parameter gives the type of reference given, and
> > > the
> > > handle parameter echoes the bad value given.
> > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > at
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > ection.dispatch(XenServerConnectionPool.java:909)
> > > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > re(CitrixResourceBase.java:1092)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > urceBase.java:1353)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > .java:142)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > rixResourceBase.java:497)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > esource.java:136)
> > > at
> > > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > java:191)
> > > at
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > n(ScheduledThreadPoolExecutor.java:206)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > or.java:886)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > ava:908)
> > > at java.lang.Thread.run(Thread.java:680)
> > > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > > cleanup
> > > VIF
> > > You gave an invalid object reference. The object may have recently
> > > been
> > > deleted. The class parameter gives the type of reference given, and
> > > the
> > > handle parameter echoes the bad value given.
> > > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > at
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > ection.dispatch(XenServerConnectionPool.java:909)
> > > at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > > re(CitrixResourceBase.java:1100)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > urceBase.java:1353)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > .java:142)
> > > at
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > rixResourceBase.java:497)
> > > at
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > esource.java:136)
> > > at
> > > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > java:191)
> > > at
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > n(ScheduledThreadPoolExecutor.java:206)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > or.java:886)
> > > at
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > ava:908)
> > > at java.lang.Thread.run(Thread.java:680)
> > > INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> > > Unable
> > > to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM due to
> > > INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does not
> > > exist
> > > on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > > INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > > com.cloud.exception.InsufficientServerCapacityException: Unable to
> > > create a
> > > deployment for VM[User|6d31c26c-c559-4393-b772-
> > > d557c3143381]Scope=interface
> > > com.cloud.dc.DataCenter; id=1
> > >
> > > Regards,
> > >
> > > Charles
> > >
> > >
> > >
> > > On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <ch...@gmail.com>
> > > wrote:
> > >
> > > > I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run local
> > > > management server and devcloud2 (VB). What should I do on DevCloud2
> > > to
> > > > upgrade xapi ?
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com>
> > > wrote:
> > > >
> > > >> What's Cloudstack version you are using?
> > > >> Looks like your are using a very old version. This issue is fixed
> > > in new
> > > >> version.
> > > >>
> > > >> setMemoryStaticMin API is not used in new version.
> > > >>
> > > >>
> > > >> Please upgrade to a newer version.
> > > >>
> > > >>
> > > >> Anthony
> > > >>
> > > >>
> > > >>
> > > >> > -----Original Message-----
> > > >> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > > >> > Sent: Tuesday, December 04, 2012 4:56 AM
> > > >> > To: cloudstack-users@incubator.apache.org
> > > >> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > > >> >
> > > >> > Hi,
> > > >> >
> > > >> > How can I figure out this exception when I try to create a new
> > > instance
> > > >> > using by example Centos 6.3 ISO (compute offering = 500MHertz,
> > > 500MB,
> > > >> > local
> > > >> > storage) ?
> > > >> >
> > > >> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > > >> > Exception:
> > > >> > class com.xensource.xenapi.Types$XenAPIException due to
> > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min
> ?
> > > >> > dynamic_min ? dynamic_max ? static_max
> > > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min
> ?
> > > >> > dynamic_min ? dynamic_max ? static_max
> > > >> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > > >> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > > >> > ection.dispatch(XenServerConnectionPool.java:909)
> > > >> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > > >> > sourceBase.java:3116)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > > >> > te(CitrixResourceBase.java:985)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > > >> > urceBase.java:1278)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > > >> > .java:142)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > > >> > rixResourceBase.java:497)
> > > >> > at
> > > >> >
> > > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > > >> > esource.java:136)
> > > >> > at
> > > >> >
> > > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > > >> > java:191)
> > > >> > at
> > > >> >
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > >> > at
> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > >> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >> > at
> > > >> >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > > >> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > > >> > at
> > > >> >
> > > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > > >> > n(ScheduledThreadPoolExecutor.java:206)
> > > >> > at
> > > >> >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > > >> > or.java:886)
> > > >> > at
> > > >> >
> > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > > >> > ava:908)
> > > >> > at java.lang.Thread.run(Thread.java:680)
> > > >> >
> > > >> > Regards,
> > > >> >
> > > >> > --
> > > >> > Charles Moulliard
> > > >> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > >> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Charles Moulliard
> > > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Marc Cirauqui <mc...@gmail.com>.
Check this out...
http://docs.cloudstack.org/Knowledge_Base/How_to_use_CloudStack_without_Hardware_Virtualization
thx
On Tue, Dec 4, 2012 at 11:23 PM, Anthony Xu <Xu...@citrix.com> wrote:
> I don't think you can run HVM on devCloud.
> Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is running
> doesn't support VTX( hardware virtualization acceleration).
> Or nested VTX is not supported.
>
>
> What's guest OS you are running?
> Try to run CentOS 5.6, it should work.
>
>
> Anthony
>
>
>
>
>
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 12:45 PM
> > To: cloudstack-users@incubator.apache.org
> > Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > BTW if I define different a compute offering with the following config,
> > I
> > get the following error message. Is it also related to the same
> > problem ?
> >
> > --> Offering : 200MB, 200 Hz, Local Storage to create an instance of
> > CentOS
> > 6.3
> >
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > start
> > i-2-13-VM due to
> > com.cloud.utils.exception.CloudRuntimeException: Unable to start
> > VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to Task
> > failed! Task record: uuid:
> > 56466789-c4bd-d26d-5bee-47b240316b4f
> > nameLabel: Async.VM.start_on
> > nameDescription:
> > allowedOperations: []
> > currentOperations: {}
> > created: Tue Dec 04 18:52:11 CET 2012
> > finished: Tue Dec 04 18:52:11 CET 2012
> > status: FAILURE
> > residentOn: com.xensource.xenapi.Host@3ba61fa8
> > progress: 1.0
> > type: <none/>
> > result:
> > errorInfo: [VM_HVM_REQUIRED,
> > OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> > otherConfig: {}
> > subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> > subtasks: []
> >
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> > urceBase.java:3269)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1292)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > clean
> > up VBD due to
> > You gave an invalid object reference. The object may have recently
> > been
> > deleted. The class parameter gives the type of reference given, and
> > the
> > handle parameter echoes the bad value given.
> > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > re(CitrixResourceBase.java:1092)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1353)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > clean
> > up VBD due to
> > You gave an invalid object reference. The object may have recently
> > been
> > deleted. The class parameter gives the type of reference given, and
> > the
> > handle parameter echoes the bad value given.
> > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > re(CitrixResourceBase.java:1092)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1353)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> > cleanup
> > VIF
> > You gave an invalid object reference. The object may have recently
> > been
> > deleted. The class parameter gives the type of reference given, and
> > the
> > handle parameter echoes the bad value given.
> > at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> > re(CitrixResourceBase.java:1100)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1353)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> > INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> > Unable
> > to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM due to
> > INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does not
> > exist
> > on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> > INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> > com.cloud.exception.InsufficientServerCapacityException: Unable to
> > create a
> > deployment for VM[User|6d31c26c-c559-4393-b772-
> > d557c3143381]Scope=interface
> > com.cloud.dc.DataCenter; id=1
> >
> > Regards,
> >
> > Charles
> >
> >
> >
> > On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <ch...@gmail.com>
> > wrote:
> >
> > > I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run local
> > > management server and devcloud2 (VB). What should I do on DevCloud2
> > to
> > > upgrade xapi ?
> > >
> > >
> > >
> > >
> > > On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com>
> > wrote:
> > >
> > >> What's Cloudstack version you are using?
> > >> Looks like your are using a very old version. This issue is fixed
> > in new
> > >> version.
> > >>
> > >> setMemoryStaticMin API is not used in new version.
> > >>
> > >>
> > >> Please upgrade to a newer version.
> > >>
> > >>
> > >> Anthony
> > >>
> > >>
> > >>
> > >> > -----Original Message-----
> > >> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > >> > Sent: Tuesday, December 04, 2012 4:56 AM
> > >> > To: cloudstack-users@incubator.apache.org
> > >> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> > >> >
> > >> > Hi,
> > >> >
> > >> > How can I figure out this exception when I try to create a new
> > instance
> > >> > using by example Centos 6.3 ISO (compute offering = 500MHertz,
> > 500MB,
> > >> > local
> > >> > storage) ?
> > >> >
> > >> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > >> > Exception:
> > >> > class com.xensource.xenapi.Types$XenAPIException due to
> > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > >> > dynamic_min ? dynamic_max ? static_max
> > >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > >> > dynamic_min ? dynamic_max ? static_max
> > >> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > >> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > >> > ection.dispatch(XenServerConnectionPool.java:909)
> > >> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > >> > sourceBase.java:3116)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > >> > te(CitrixResourceBase.java:985)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > >> > urceBase.java:1278)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > >> > .java:142)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > >> > rixResourceBase.java:497)
> > >> > at
> > >> >
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > >> > esource.java:136)
> > >> > at
> > >> >
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > >> > java:191)
> > >> > at
> > >> >
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > >> > at
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > >> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >> > at
> > >> >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > >> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > >> > at
> > >> >
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > >> > n(ScheduledThreadPoolExecutor.java:206)
> > >> > at
> > >> >
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > >> > or.java:886)
> > >> > at
> > >> >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > >> > ava:908)
> > >> > at java.lang.Thread.run(Thread.java:680)
> > >> >
> > >> > Regards,
> > >> >
> > >> > --
> > >> > Charles Moulliard
> > >> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > >> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >>
> > >
> > >
> > >
> > > --
> > > Charles Moulliard
> > > Apache Committer / Sr. Enterprise Architect (RedHat)
> > > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> > >
> > >
> > >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
I don't think you can run HVM on devCloud.
Since XCP&ubuntu is running on virtual box, the VCPU ubuntu is running doesn't support VTX( hardware virtualization acceleration).
Or nested VTX is not supported.
What's guest OS you are running?
Try to run CentOS 5.6, it should work.
Anthony
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 12:45 PM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> BTW if I define different a compute offering with the following config,
> I
> get the following error message. Is it also related to the same
> problem ?
>
> --> Offering : 200MB, 200 Hz, Local Storage to create an instance of
> CentOS
> 6.3
>
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> start
> i-2-13-VM due to
> com.cloud.utils.exception.CloudRuntimeException: Unable to start
> VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to Task
> failed! Task record: uuid:
> 56466789-c4bd-d26d-5bee-47b240316b4f
> nameLabel: Async.VM.start_on
> nameDescription:
> allowedOperations: []
> currentOperations: {}
> created: Tue Dec 04 18:52:11 CET 2012
> finished: Tue Dec 04 18:52:11 CET 2012
> status: FAILURE
> residentOn: com.xensource.xenapi.Host@3ba61fa8
> progress: 1.0
> type: <none/>
> result:
> errorInfo: [VM_HVM_REQUIRED,
> OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
> otherConfig: {}
> subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
>
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixReso
> urceBase.java:3269)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1292)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> clean
> up VBD due to
> You gave an invalid object reference. The object may have recently
> been
> deleted. The class parameter gives the type of reference given, and
> the
> handle parameter echoes the bad value given.
> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> re(CitrixResourceBase.java:1092)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1353)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> clean
> up VBD due to
> You gave an invalid object reference. The object may have recently
> been
> deleted. The class parameter gives the type of reference given, and
> the
> handle parameter echoes the bad value given.
> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> re(CitrixResourceBase.java:1092)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1353)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to
> cleanup
> VIF
> You gave an invalid object reference. The object may have recently
> been
> deleted. The class parameter gives the type of reference given, and
> the
> handle parameter echoes the bad value given.
> at com.xensource.xenapi.Types.checkResponse(Types.java:207)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.unplug(VIF.java:804)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailu
> re(CitrixResourceBase.java:1100)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1353)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
> INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19)
> Unable
> to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM due to
> INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does not
> exist
> on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
> INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
> com.cloud.exception.InsufficientServerCapacityException: Unable to
> create a
> deployment for VM[User|6d31c26c-c559-4393-b772-
> d557c3143381]Scope=interface
> com.cloud.dc.DataCenter; id=1
>
> Regards,
>
> Charles
>
>
>
> On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <ch...@gmail.com>
> wrote:
>
> > I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run local
> > management server and devcloud2 (VB). What should I do on DevCloud2
> to
> > upgrade xapi ?
> >
> >
> >
> >
> > On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com>
> wrote:
> >
> >> What's Cloudstack version you are using?
> >> Looks like your are using a very old version. This issue is fixed
> in new
> >> version.
> >>
> >> setMemoryStaticMin API is not used in new version.
> >>
> >>
> >> Please upgrade to a newer version.
> >>
> >>
> >> Anthony
> >>
> >>
> >>
> >> > -----Original Message-----
> >> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> >> > Sent: Tuesday, December 04, 2012 4:56 AM
> >> > To: cloudstack-users@incubator.apache.org
> >> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >> >
> >> > Hi,
> >> >
> >> > How can I figure out this exception when I try to create a new
> instance
> >> > using by example Centos 6.3 ISO (compute offering = 500MHertz,
> 500MB,
> >> > local
> >> > storage) ?
> >> >
> >> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> >> > Exception:
> >> > class com.xensource.xenapi.Types$XenAPIException due to
> >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> >> > dynamic_min ? dynamic_max ? static_max
> >> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> >> > dynamic_min ? dynamic_max ? static_max
> >> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> >> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> >> > ection.dispatch(XenServerConnectionPool.java:909)
> >> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> >> > sourceBase.java:3116)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> >> > te(CitrixResourceBase.java:985)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> >> > urceBase.java:1278)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> >> > .java:142)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> >> > rixResourceBase.java:497)
> >> > at
> >> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> >> > esource.java:136)
> >> > at
> >> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> >> > java:191)
> >> > at
> >> >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >> > at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >> > at
> >> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> >> > cess$301(ScheduledThreadPoolExecutor.java:98)
> >> > at
> >> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> >> > n(ScheduledThreadPoolExecutor.java:206)
> >> > at
> >> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> >> > or.java:886)
> >> > at
> >> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> >> > ava:908)
> >> > at java.lang.Thread.run(Thread.java:680)
> >> >
> >> > Regards,
> >> >
> >> > --
> >> > Charles Moulliard
> >> > Apache Committer / Sr. Enterprise Architect (RedHat)
> >> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >>
> >
> >
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
> >
> >
> >
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
BTW if I define different a compute offering with the following config, I
get the following error message. Is it also related to the same problem ?
--> Offering : 200MB, 200 Hz, Local Storage to create an instance of CentOS
6.3
WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to start
i-2-13-VM due to
com.cloud.utils.exception.CloudRuntimeException: Unable to start
VM(i-2-13-VM) on host(9d4c9db8-32f7-25c3-0435-eab4bf3adcea) due to Task
failed! Task record: uuid:
56466789-c4bd-d26d-5bee-47b240316b4f
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Tue Dec 04 18:52:11 CET 2012
finished: Tue Dec 04 18:52:11 CET 2012
status: FAILURE
residentOn: com.xensource.xenapi.Host@3ba61fa8
progress: 1.0
type: <none/>
result:
errorInfo: [VM_HVM_REQUIRED,
OpaqueRef:6ae4a574-e4af-7cb8-a7d7-fd30de95cc0c]
otherConfig: {}
subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3269)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1292)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to clean
up VBD due to
You gave an invalid object reference. The object may have recently been
deleted. The class parameter gives the type of reference given, and the
handle parameter echoes the bad value given.
at com.xensource.xenapi.Types.checkResponse(Types.java:207)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1092)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1353)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to clean
up VBD due to
You gave an invalid object reference. The object may have recently been
deleted. The class parameter gives the type of reference given, and the
handle parameter echoes the bad value given.
at com.xensource.xenapi.Types.checkResponse(Types.java:207)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VBD.unplug(VBD.java:1054)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1092)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1353)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
WARN [xen.resource.CitrixResourceBase] (DirectAgent-80:) Unable to cleanup
VIF
You gave an invalid object reference. The object may have recently been
deleted. The class parameter gives the type of reference given, and the
handle parameter echoes the bad value given.
at com.xensource.xenapi.Types.checkResponse(Types.java:207)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VIF.unplug(VIF.java:804)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1100)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1353)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:142)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:497)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:136)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-7:job-19) Unable
to start VM on Host[-1-Routing] due to Unable to start i-2-13-VM due to
INFO [xen.resource.CitrixResourceBase] (DirectAgent-92:) VM does not exist
on XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea
INFO [api.commands.DeployVMCmd] (Job-Executor-7:job-19)
com.cloud.exception.InsufficientServerCapacityException: Unable to create a
deployment for VM[User|6d31c26c-c559-4393-b772-d557c3143381]Scope=interface
com.cloud.dc.DataCenter; id=1
Regards,
Charles
On Tue, Dec 4, 2012 at 9:38 PM, Charles Moulliard <ch...@gmail.com> wrote:
> I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run local
> management server and devcloud2 (VB). What should I do on DevCloud2 to
> upgrade xapi ?
>
>
>
>
> On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
>
>> What's Cloudstack version you are using?
>> Looks like your are using a very old version. This issue is fixed in new
>> version.
>>
>> setMemoryStaticMin API is not used in new version.
>>
>>
>> Please upgrade to a newer version.
>>
>>
>> Anthony
>>
>>
>>
>> > -----Original Message-----
>> > From: Charles Moulliard [mailto:ch007m@gmail.com]
>> > Sent: Tuesday, December 04, 2012 4:56 AM
>> > To: cloudstack-users@incubator.apache.org
>> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>> >
>> > Hi,
>> >
>> > How can I figure out this exception when I try to create a new instance
>> > using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
>> > local
>> > storage) ?
>> >
>> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
>> > Exception:
>> > class com.xensource.xenapi.Types$XenAPIException due to
>> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>> > dynamic_min ? dynamic_max ? static_max
>> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
>> > dynamic_min ? dynamic_max ? static_max
>> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
>> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>> > at
>> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
>> > ection.dispatch(XenServerConnectionPool.java:909)
>> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
>> > at
>> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
>> > sourceBase.java:3116)
>> > at
>> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
>> > te(CitrixResourceBase.java:985)
>> > at
>> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
>> > urceBase.java:1278)
>> > at
>> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
>> > .java:142)
>> > at
>> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
>> > rixResourceBase.java:497)
>> > at
>> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
>> > esource.java:136)
>> > at
>> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
>> > java:191)
>> > at
>> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > at
>> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
>> > cess$301(ScheduledThreadPoolExecutor.java:98)
>> > at
>> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
>> > n(ScheduledThreadPoolExecutor.java:206)
>> > at
>> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
>> > or.java:886)
>> > at
>> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
>> > ava:908)
>> > at java.lang.Thread.run(Thread.java:680)
>> >
>> > Regards,
>> >
>> > --
>> > Charles Moulliard
>> > Apache Committer / Sr. Enterprise Architect (RedHat)
>> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Charles Moulliard <ch...@gmail.com>.
I'm using last code build (4.1.0-SNAPSHOT) from Git repo to run local
management server and devcloud2 (VB). What should I do on DevCloud2 to
upgrade xapi ?
On Tue, Dec 4, 2012 at 6:10 PM, Anthony Xu <Xu...@citrix.com> wrote:
> What's Cloudstack version you are using?
> Looks like your are using a very old version. This issue is fixed in new
> version.
>
> setMemoryStaticMin API is not used in new version.
>
>
> Please upgrade to a newer version.
>
>
> Anthony
>
>
>
> > -----Original Message-----
> > From: Charles Moulliard [mailto:ch007m@gmail.com]
> > Sent: Tuesday, December 04, 2012 4:56 AM
> > To: cloudstack-users@incubator.apache.org
> > Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
> >
> > Hi,
> >
> > How can I figure out this exception when I try to create a new instance
> > using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> > local
> > storage) ?
> >
> > WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> > Exception:
> > class com.xensource.xenapi.Types$XenAPIException due to
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> > dynamic_min ? dynamic_max ? static_max
> > at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> > ection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> > sourceBase.java:3116)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> > te(CitrixResourceBase.java:985)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> > urceBase.java:1278)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> > .java:142)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> > rixResourceBase.java:497)
> > at
> > com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> > esource.java:136)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> > java:191)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> > or.java:886)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> > ava:908)
> > at java.lang.Thread.run(Thread.java:680)
> >
> > Regards,
> >
> > --
> > Charles Moulliard
> > Apache Committer / Sr. Enterprise Architect (RedHat)
> > Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
RE: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
Posted by Anthony Xu <Xu...@citrix.com>.
What's Cloudstack version you are using?
Looks like your are using a very old version. This issue is fixed in new version.
setMemoryStaticMin API is not used in new version.
Please upgrade to a newer version.
Anthony
> -----Original Message-----
> From: Charles Moulliard [mailto:ch007m@gmail.com]
> Sent: Tuesday, December 04, 2012 4:56 AM
> To: cloudstack-users@incubator.apache.org
> Subject: MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy:
>
> Hi,
>
> How can I figure out this exception when I try to create a new instance
> using by example Centos 6.3 ISO (compute offering = 500MHertz, 500MB,
> local
> storage) ?
>
> WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Catch
> Exception:
> class com.xensource.xenapi.Types$XenAPIException due to
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> MEMORY_CONSTRAINT_VIOLATIONMemory limits must satisfy: static_min ?
> dynamic_min ? dynamic_max ? static_max
> at com.xensource.xenapi.Types.checkResponse(Types.java:1732)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConn
> ection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VM.setMemoryStaticMin(VM.java:3450)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setMemory(CitrixRe
> sourceBase.java:3116)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.createVmFromTempla
> te(CitrixResourceBase.java:985)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixReso
> urceBase.java:1278)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource
> .java:142)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Cit
> rixResourceBase.java:497)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssR
> esource.java:136)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.
> java:191)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
> at java.lang.Thread.run(Thread.java:680)
>
> Regards,
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com