System VM

[Maurice Lawler]

Hello,I'm curious, is this the most recent up to date system VM for download for KVM?http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2

System VM

[Maurice Lawler]

Hello,

Going through the install, I noticed the system VM template hasnt 
changed URL. Is it safe to assume to utilize this one:


# /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m 
/mnt/secondary -u 
http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 -h kvm -s 
 -F


Or should I be utilizing another?

- Maurice

Re: System VM

[Ahmad Emneina]

That seems to be the latest stable release for the KVM template (according
to the 4.1 install docs). You can also get bleeding edge templates from:
http://jenkins.cloudstack.org/job/build-systemvm-master, say if youre
interested in ipv6 support and other features that didnt make it into
'-stable'.


On Tue, Jul 9, 2013 at 6:19 PM, Maurice Lawler wrote:

> Hello,
>
> I'm curious, is this the most recent up to date system VM for download for
> KVM?
>
>
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
>
>
>
>

4.4 System VM

[Ian Duffy]

Hi All,

I'm looking for a 32 bit version of the 4.4 system vm.

I took a look at the jenkins builds over at
http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm/however
all the file sizes are tiny and the latest builds are failing.

[Question] System VM

[Mike Tutkowski]

Hi,

I was wondering, I changed code related to copying a template down to
primary storage from secondary storage. This code - related to ESXi - gets
run in the SSVM.

Is it sufficient if I rebuild the codebase using the systemvm profile,
destroy my SSVM, and allow a new one to be created? Does this kind of code
get applied to system VMs are a patch as part of systemvm.iso?

The way I've tested this kind of code to date is by putting a breakpoint in
VMwareGuru and redirecting the command to run in the management server
instead of in the SSVM.

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

403Forbidden System VM

[Maurice Lawler]

# 
/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt 
-m /storage/secondary/ -u 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtemplate-2013-06-12-master-kv.qcow2.bz2 
-h kvm -F
--2014-01-24 12:47:02-- 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtemplate-2013-06-12-master-kv.qcow2.bz2
Resolving d21ifhcun6b1t2.cloudfront.net... 54.230.207.23, 54.239.172.41, 
54.230.204.143, ...

Connecting to d21ifhcun6b1t2.cloudfront.net|54.230.207.23|:80... connected.
HTTP request sent, awaiting response... 403 Forbidden
2014-01-24 12:47:02 ERROR 403: Forbidden.

Failed to fetch system vm template from 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtempla


Where else can I obtain the 4.2 system VM template?

Maurice

System VM Template

[Tutkowski, Mike]

Hi,

I may have missed an e-mail about this recently.

Can someone provide me with the current URL I can use to download system VM 
templates for 4.12?

I’ve tried 4.11 from here:

http://cloudstack.apt-get.eu/systemvm/4.11/

and master from here:

https://builds.cloudstack.org/job/build-master-systemvm/

However, in neither case can I get the VR up and running on 4.12.

Thanks!
Mike

Re: System VM

[Travis Graham]

Here are the correct links for 4.2.0:

Xenserver : 
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master-xen.vhd.bz2
  
KVM  :
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
  
VMware   : http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova 

Travis

On Oct 2, 2013, at 7:00 PM, Maurice Lawler  wrote:

> Hello,
> 
> Going through the install, I noticed the system VM template hasnt changed 
> URL. Is it safe to assume to utilize this one:
> 
> # /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt 
> -m /mnt/secondary -u 
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 
> -h kvm -s  -F
> 
> 
> Or should I be utilizing another?
> 
> - Maurice

Re: System VM

[Maurice Lawler]

Thank you!

- Maurice
On 10/2/13, 7:21 PM, Travis Graham wrote:

Here are the correct links for 4.2.0:

Xenserver : 
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master-xen.vhd.bz2
  
KVM  :
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
  
VMware   : http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova

Travis

On Oct 2, 2013, at 7:00 PM, Maurice Lawler  wrote:


Hello,

Going through the install, I noticed the system VM template hasnt changed URL. 
Is it safe to assume to utilize this one:

# /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m 
/mnt/secondary -u 
http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 -h kvm -s 
 -F


Or should I be utilizing another?

- Maurice

Re: System VM

[Marcus Sorensen]

For 4.2 that doesn't work. If the docs say that, we need to fix it.

On Wed, Oct 2, 2013 at 5:00 PM, Maurice Lawler  wrote:
> Hello,
>
> Going through the install, I noticed the system VM template hasnt changed
> URL. Is it safe to assume to utilize this one:
>
> # /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
> -m /mnt/secondary -u
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
> -h kvm -s  -F
>
>
> Or should I be utilizing another?
>
> - Maurice

Re: System VM

[Chiradeep Vittal]

I enabled cloudfront on this so that folks in
S.America/Africa/Europe/Asia/Oceania can have better speeds.

Just substitute d21ifhcun6b1t2.cloudfront.net for download.cloud.com



On 10/2/13 4:21 PM, "Travis Graham"  wrote:

>Here are the correct links for 4.2.0:
>
>Xenserver : 
>http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master
>-xen.vhd.bz2   
>KVM  :
>http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master
>-kvm.qcow2.bz2 
>VMware   : 
>http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova
>
>Travis
>
>On Oct 2, 2013, at 7:00 PM, Maurice Lawler  wrote:
>
>> Hello,
>> 
>> Going through the install, I noticed the system VM template hasnt
>>changed URL. Is it safe to assume to utilize this one:
>> 
>> # 
>>/usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
>> -m /mnt/secondary -u
>>http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.b
>>z2 -h kvm -s  -F
>> 
>> 
>> Or should I be utilizing another?
>> 
>> - Maurice
>

Re: System VM

[Travis Graham]

Hey Marcus,

The docs were split out today to make them easier to work on. I'll be going
through them later tonight to fix things like this and sending out a diff
to get them corrected as soon as possible.

Travis

On Wednesday, October 2, 2013, Marcus Sorensen wrote:

> For 4.2 that doesn't work. If the docs say that, we need to fix it.
>
> On Wed, Oct 2, 2013 at 5:00 PM, Maurice Lawler 
> >
> wrote:
> > Hello,
> >
> > Going through the install, I noticed the system VM template hasnt changed
> > URL. Is it safe to assume to utilize this one:
> >
> > #
> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
> > -m /mnt/secondary -u
> >
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
> > -h kvm -s  -F
> >
> >
> > Or should I be utilizing another?
> >
> > - Maurice
>

Re: System VM

[David Nalley]

On Wed, Oct 2, 2013 at 7:34 PM, Travis Graham  wrote:
> Hey Marcus,
>
> The docs were split out today to make them easier to work on. I'll be going
> through them later tonight to fix things like this and sending out a diff
> to get them corrected as soon as possible.
>
> Travis

Hi Travis:

Lets try and make the patches small - perhaps one per file, or one per
several files, but not omnibus. It will be much easier to parse, and
apply, especially if something doesn't build cleanly.

--David

RE: System VM

[Jessica Tomechak]

Hi guys,
Not arguing against it, but I would be very much interested in your reasoning 
behind why having docs in a separate repo makes them easier to work on. What 
have we experienced since this time last year which has led us to reverse the 
original decision to keep docs in the same repo with code?

And having mentioned this, also thanks to y'all for taking care of doing the 
actual split and setting up the new repo.

Jessica T.

From: David Nalley [da...@gnsa.us]
Sent: Wednesday, October 02, 2013 4:38 PM
To: dev@cloudstack.apache.org
Subject: Re: System VM

On Wed, Oct 2, 2013 at 7:34 PM, Travis Graham  wrote:
> Hey Marcus,
>
> The docs were split out today to make them easier to work on. I'll be going
> through them later tonight to fix things like this and sending out a diff
> to get them corrected as soon as possible.
>
> Travis

Hi Travis:

Lets try and make the patches small - perhaps one per file, or one per
several files, but not omnibus. It will be much easier to parse, and
apply, especially if something doesn't build cleanly.

--David

Re: System VM

[Chip Childers]

On Fri, Oct 04, 2013 at 05:43:16PM +, Jessica Tomechak wrote:
> Hi guys,
> Not arguing against it, but I would be very much interested in your reasoning 
> behind why having docs in a separate repo makes them easier to work on. What 
> have we experienced since this time last year which has led us to reverse the 
> original decision to keep docs in the same repo with code?
> 
> And having mentioned this, also thanks to y'all for taking care of doing the 
> actual split and setting up the new repo.
> 
> Jessica T.

Documentation has a different lifecycle from the code, since docs aren't
usually complete anywhere near feature complete.

Also, having it in a different repo will help contributors more easily
work with the documentation.  We are seeing a number of new folks in the
community that want to help on that front.  

-chip

Re: System VM

[Travis Graham]

From the perspective of a new community member being able to contribute to a 
separate repo that doesn't touch the app code is nice because that would open 
up the possibility of being a committer for the doc repo and separate that silo 
of work. Also less volatile in the fact that people, like me, who don't want to 
or can't mess with the actual Java side of the house and potentially having to 
deal with funky rebase issues and keeping up to date in the fast moving target 
state that the main code stays in.

There's talk of splitting the Release Manager out into separate roles with one 
head RM and sub RM's within their area of responsibility. I think this would 
help on that front as well. Having a lead Docs person (I think that's David?) 
who can oversee the whole process but can delegate things out to community 
members who are willing to take on the work.

That's my initial thoughts, I'm sure I could think of more advantages later 
once I work through more of the docs process. It's been interesting so far.

Travis

On Oct 4, 2013, at 1:55 PM, Chip Childers  wrote:

> On Fri, Oct 04, 2013 at 05:43:16PM +, Jessica Tomechak wrote:
>> Hi guys,
>> Not arguing against it, but I would be very much interested in your 
>> reasoning behind why having docs in a separate repo makes them easier to 
>> work on. What have we experienced since this time last year which has led us 
>> to reverse the original decision to keep docs in the same repo with code?
>> 
>> And having mentioned this, also thanks to y'all for taking care of doing the 
>> actual split and setting up the new repo.
>> 
>> Jessica T.
> 
> Documentation has a different lifecycle from the code, since docs aren't
> usually complete anywhere near feature complete.
> 
> Also, having it in a different repo will help contributors more easily
> work with the documentation.  We are seeing a number of new folks in the
> community that want to help on that front.  
> 
> -chip

RE: System VM

[Radhika Puthiyetath]

Hi All,

Before setting up the cloudstack repo, we argued that doc should be in a 
different repo. At that time, nobody listened to our argument of doc having a 
different life cycle.

I am wondering why this back and forth decisions changes now for docs.

-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com] 
Sent: Friday, October 04, 2013 11:25 PM
To: dev@cloudstack.apache.org
Subject: Re: System VM

On Fri, Oct 04, 2013 at 05:43:16PM +, Jessica Tomechak wrote:
> Hi guys,
> Not arguing against it, but I would be very much interested in your reasoning 
> behind why having docs in a separate repo makes them easier to work on. What 
> have we experienced since this time last year which has led us to reverse the 
> original decision to keep docs in the same repo with code?
> 
> And having mentioned this, also thanks to y'all for taking care of doing the 
> actual split and setting up the new repo.
> 
> Jessica T.

Documentation has a different lifecycle from the code, since docs aren't 
usually complete anywhere near feature complete.

Also, having it in a different repo will help contributors more easily work 
with the documentation.  We are seeing a number of new folks in the community 
that want to help on that front.  

-chip

Re: System VM

[sebgoa]

On Oct 5, 2013, at 5:53 AM, Radhika Puthiyetath 
 wrote:

> Hi All,
> 
> Before setting up the cloudstack repo, we argued that doc should be in a 
> different repo. At that time, nobody listened to our argument of doc having a 
> different life cycle.
> 

Then we should have listened

> I am wondering why this back and forth decisions changes now for docs.

Things change Radhika: community gets bigger, code gets more complex, you have 
more releases under your belt, you learn from experience. You have cloudmonkey 
and you realize it needs to be separate, then you think about docs and you 
realize they might be better off in their own repo, you poll the community, 
reach consensus and you make the move.

Nothing else to read into it than trying to find mechanisms to have great docs 
and help people contribute to it. 

-sebastien

> 
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com] 
> Sent: Friday, October 04, 2013 11:25 PM
> To: dev@cloudstack.apache.org
> Subject: Re: System VM
> 
> On Fri, Oct 04, 2013 at 05:43:16PM +, Jessica Tomechak wrote:
>> Hi guys,
>> Not arguing against it, but I would be very much interested in your 
>> reasoning behind why having docs in a separate repo makes them easier to 
>> work on. What have we experienced since this time last year which has led us 
>> to reverse the original decision to keep docs in the same repo with code?
>> 
>> And having mentioned this, also thanks to y'all for taking care of doing the 
>> actual split and setting up the new repo.
>> 
>> Jessica T.
> 
> Documentation has a different lifecycle from the code, since docs aren't 
> usually complete anywhere near feature complete.
> 
> Also, having it in a different repo will help contributors more easily work 
> with the documentation.  We are seeing a number of new folks in the community 
> that want to help on that front.  
> 
> -chip

System VM Capacity Issue

[John Burwell]

All,After pulling and building the latest from the 4.2 branch (around 10am on 25 July 2013), the SSVM and CPVM are being created, but will not start due to capacity issues.  Before this build, the system VMs were allocating and starting as expected.  For this test, I completely rebuilt the branch including the system vm image (i.e. mvn -P developer, systemvm clean install) and rebuilt the database from scratch.  The following is an extract of the log form the startup:2013-07-25 12:35:22,888 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Deploy avoids pods: null, clusters: [1], hosts: [1]2013-07-25 12:35:22,889 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) DeploymentPlanner allocation algorithm: com.cloud.deploy.FirstFitPlanner_EnhancerByCloudStack_208ecd91@3a67ba872013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Trying to allocate a host and storage pools from dc:1, pod:1,cluster:null, requested cpu:100, requested ram: 1048576002013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Is ROOT volume READY (pool already allocated)?: No2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Searching resources only under specified Pod: 12013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Listing clusters in order of aggregate capacity, that have (atleast one host with) enough CPU and RAM capacity under this Pod: 12013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Removing from the clusterId list these clusters from avoid set: [1]2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No clusters found after removing disabled clusters and clusters in avoid list, returning.2013-07-25 12:35:22,906 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) VM state transitted from :Starting to Stopped with event: OperationFailedvm's original host id: null new host id: null host id before state transition: 12013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's actual total CPU: 2565 and CPU after applying overprovisioning: 769502013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's actual total RAM: 2977418304 and RAM after applying overprovisioning: 893225451522013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release cpu from host: 1, old used: 100,reserved: 0, actual total: 2565, total with overprovisioning: 76950; new used: 0,reserved:0; movedfromreserved: false,moveToReserveredfalse2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release mem from host: 1, old used: 104857600,reserved: 0, total: 89322545152; new used: 0,reserved:0; movedfromreserved: false,moveToReserveredfalse2013-07-25 12:35:22,921 WARN  [storage.secondary.SecondaryStorageManagerImpl] (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Exception while trying to start secondary storage vmcom.cloud.exception.InsufficientServerCapacityException: Unable to create a deployment for VM[SecondaryStorageVm|s-40-VM]Scope=interface com.cloud.dc.DataCenter; id=1        at com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:882)        at com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:618)        at com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:611)        at com.cloud.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(SecondaryStorageManagerImpl.java:265)        at com.cloud.server.ManagementServerImpl.startSecondaryStorageVm(ManagementServerImpl.java:2941)        at com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)        at com.cloud.server.ManagementServerImpl.startSystemVM(ManagementServerImpl.java:3069)        at org.apache.cloudstack.api.command.admin.systemvm.StartSystemVMCmd.execute(StartSystemVMCmd.java:106)        at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)        at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)        at java.util.concurrent.Executors$RunnableAdapter.call(Exe

system vm ssh keys

[Mo]

Is there a backend script I could run to regenerate the SsH keys for the system 
vms. 

It seems somehow when I built this, those didn't get populated. During the 
installation I ran into issue, perhaps that is the reason behind this.

Either way, help would be appreciated. 

Mo

Can't create system VM

[Tejas Gadaria]

Hi,

I am facing following error while trying to create system vm's.
I am using CS 4.0.2
Logs are given below..

2014-03-12 14:36:03,819 ERROR [vmware.mo.VirtualMachineMO]
(DirectAgent-3:10.129.146.101) VMware createSnapshot_Task failed due to
Invalid virtual machine configuration. com.vmware.vim25.InvalidVmConfig
2014-03-12 14:36:04,023 DEBUG [cloud.server.StatsCollector]
(StatsCollector-3:null) VmStatsCollector is running...
2014-03-12 14:36:05,283 ERROR [vmware.manager.VmwareStorageManagerImpl]
(DirectAgent-3:10.129.146.101) Unable to create base snapshot for template,
templateName: routing-8, templateUuid: 041eb0533104aa0ce5b8122ff868
2014-03-12 14:36:05,283 ERROR [vmware.manager.VmwareStorageManagerImpl]
(DirectAgent-3:10.129.146.101) Unable to execute
PrimaryStorageDownloadCommand due to exception
java.lang.Exception: Unable to create base snapshot for template,
templateName: routing-8, templateUuid: 041eb0533104aa0ce5b8122ff868
at
com.cloud.hypervisor.vmware.manager.VmwareStorageManagerImpl.copyTemplateFromSecondaryToPrimary(VmwareStorageManagerImpl.java:477)
at
com.cloud.hypervisor.vmware.manager.VmwareStorageManagerImpl.execute(VmwareStorageManagerImpl.java:138)
at
com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:3509)
at
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:401)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
2014-03-12 14:36:05,285 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-3:null) Seq 1-1844903945: Response Received:
2014-03-12 14:36:05,285 DEBUG [agent.transport.Request]
(DirectAgent-3:null) Seq 1-1844903945: Processing:  { Ans: , MgmtId:
345052169635, via: 1, Ver: v1, Flags: 110,
[{"storage.PrimaryStorageDownloadAnswer":{"templateSize":0,"result":false,"details":"Unable
to execute PrimaryStorageDownloadCommand due to exception","wait":0}}] }
2014-03-12 14:36:05,286 DEBUG [agent.transport.Request]
(consoleproxy-1:null) Seq 1-1844903945: Received:  { Ans: , MgmtId:
345052169635, via: 1, Ver: v1, Flags: 110, { PrimaryStorageDownloadAnswer }
}
2014-03-12 14:36:05,286 DEBUG [agent.manager.AgentManagerImpl]
(consoleproxy-1:null) Details from executing class
com.cloud.agent.api.storage.PrimaryStorageDownloadCommand: Unable to
execute PrimaryStorageDownloadCommand due to exception
2014-03-12 14:36:05,286 DEBUG [cloud.template.TemplateManagerImpl]
(consoleproxy-1:null) Template 8 download to pool 202 failed due to Unable
to execute PrimaryStorageDownloadCommand due to exception
2014-03-12 14:36:05,286 DEBUG [cloud.template.TemplateManagerImpl]
(consoleproxy-1:null) Downloading 8 via 1
2014-03-12 14:36:05,290 DEBUG [agent.manager.AgentAttache]
(DirectAgent-3:null) Seq 1-1844903945: No more commands found
2014-03-12 14:36:05,292 DEBUG [agent.transport.Request]
(consoleproxy-1:null) Seq 1-1844903966: Sending  { Cmd , MgmtId:
345052169635, via: 1, Ver: v1, Flags: 100111,
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/a108a303-3f9c-3369-8ed1-c66d52b325e1","poolUuid":"a108a303-3f9c-3369-8ed1-c66d52b325e1","poolId":202,"secondaryStorageUrl":"nfs://
10.129.146.41/vol/secondary","primaryStorageUrl":"nfs://
10.129.146.41/vol/primary/","url":"nfs://
10.129.146.41/vol/secondary/template/tmpl/1/8/","format":"OVA","accountId":1,"name":"routing-8","wait":10800}}]
}
2014-03-12 14:36:05,292 DEBUG [agent.transport.Request]
(consoleproxy-1:null) Seq 1-1844903966: Executing:  { Cmd , MgmtId:
345052169635, via: 1, Ver: v1, Flags: 100111,
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/a108a303-3f9c-3369-8ed1-c66d52b325e1","poolUuid":"a108a303-3f9c-3369-8ed1-c66d52b325e1","poolId":202,"secondaryStorageUrl":"nfs://
10.129.146.41/vol/secondary","primaryStorageUrl":"nfs://
10.129.146.41/vol/primary/","url":"nfs://
10.129.146.41/vol/secondary/template/tmpl/1/8/","format":"OVA","accountId":1,"name":"routing-8","wait":10800}}]
}
2014-03-12 14:36:05,293 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-18:null) Seq 1-1844903966: Executing request
2014-03-12 14:36:05,295 INFO  [vmware.resource.VmwareResource]
(DirectAgent-18:10.129.146.101) Executing resource
PrimaryStorageDownloadCommand:
{"localPath":"/mnt/a108a303-3f9c-3369-8ed1-c66d52b325e1","poolUuid":"a108a303-3f9c-3369-8ed1-

Re: 4.4 System VM

[Ian Duffy]

Resolved this for the master build.

Jenkins is going again:
http://jenkins.buildacloud.org/job/build-systemvm-master/193/


On 14 May 2014 20:47, Ian Duffy  wrote:

> Hi All,
>
> I'm looking for a 32 bit version of the 4.4 system vm.
>
> I took a look at the jenkins builds over at
> http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm/however 
> all the file sizes are tiny and the latest builds are failing.
>

RE: [Question] System VM

[Sateesh Chodapuneedi]

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 09 December 2014 05:41
> To: dev@cloudstack.apache.org
> Subject: [Question] System VM
> 
> Hi,
> 
> I was wondering, I changed code related to copying a template down to primary 
> storage from secondary storage. This code - related
> to ESXi - gets run in the SSVM.
> 
> Is it sufficient if I rebuild the codebase using the systemvm profile, 
> destroy my SSVM, and allow a new one to be created? Does this
> kind of code get applied to system VMs are a patch as part of systemvm.iso?
Yes, that should be sufficient. 
Just make sure there is no stale systemvm.iso in systemvm folder of the 
secondary storage share in the zone.

Regards,
Sateesh
> 
> The way I've tested this kind of code to date is by putting a breakpoint in 
> VMwareGuru and redirecting the command to run in the
> management server instead of in the SSVM.
> 
> Thanks!
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*

Re: [Question] System VM

[Mike Tutkowski]

Thanks, Sateesh!

On Monday, December 8, 2014, Sateesh Chodapuneedi <
sateesh.chodapune...@citrix.com> wrote:

> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com 
> ]
> > Sent: 09 December 2014 05:41
> > To: dev@cloudstack.apache.org 
> > Subject: [Question] System VM
> >
> > Hi,
> >
> > I was wondering, I changed code related to copying a template down to
> primary storage from secondary storage. This code - related
> > to ESXi - gets run in the SSVM.
> >
> > Is it sufficient if I rebuild the codebase using the systemvm profile,
> destroy my SSVM, and allow a new one to be created? Does this
> > kind of code get applied to system VMs are a patch as part of
> systemvm.iso?
> Yes, that should be sufficient.
> Just make sure there is no stale systemvm.iso in systemvm folder of the
> secondary storage share in the zone.
>
> Regards,
> Sateesh
> >
> > The way I've tested this kind of code to date is by putting a breakpoint
> in VMwareGuru and redirecting the command to run in the
> > management server instead of in the SSVM.
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com 
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

Re: [Question] System VM

[Nitin Mehta]

I kind of doubt that the new systemvm.iso will be propagated to the sec.
storage. You can always follow the process in the wiki [1] to propagate
the new iso which will contain your code change.

[1] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemV
m.iso-VMWare

Thanks,
-Nitin

On 09/12/14 8:15 AM, "Mike Tutkowski"  wrote:

>Thanks, Sateesh!
>
>On Monday, December 8, 2014, Sateesh Chodapuneedi <
>sateesh.chodapune...@citrix.com> wrote:
>
>> > -Original Message-
>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com
>>
>> ]
>> > Sent: 09 December 2014 05:41
>> > To: dev@cloudstack.apache.org 
>> > Subject: [Question] System VM
>> >
>> > Hi,
>> >
>> > I was wondering, I changed code related to copying a template down to
>> primary storage from secondary storage. This code - related
>> > to ESXi - gets run in the SSVM.
>> >
>> > Is it sufficient if I rebuild the codebase using the systemvm profile,
>> destroy my SSVM, and allow a new one to be created? Does this
>> > kind of code get applied to system VMs are a patch as part of
>> systemvm.iso?
>> Yes, that should be sufficient.
>> Just make sure there is no stale systemvm.iso in systemvm folder of the
>> secondary storage share in the zone.
>>
>> Regards,
>> Sateesh
>> >
>> > The way I've tested this kind of code to date is by putting a
>>breakpoint
>> in VMwareGuru and redirecting the command to run in the
>> > management server instead of in the SSVM.
>> >
>> > Thanks!
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com 
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > <http://solidfire.com/solution/overview/?video=play>**
>>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
><http://solidfire.com/solution/overview/?video=play>**

Re: [Question] System VM

[Mike Tutkowski]

Thanks, Nitin!

On Mon, Dec 8, 2014 at 9:50 PM, Nitin Mehta  wrote:

> I kind of doubt that the new systemvm.iso will be propagated to the sec.
> storage. You can always follow the process in the wiki [1] to propagate
> the new iso which will contain your code change.
>
> [1]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemV
> m.iso-VMWare
>
> Thanks,
> -Nitin
>
> On 09/12/14 8:15 AM, "Mike Tutkowski" 
> wrote:
>
> >Thanks, Sateesh!
> >
> >On Monday, December 8, 2014, Sateesh Chodapuneedi <
> >sateesh.chodapune...@citrix.com> wrote:
> >
> >> > -Original Message-
> >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com
> >>
> >> ]
> >> > Sent: 09 December 2014 05:41
> >> > To: dev@cloudstack.apache.org 
> >> > Subject: [Question] System VM
> >> >
> >> > Hi,
> >> >
> >> > I was wondering, I changed code related to copying a template down to
> >> primary storage from secondary storage. This code - related
> >> > to ESXi - gets run in the SSVM.
> >> >
> >> > Is it sufficient if I rebuild the codebase using the systemvm profile,
> >> destroy my SSVM, and allow a new one to be created? Does this
> >> > kind of code get applied to system VMs are a patch as part of
> >> systemvm.iso?
> >> Yes, that should be sufficient.
> >> Just make sure there is no stale systemvm.iso in systemvm folder of the
> >> secondary storage share in the zone.
> >>
> >> Regards,
> >> Sateesh
> >> >
> >> > The way I've tested this kind of code to date is by putting a
> >>breakpoint
> >> in VMwareGuru and redirecting the command to run in the
> >> > management server instead of in the SSVM.
> >> >
> >> > Thanks!
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com 
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the cloud
> >> > <http://solidfire.com/solution/overview/?video=play>* *
> >>
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> ><http://solidfire.com/solution/overview/?video=play>* *
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

4.3 System VM Templates

[Will Stevens]

Where are these located?  The path shown in the docs does not resolve for
me.

Doc:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack

Path: http://
jenkins.cloudstack.org/view/master/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-08-29-master-xen.vhd.bz2

Thanks...

Upgrade System VM Template

[Ian Service]

I'm having no end of NAT issues with the System VM template I installed
with 4.1 and I noticed there's a newer one available.  Is there a
documented upgrade procedure somewhere or is it as simple as install the
new one and update a mysql table to point to the new template?

Thanks,

- Ian

vmware system vm features

[Domenico De Monte]

Hello,
i would like to let you consider some features that i think should be useful 
for normal CS administration.

Could you ponder to use following features for system vm and router vm at least 
for vmware ?

- system and router vm with LVM volumes ( to let admin decide to increase disk 
size );
- system and router vm with 64bit OS ( in order to use more resources and 
kernel features );


Could you also consider to introduce on CS with basic network configuration, 
another guest network for internal traffic only between users vm?

I think this is useful in order to let users connect own vm with private subnet 
without needed to use VLAN. 

For example CS could create a private network for user (just a standard switch 
on vmware ) and let him connect vm to it.

These are just few ideas, that should take few time to develop, but could make 
CS better, i think and hope!

Just think about it.


Best regards





Supernova s.r.l.
Via G. Misiticoni, 3
65126 - Pescara
ITALY


www.netsons.com 
Domenico De Monte
CEO


t. (+39) 085 45 100 52
m. (+39) 339 79 033 98
e. d.demo...@netsons.com


 

Netsons è un marchio registrato dalla Supernova s.r.l. 

Le informazioni trasmesse sono riservate alla persona o alla società indicata 
come destinatario, e possono includere contenuti considerati confidenziali. 
Ogni elaborazione, comunicazione, trasmissione o altro utilizzo, anche azioni 
conseguenti alla conoscenza di queste informazioni da parte di chiunque non sia 
espressamente indicato come destinatario è proibita. Nel caso abbiate ricevuto 
per errore questa comunicazione, siete pregati di darne avviso a info [at] 
netsons.com ed eliminare ogni stampa ed ogni traccia informatica. Il ricevente 
dovrà inoltre accertarsi che gli eventuali allegati non contengano virus prima 
di aprirli. Qualunque opinione o affermazione presentata in questo messaggio è 
da ritenersi propria dell'autore e non rappresenta necessariamente la posizione 
della Società. 

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential material. Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please contact: info 
[at] netsons.com and delete the material from any computer. If this email 
contains attachments you should ensure they are checked for viruses before 
opening them. Any views or opinions presented are solely those of the author 
and do not necessarily represent those of the company.

Re: 403Forbidden System VM

[Maurice Lawler]

Found one:

http://download.cloud.com/templates/4.2//systemvmtemplate/-/2013-06-12/-/master/-kvm./qcow2/./bz2/


Is the other one down for good or?


On 1/24/14, 12:48 PM, Maurice Lawler wrote:
# 
/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt 
-m /storage/secondary/ -u 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtemplate-2013-06-12-master-kv.qcow2.bz2 
-h kvm -F
--2014-01-24 12:47:02-- 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtemplate-2013-06-12-master-kv.qcow2.bz2
Resolving d21ifhcun6b1t2.cloudfront.net... 54.230.207.23, 
54.239.172.41, 54.230.204.143, ...
Connecting to d21ifhcun6b1t2.cloudfront.net|54.230.207.23|:80... 
connected.

HTTP request sent, awaiting response... 403 Forbidden
2014-01-24 12:47:02 ERROR 403: Forbidden.

Failed to fetch system vm template from 
http://d21ifhcun6b1t2.cloudfront.net/templates/4.2/systemvmtempla


Where else can I obtain the 4.2 system VM template?

Maurice

Re: System VM Template

[Rafael Weingärtner]

Hey Mike,

This week I have been using ACS 4.12 to do some testing. VRs and system VMs
are deploying just fine with the system VM template of 4.11. Of course, by
using this template (the 4.11) I am not receiving the changes already made
to it in both 4.11 and current master branch.

During my testes, I allocated a public IP, created some NAT rules,
allocated directly attach IPs. Everything was working as expected.


The hypervisor I am using is XenServer both 6.5 and 7.2.

On Tue, Apr 3, 2018 at 1:56 AM, Tutkowski, Mike 
wrote:

> Hi,
>
> I may have missed an e-mail about this recently.
>
> Can someone provide me with the current URL I can use to download system
> VM templates for 4.12?
>
> I’ve tried 4.11 from here:
>
> http://cloudstack.apt-get.eu/systemvm/4.11/
>
> and master from here:
>
> https://builds.cloudstack.org/job/build-master-systemvm/
>
> However, in neither case can I get the VR up and running on 4.12.
>
> Thanks!
> Mike
>



-- 
Rafael Weingärtner

Re: System VM Template

[Tutkowski, Mike]

Thanks for your feedback, Rafael.

I re-created my 4.12 cloud today (after fetching the latest code and using the 
master branch) and still seem to be having trouble with the VR. The hypervisor 
type I’m using here is XenServer 6.5.

When I examine the VR in the CloudStack GUI, the “Requires Upgrade” column 
says, “Yes”. However, when I try to initiate the upgrade, I get an error 
message stating that the VR is not in the proper state (because it’s stuck in 
the Starting state).

The system VM template I am working with is the following: 
http://cloudstack.apt-get.eu/systemvm/4.11/

In case anyone sees something, I’ve included the contents of my VR’s cloud.log 
file below.

Thanks!

Thu Apr  5 16:45:01 UTC 2018 Executing cloud-early-config
Thu Apr  5 16:45:01 UTC 2018 Detected that we are running inside xen-domU
Thu Apr  5 16:45:02 UTC 2018 Scripts checksum detected: 
oldmd5=60703a62ef9d1666975ec0a8ce421270 newmd5=7f8c303cd3303ff902e7ad9f3f1f092b
Thu Apr  5 16:45:02 UTC 2018 Patched scripts using 
/media/cdrom/cloud-scripts.tgz
Thu Apr  5 16:45:02 UTC 2018 Patching cloud service
Thu Apr  5 16:45:02 UTC 2018 Configuring systemvm type=dhcpsrvr
Thu Apr  5 16:45:02 UTC 2018 Setting up dhcp server system vm
Thu Apr  5 16:45:04 UTC 2018 Setting up dnsmasq
Thu Apr  5 16:45:05 UTC 2018 Setting up apache web server
Thu Apr  5 16:45:05 UTC 2018 Processors = 1  Enable service  = 0
Thu Apr  5 16:45:05 UTC 2018 cloud: enable_fwding = 0
Thu Apr  5 16:45:05 UTC 2018 enable_fwding = 0
Thu Apr  5 16:45:05 UTC 2018 Finished setting up systemvm
2018-04-05 16:45:05,924  merge.py load:296 Continuing with the processing of 
file '/var/cache/cloud/cmd_line.json'
2018-04-05 16:45:05,927  merge.py process:101 Command of type cmdline received
2018-04-05 16:45:05,928  merge.py process:101 Command of type ips received
2018-04-05 16:45:05,929  merge.py process:101 Command of type ips received
2018-04-05 16:45:05,930  CsHelper.py execute:188 Executing: ip addr show dev 
eth1
2018-04-05 16:45:05,941  CsHelper.py execute:188 Executing: ip addr show dev 
eth0
2018-04-05 16:45:05,950  CsHelper.py execute:188 Executing: ip addr show dev 
eth1
2018-04-05 16:45:05,958  CsAddress.py process:108 Address found in DataBag ==> 
{u'public_ip': u'169.254.3.171', u'one_to_one_nat': False, u'nic_dev_id': u'1', 
u'network': u'169.254.0.0/16', u'netmask': u'255.255.0.0', u'source_nat': 
False, u'broadcast': u'169.254.255.255', u'add': True, u'nw_type': u'control', 
u'device': u'eth1', u'cidr': u'169.254.3.171/16', u'gateway': u'None', u'size': 
u'16'}
2018-04-05 16:45:05,959  CsAddress.py process:116 Address 169.254.3.171/16 on 
device eth1 already configured
2018-04-05 16:45:05,959  CsRoute.py defaultroute_exists:103 Checking if default 
ipv4 route is present
2018-04-05 16:45:05,959  CsHelper.py execute:188 Executing: ip -4 route list 0/0
2018-04-05 16:45:05,967  CsRoute.py defaultroute_exists:107 Default route 
found: default via 10.117.40.126 dev eth0 
2018-04-05 16:45:05,967  CsHelper.py execute:188 Executing: ip addr show dev 
eth0
2018-04-05 16:45:05,976  CsAddress.py process:108 Address found in DataBag ==> 
{u'public_ip': u'10.117.40.33', u'one_to_one_nat': False, u'nic_dev_id': u'0', 
u'network': u'10.117.40.0/25', u'netmask': u'255.255.255.128', u'source_nat': 
False, u'broadcast': u'10.117.40.127', u'add': True, u'nw_type': u'guest', 
u'device': u'eth0', u'cidr': u'10.117.40.33/25', u'gateway': u'None', u'size': 
u'25'}
2018-04-05 16:45:05,976  CsAddress.py process:116 Address 10.117.40.33/25 on 
device eth0 already configured
2018-04-05 16:45:05,976  CsRoute.py add_table:37 Adding route table: 0 
Table_eth0 to /etc/iproute2/rt_tables if not present 
2018-04-05 16:45:05,978  CsHelper.py execute:188 Executing: sudo echo 0 
Table_eth0 >> /etc/iproute2/rt_tables
2018-04-05 16:45:06,015  CsHelper.py execute:188 Executing: ip rule show
2018-04-05 16:45:06,026  CsHelper.py execute:188 Executing: ip rule show
2018-04-05 16:45:06,034  CsHelper.py execute:188 Executing: ip rule add fwmark 
0 table Table_eth0
2018-04-05 16:45:06,042  CsRule.py addMark:49 Added fwmark rule for Table_eth0
2018-04-05 16:45:06,043  CsHelper.py execute:188 Executing: ip link show eth0 | 
grep 'state DOWN'
2018-04-05 16:45:06,053  CsHelper.py execute:193 Command 'ip link show eth0 | 
grep 'state DOWN'' returned non-zero exit status 1
2018-04-05 16:45:06,053  CsHelper.py execute:188 Executing: arping -c 1 -I eth0 
-A -U -s 10.117.40.33 None
2018-04-05 16:45:06,066  CsHelpe

Re: System VM Template

[Tutkowski, Mike]

OK, wait a second. :)

It works now. It just took a longer time than normal.

When I examine the VR in the GUI, it no longer says it requires an upgrade and 
has transitioned to the Running state.

It usually only takes a minute or so for it to come up and get into the Running 
state. It took about 10 minutes in this case, but it did end up working.

On 4/5/18, 10:56 AM, "Tutkowski, Mike"  wrote:

Thanks for your feedback, Rafael.

I re-created my 4.12 cloud today (after fetching the latest code and using 
the master branch) and still seem to be having trouble with the VR. The 
hypervisor type I’m using here is XenServer 6.5.

When I examine the VR in the CloudStack GUI, the “Requires Upgrade” column 
says, “Yes”. However, when I try to initiate the upgrade, I get an error 
message stating that the VR is not in the proper state (because it’s stuck in 
the Starting state).
    
The system VM template I am working with is the following: 
http://cloudstack.apt-get.eu/systemvm/4.11/

In case anyone sees something, I’ve included the contents of my VR’s 
cloud.log file below.

Thanks!

Thu Apr  5 16:45:01 UTC 2018 Executing cloud-early-config
Thu Apr  5 16:45:01 UTC 2018 Detected that we are running inside xen-domU
Thu Apr  5 16:45:02 UTC 2018 Scripts checksum detected: 
oldmd5=60703a62ef9d1666975ec0a8ce421270 newmd5=7f8c303cd3303ff902e7ad9f3f1f092b
Thu Apr  5 16:45:02 UTC 2018 Patched scripts using 
/media/cdrom/cloud-scripts.tgz
Thu Apr  5 16:45:02 UTC 2018 Patching cloud service
Thu Apr  5 16:45:02 UTC 2018 Configuring systemvm type=dhcpsrvr
Thu Apr  5 16:45:02 UTC 2018 Setting up dhcp server system vm
Thu Apr  5 16:45:04 UTC 2018 Setting up dnsmasq
Thu Apr  5 16:45:05 UTC 2018 Setting up apache web server
Thu Apr  5 16:45:05 UTC 2018 Processors = 1  Enable service  = 0
Thu Apr  5 16:45:05 UTC 2018 cloud: enable_fwding = 0
Thu Apr  5 16:45:05 UTC 2018 enable_fwding = 0
Thu Apr  5 16:45:05 UTC 2018 Finished setting up systemvm
2018-04-05 16:45:05,924  merge.py load:296 Continuing with the processing 
of file '/var/cache/cloud/cmd_line.json'
2018-04-05 16:45:05,927  merge.py process:101 Command of type cmdline 
received
2018-04-05 16:45:05,928  merge.py process:101 Command of type ips received
2018-04-05 16:45:05,929  merge.py process:101 Command of type ips received
2018-04-05 16:45:05,930  CsHelper.py execute:188 Executing: ip addr show 
dev eth1
2018-04-05 16:45:05,941  CsHelper.py execute:188 Executing: ip addr show 
dev eth0
2018-04-05 16:45:05,950  CsHelper.py execute:188 Executing: ip addr show 
dev eth1
2018-04-05 16:45:05,958  CsAddress.py process:108 Address found in DataBag 
==> {u'public_ip': u'169.254.3.171', u'one_to_one_nat': False, u'nic_dev_id': 
u'1', u'network': u'169.254.0.0/16', u'netmask': u'255.255.0.0', u'source_nat': 
False, u'broadcast': u'169.254.255.255', u'add': True, u'nw_type': u'control', 
u'device': u'eth1', u'cidr': u'169.254.3.171/16', u'gateway': u'None', u'size': 
u'16'}
2018-04-05 16:45:05,959  CsAddress.py process:116 Address 169.254.3.171/16 
on device eth1 already configured
2018-04-05 16:45:05,959  CsRoute.py defaultroute_exists:103 Checking if 
default ipv4 route is present
2018-04-05 16:45:05,959  CsHelper.py execute:188 Executing: ip -4 route 
list 0/0
2018-04-05 16:45:05,967  CsRoute.py defaultroute_exists:107 Default route 
found: default via 10.117.40.126 dev eth0 
2018-04-05 16:45:05,967  CsHelper.py execute:188 Executing: ip addr show 
dev eth0
2018-04-05 16:45:05,976  CsAddress.py process:108 Address found in DataBag 
==> {u'public_ip': u'10.117.40.33', u'one_to_one_nat': False, u'nic_dev_id': 
u'0', u'network': u'10.117.40.0/25', u'netmask': u'255.255.255.128', 
u'source_nat': False, u'broadcast': u'10.117.40.127', u'add': True, u'nw_type': 
u'guest', u'device': u'eth0', u'cidr': u'10.117.40.33/25', u'gateway': u'None', 
u'size': u'25'}
2018-04-05 16:45:05,976  CsAddress.py process:116 Address 10.117.40.33/25 
on device eth0 already configured
2018-04-05 16:45:05,976  CsRoute.py add_table:37 Adding route table: 0 
Table_eth0 to /etc/iproute2/rt_tables if not present 
2018-04-05 16:45:05,978  CsHelper.py execute:188 Executing: sudo echo 0 
Table_eth0 >> /etc/iproute2/rt_tables
2018-04-05 16:45:06,015  CsHelper.py execute:188 Executing: ip rule show
2018-04-05 16:45:06,026  CsHelper.py execute:188 Executin

Re: System VM Template

[Rafael Weingärtner]

I am using this template for system VMs:
http://download.cloudstack.org/systemvm/4.11/systemvmtemplate-4.11.0-xen.vhd.bz2
And, right now, the ACS version I am using was built using the branch of
this PR: https://github.com/apache/cloudstack/pull/2524. Everything seems
to be just fine here.

Could you get some details regarding the VR status that ACS is seeing?

On Thu, Apr 5, 2018 at 1:56 PM, Tutkowski, Mike 
wrote:

> Thanks for your feedback, Rafael.
>
> I re-created my 4.12 cloud today (after fetching the latest code and using
> the master branch) and still seem to be having trouble with the VR. The
> hypervisor type I’m using here is XenServer 6.5.
>
> When I examine the VR in the CloudStack GUI, the “Requires Upgrade” column
> says, “Yes”. However, when I try to initiate the upgrade, I get an error
> message stating that the VR is not in the proper state (because it’s stuck
> in the Starting state).
>
> The system VM template I am working with is the following:
> http://cloudstack.apt-get.eu/systemvm/4.11/
>
> In case anyone sees something, I’ve included the contents of my VR’s
> cloud.log file below.
>
> Thanks!
>
> Thu Apr  5 16:45:01 UTC 2018 Executing cloud-early-config
> Thu Apr  5 16:45:01 UTC 2018 Detected that we are running inside xen-domU
> Thu Apr  5 16:45:02 UTC 2018 Scripts checksum detected: oldmd5=
> 60703a62ef9d1666975ec0a8ce421270 newmd5=7f8c303cd3303ff902e7ad9f3f1f092b
> Thu Apr  5 16:45:02 UTC 2018 Patched scripts using
> /media/cdrom/cloud-scripts.tgz
> Thu Apr  5 16:45:02 UTC 2018 Patching cloud service
> Thu Apr  5 16:45:02 UTC 2018 Configuring systemvm type=dhcpsrvr
> Thu Apr  5 16:45:02 UTC 2018 Setting up dhcp server system vm
> Thu Apr  5 16:45:04 UTC 2018 Setting up dnsmasq
> Thu Apr  5 16:45:05 UTC 2018 Setting up apache web server
> Thu Apr  5 16:45:05 UTC 2018 Processors = 1  Enable service  = 0
> Thu Apr  5 16:45:05 UTC 2018 cloud: enable_fwding = 0
> Thu Apr  5 16:45:05 UTC 2018 enable_fwding = 0
> Thu Apr  5 16:45:05 UTC 2018 Finished setting up systemvm
> 2018-04-05 16:45:05,924  merge.py load:296 Continuing with the processing
> of file '/var/cache/cloud/cmd_line.json'
> 2018-04-05 16:45:05,927  merge.py process:101 Command of type cmdline
> received
> 2018-04-05 16:45:05,928  merge.py process:101 Command of type ips received
> 2018-04-05 16:45:05,929  merge.py process:101 Command of type ips received
> 2018-04-05 16:45:05,930  CsHelper.py execute:188 Executing: ip addr show
> dev eth1
> 2018-04-05 16:45:05,941  CsHelper.py execute:188 Executing: ip addr show
> dev eth0
> 2018-04-05 16:45:05,950  CsHelper.py execute:188 Executing: ip addr show
> dev eth1
> 2018-04-05 16:45:05,958  CsAddress.py process:108 Address found in DataBag
> ==> {u'public_ip': u'169.254.3.171', u'one_to_one_nat': False,
> u'nic_dev_id': u'1', u'network': u'169.254.0.0/16', u'netmask':
> u'255.255.0.0', u'source_nat': False, u'broadcast': u'169.254.255.255',
> u'add': True, u'nw_type': u'control', u'device': u'eth1', u'cidr': u'
> 169.254.3.171/16', u'gateway': u'None', u'size': u'16'}
> 2018-04-05 16:45:05,959  CsAddress.py process:116 Address 169.254.3.171/16
> on device eth1 already configured
> 2018-04-05 16:45:05,959  CsRoute.py defaultroute_exists:103 Checking if
> default ipv4 route is present
> 2018-04-05 16:45:05,959  CsHelper.py execute:188 Executing: ip -4 route
> list 0/0
> 2018-04-05 16:45:05,967  CsRoute.py defaultroute_exists:107 Default route
> found: default via 10.117.40.126 dev eth0
> 2018-04-05 16:45:05,967  CsHelper.py execute:188 Executing: ip addr show
> dev eth0
> 2018-04-05 16:45:05,976  CsAddress.py process:108 Address found in DataBag
> ==> {u'public_ip': u'10.117.40.33', u'one_to_one_nat': False,
> u'nic_dev_id': u'0', u'network': u'10.117.40.0/25', u'netmask':
> u'255.255.255.128', u'source_nat': False, u'broadcast': u'10.117.40.127',
> u'add': True, u'nw_type': u'guest', u'device': u'eth0', u'cidr': u'
> 10.117.40.33/25', u'gateway': u'None', u'size': u'25'}
> 2018-04-05 16:45:05,976  CsAddress.py process:116 Address 10.117.40.33/25
> on device eth0 already configured
> 2018-04-05 16:45:05,976  CsRoute.py add_table:37 Adding route table: 0
> Table_eth0 to /etc/iproute2/rt_tables if not present
> 2018-04-05 16:45:05,978  CsHelper.py execute:188 Executing: sudo echo 0
> Ta

Re: System VM Template

[Rohit Yadav]

Hi Mike,


Please use the systemvmtemplate from the URL Rafael has mentioned. There seems 
to be a systemd locking issue, the cloud-postinit process is locked for few 
minutes at restart apache2:

2018-04-05 16:45:06,107  CsHelper.py execute:188 Executing: systemctl 
restart apache2


I've reproduced this and will try to fix this for 4.11.1.0 milestone next week.


- Rohit

<https://cloudstack.apache.org>




From: Rafael Weingärtner 
Sent: Thursday, April 5, 2018 10:43:35 PM
To: dev
Subject: Re: System VM Template

I am using this template for system VMs:
http://download.cloudstack.org/systemvm/4.11/systemvmtemplate-4.11.0-xen.vhd.bz2
And, right now, the ACS version I am using was built using the branch of
this PR: https://github.com/apache/cloudstack/pull/2524. Everything seems
to be just fine here.

Could you get some details regarding the VR status that ACS is seeing?

On Thu, Apr 5, 2018 at 1:56 PM, Tutkowski, Mike 
wrote:

> Thanks for your feedback, Rafael.
>
> I re-created my 4.12 cloud today (after fetching the latest code and using
> the master branch) and still seem to be having trouble with the VR. The
> hypervisor type I’m using here is XenServer 6.5.
>
> When I examine the VR in the CloudStack GUI, the “Requires Upgrade” column
> says, “Yes”. However, when I try to initiate the upgrade, I get an error
> message stating that the VR is not in the proper state (because it’s stuck
> in the Starting state).
>
> The system VM template I am working with is the following:
> http://cloudstack.apt-get.eu/systemvm/4.11/
>
> In case anyone sees something, I’ve included the contents of my VR’s
> cloud.log file below.
>
> Thanks!
>
> Thu Apr  5 16:45:01 UTC 2018 Executing cloud-early-config
> Thu Apr  5 16:45:01 UTC 2018 Detected that we are running inside xen-domU
> Thu Apr  5 16:45:02 UTC 2018 Scripts checksum detected: oldmd5=
> 60703a62ef9d1666975ec0a8ce421270 newmd5=7f8c303cd3303ff902e7ad9f3f1f092b
> Thu Apr  5 16:45:02 UTC 2018 Patched scripts using
> /media/cdrom/cloud-scripts.tgz
> Thu Apr  5 16:45:02 UTC 2018 Patching cloud service
> Thu Apr  5 16:45:02 UTC 2018 Configuring systemvm type=dhcpsrvr
> Thu Apr  5 16:45:02 UTC 2018 Setting up dhcp server system vm
> Thu Apr  5 16:45:04 UTC 2018 Setting up dnsmasq
> Thu Apr  5 16:45:05 UTC 2018 Setting up apache web server
> Thu Apr  5 16:45:05 UTC 2018 Processors = 1  Enable service  = 0
> Thu Apr  5 16:45:05 UTC 2018 cloud: enable_fwding = 0
> Thu Apr  5 16:45:05 UTC 2018 enable_fwding = 0
> Thu Apr  5 16:45:05 UTC 2018 Finished setting up systemvm
> 2018-04-05 16:45:05,924  merge.py load:296 Continuing with the processing
> of file '/var/cache/cloud/cmd_line.json'
> 2018-04-05 16:45:05,927  merge.py process:101 Command of type cmdline
> received
> 2018-04-05 16:45:05,928  merge.py process:101 Command of type ips received
> 2018-04-05 16:45:05,929  merge.py process:101 Command of type ips received
> 2018-04-05 16:45:05,930  CsHelper.py execute:188 Executing: ip addr show
> dev eth1
> 2018-04-05 16:45:05,941  CsHelper.py execute:188 Executing: ip addr show
> dev eth0
> 2018-04-05 16:45:05,950  CsHelper.py execute:188 Executing: ip addr show
> dev eth1
> 2018-04-05 16:45:05,958  CsAddress.py process:108 Address found in DataBag
> ==> {u'public_ip': u'169.254.3.171', u'one_to_one_nat': False,
> u'nic_dev_id': u'1', u'network': u'169.254.0.0/16', u'netmask':
> u'255.255.0.0', u'source_nat': False, u'broadcast': u'169.254.255.255',
> u'add': True, u'nw_type': u'control', u'device': u'eth1', u'cidr': u'
> 169.254.3.171/16', u'gateway': u'None', u'size': u'16'}
> 2018-04-05 16:45:05,959  CsAddress.py process:116 Address 169.254.3.171/16
> on device eth1 already configured
> 2018-04-05 16:45:05,959  CsRoute.py defaultroute_exists:103 Checking if
> default ipv4 route is present
> 2018-04-05 16:45:05,959  CsHelper.py execute:188 Executing: ip -4 route
> list 0/0
> 2018-04-05 16:45:05,967  CsRoute.py defaultroute_exists:107 Default route
> found: default via 10.117.40.126 dev eth0
> 2018-04-05 16:45:05,967  CsHelper.py execute:188 Executing: ip addr show
> dev eth0
> 2018-04-05 16:45:05,976  CsAddress.py process:108 Address found in DataBag
> ==> {u'public_ip': u'10.117.40.33', u'one_to_one_nat': False,
> u'nic_dev_id': u'0', u'network': u'10.117.40.0/25', u'netmask':
> u'255.255.255.128', u'source_nat': False, u'broadcast': u'10.117.40.127',
> u'add

Re: System VM Template

[Tutkowski, Mike]

Sounds good!

> On Apr 10, 2018, at 2:04 AM, Rohit Yadav  wrote:
> 
> Hi Mike,
> 
> 
> Please use the systemvmtemplate from the URL Rafael has mentioned. There 
> seems to be a systemd locking issue, the cloud-postinit process is locked for 
> few minutes at restart apache2:
> 
>2018-04-05 16:45:06,107  CsHelper.py execute:188 Executing: systemctl 
> restart apache2
> 
> 
> I've reproduced this and will try to fix this for 4.11.1.0 milestone next 
> week.
> 
> 
> - Rohit
> 
> <https://cloudstack.apache.org>
> 
> 
> 
> 
> From: Rafael Weingärtner 
> Sent: Thursday, April 5, 2018 10:43:35 PM
> To: dev
> Subject: Re: System VM Template
> 
> I am using this template for system VMs:
> http://download.cloudstack.org/systemvm/4.11/systemvmtemplate-4.11.0-xen.vhd.bz2
> And, right now, the ACS version I am using was built using the branch of
> this PR: https://github.com/apache/cloudstack/pull/2524. Everything seems
> to be just fine here.
> 
> Could you get some details regarding the VR status that ACS is seeing?
> 
> On Thu, Apr 5, 2018 at 1:56 PM, Tutkowski, Mike 
> wrote:
> 
>> Thanks for your feedback, Rafael.
>> 
>> I re-created my 4.12 cloud today (after fetching the latest code and using
>> the master branch) and still seem to be having trouble with the VR. The
>> hypervisor type I’m using here is XenServer 6.5.
>> 
>> When I examine the VR in the CloudStack GUI, the “Requires Upgrade” column
>> says, “Yes”. However, when I try to initiate the upgrade, I get an error
>> message stating that the VR is not in the proper state (because it’s stuck
>> in the Starting state).
>> 
>> The system VM template I am working with is the following:
>> http://cloudstack.apt-get.eu/systemvm/4.11/
>> 
>> In case anyone sees something, I’ve included the contents of my VR’s
>> cloud.log file below.
>> 
>> Thanks!
>> 
>> Thu Apr  5 16:45:01 UTC 2018 Executing cloud-early-config
>> Thu Apr  5 16:45:01 UTC 2018 Detected that we are running inside xen-domU
>> Thu Apr  5 16:45:02 UTC 2018 Scripts checksum detected: oldmd5=
>> 60703a62ef9d1666975ec0a8ce421270 newmd5=7f8c303cd3303ff902e7ad9f3f1f092b
>> Thu Apr  5 16:45:02 UTC 2018 Patched scripts using
>> /media/cdrom/cloud-scripts.tgz
>> Thu Apr  5 16:45:02 UTC 2018 Patching cloud service
>> Thu Apr  5 16:45:02 UTC 2018 Configuring systemvm type=dhcpsrvr
>> Thu Apr  5 16:45:02 UTC 2018 Setting up dhcp server system vm
>> Thu Apr  5 16:45:04 UTC 2018 Setting up dnsmasq
>> Thu Apr  5 16:45:05 UTC 2018 Setting up apache web server
>> Thu Apr  5 16:45:05 UTC 2018 Processors = 1  Enable service  = 0
>> Thu Apr  5 16:45:05 UTC 2018 cloud: enable_fwding = 0
>> Thu Apr  5 16:45:05 UTC 2018 enable_fwding = 0
>> Thu Apr  5 16:45:05 UTC 2018 Finished setting up systemvm
>> 2018-04-05 16:45:05,924  merge.py load:296 Continuing with the processing
>> of file '/var/cache/cloud/cmd_line.json'
>> 2018-04-05 16:45:05,927  merge.py process:101 Command of type cmdline
>> received
>> 2018-04-05 16:45:05,928  merge.py process:101 Command of type ips received
>> 2018-04-05 16:45:05,929  merge.py process:101 Command of type ips received
>> 2018-04-05 16:45:05,930  CsHelper.py execute:188 Executing: ip addr show
>> dev eth1
>> 2018-04-05 16:45:05,941  CsHelper.py execute:188 Executing: ip addr show
>> dev eth0
>> 2018-04-05 16:45:05,950  CsHelper.py execute:188 Executing: ip addr show
>> dev eth1
>> 2018-04-05 16:45:05,958  CsAddress.py process:108 Address found in DataBag
>> ==> {u'public_ip': u'169.254.3.171', u'one_to_one_nat': False,
>> u'nic_dev_id': u'1', u'network': u'169.254.0.0/16', u'netmask':
>> u'255.255.0.0', u'source_nat': False, u'broadcast': u'169.254.255.255',
>> u'add': True, u'nw_type': u'control', u'device': u'eth1', u'cidr': u'
>> 169.254.3.171/16', u'gateway': u'None', u'size': u'16'}
>> 2018-04-05 16:45:05,959  CsAddress.py process:116 Address 169.254.3.171/16
>> on device eth1 already configured
>> 2018-04-05 16:45:05,959  CsRoute.py defaultroute_exists:103 Checking if
>> default ipv4 route is present
>> 2018-04-05 16:45:05,959  CsHelper.py execute:188 Executing: ip -4 route
>> list 0/0
>> 2018-04-05 16:45:05,967  CsRoute.py defaultroute_exists:107 Default route
>> found: default via 10.117.40.126 dev eth0
>> 2018

System VM | Default Template

[Maurice Lawler]

Could I please inquire as to why when installing CS4.2 that the template 
it automatically installs is still CentOS 5.x, one would think this too 
would have been updated.


Is there information why this is the case?

- M.

How to expunge a system VM volume without a system VM running?

[Jeff Hair]

Hi,

This applies to CloudStack 4.6.

The scenario: have one zone installed, and you want to delete the zone.
Doing this requires deletion of everything under the host. When the system
VMs are destroyed, their volumes go into Destroy state. The storage cleanup
thread is constantly trying to expunge them, but it cannot since there's no
system VM API endpoint.

The message in the logs is: "No remote endpoint to send DeleteCommand,
check if host or ssvm is down?"

Since the volumes still technically exist, I was unable to delete the
primary storage and the zone without editing the database. Is there a
better way to do this? Or is this the officially recommended way?

Thanks,

Jeff

Re: System VM Capacity Issue

[Marcus Sorensen]

For some reason it doesn't like your cluster:

2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
Removing from the clusterId list these clusters from avoid set: [1]
2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
clusters found after removing disabled clusters and clusters in avoid
list, returning.

I'm not sure from this why the cluster is in the avoid set... maybe
all hosts are down, or it's disabled?

On Thu, Jul 25, 2013 at 12:38 PM, John Burwell  wrote:
> All,
>
> After pulling and building the latest from the 4.2 branch (around 10am on 25
> July 2013), the SSVM and CPVM are being created, but will not start due to
> capacity issues.  Before this build, the system VMs were allocating and
> starting as expected.  For this test, I completely rebuilt the branch
> including the system vm image (i.e. mvn -P developer, systemvm clean
> install) and rebuilt the database from scratch.  The following is an extract
> of the log form the startup:
>
> 2013-07-25 12:35:22,888 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-
> 495e-a373-56152bf4a9a3 ]) Deploy avoids pods: null, clusters: [1], hosts:
> [1]
> 2013-07-25 12:35:22,889 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-
> 495e-a373-56152bf4a9a3 ]) DeploymentPlanner allocation algorithm:
> com.cloud.deploy.FirstFitPlanner_EnhancerByCloudSt
> ack_208ecd91@3a67ba87
> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-
> 495e-a373-56152bf4a9a3 ]) Trying to allocate a host and storage pools from
> dc:1, pod:1,cluster:null, requested cpu:
> 100, requested ram: 104857600
> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-
> 495e-a373-56152bf4a9a3 ]) Is ROOT volume READY (pool already allocated)?: No
> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-5615
> 2bf4a9a3 ]) Searching resources only under specified Pod: 1
> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Listing
> clusters in order of aggregate capacity, that have (atleast one host with)
> enough CPU and RAM capacity under this Pod: 1
> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Removing
> from the clusterId list these clusters from avoid set: [1]
> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
> clusters found after removing disabled clusters and clusters in avoid list,
> returning.
> 2013-07-25 12:35:22,906 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) VM state
> transitted from :Starting to Stopped with event: OperationFailedvm's
> original host id: null new host id: null host id before state transition: 1
> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's
> actual total CPU: 2565 and CPU after applying overprovisioning: 76950
> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's
> actual total RAM: 2977418304 and RAM after applying overprovisioning:
> 89322545152
> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release
> cpu from host: 1, old used: 100,reserved: 0, actual total: 2565, total with
> overprovisioning: 76950; new used: 0,reserved:0; movedfromreserved:
> false,moveToReserveredfalse
> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release
> mem from host: 1, old used: 104857600,reserved: 0, total: 89322545152; new
> used: 0,reserved:0; movedfromreserved: false,moveToReserveredfalse
> 2013-07-25 12:35:22,921 WARN
> [storage.secondary.SecondaryStorageManagerImpl] (Job-Executor-1:job-63 = [
> b8beac94-df09-495e-a373-56152bf4a9a3 ]) Exception while trying to start
> secondary storage vm
> com.cloud.exception.InsufficientServerCapacityException: Unable to create a
> deployment for VM[SecondaryStorageVm|s-40-VM]Scope=interface
> com.cloud.dc.DataCenter; id=1
> at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(

Re: System VM Capacity Issue

[John Burwell]

Marcus,

According the management UI, the host is up and the cluster is enabled.  I have 
verified that I can ping the host from the management server machine.  What 
could cause the host to land in the avoid set?

Thanks,
-John

> For some reason it doesn't like your cluster:
> 
> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> Removing from the clusterId list these clusters from avoid set: [1]
> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
> clusters found after removing disabled clusters and clusters in avoid
> list, returning.
> 
> I'm not sure from this why the cluster is in the avoid set... maybe
> all hosts are down, or it's disabled?
> 
> On Thu, Jul 25, 2013 at 12:38 PM, John Burwell  wrote:
>> All,
>> 
>> After pulling and building the latest from the 4.2 branch (around 10am on 25
>> July 2013), the SSVM and CPVM are being created, but will not start due to
>> capacity issues.  Before this build, the system VMs were allocating and
>> starting as expected.  For this test, I completely rebuilt the branch
>> including the system vm image (i.e. mvn -P developer, systemvm clean
>> install) and rebuilt the database from scratch.  The following is an extract
>> of the log form the startup:
>> 
>> 2013-07-25 12:35:22,888 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>> 495e-a373-56152bf4a9a3 ]) Deploy avoids pods: null, clusters: [1], hosts:
>> [1]
>> 2013-07-25 12:35:22,889 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>> 495e-a373-56152bf4a9a3 ]) DeploymentPlanner allocation algorithm:
>> com.cloud.deploy.FirstFitPlanner_EnhancerByCloudSt
>> ack_208ecd91@3a67ba87
>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>> 495e-a373-56152bf4a9a3 ]) Trying to allocate a host and storage pools from
>> dc:1, pod:1,cluster:null, requested cpu:
>> 100, requested ram: 104857600
>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>> 495e-a373-56152bf4a9a3 ]) Is ROOT volume READY (pool already allocated)?: No
>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-5615
>> 2bf4a9a3 ]) Searching resources only under specified Pod: 1
>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Listing
>> clusters in order of aggregate capacity, that have (atleast one host with)
>> enough CPU and RAM capacity under this Pod: 1
>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Removing
>> from the clusterId list these clusters from avoid set: [1]
>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
>> clusters found after removing disabled clusters and clusters in avoid list,
>> returning.
>> 2013-07-25 12:35:22,906 DEBUG [cloud.capacity.CapacityManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) VM state
>> transitted from :Starting to Stopped with event: OperationFailedvm's
>> original host id: null new host id: null host id before state transition: 1
>> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's
>> actual total CPU: 2565 and CPU after applying overprovisioning: 76950
>> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) Hosts's
>> actual total RAM: 2977418304 and RAM after applying overprovisioning:
>> 89322545152
>> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release
>> cpu from host: 1, old used: 100,reserved: 0, actual total: 2565, total with
>> overprovisioning: 76950; new used: 0,reserved:0; movedfromreserved:
>> false,moveToReserveredfalse
>> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) release
>> mem from host: 1, old used: 104857600,reserved: 0, total: 89322545152; new
>> used: 0

Re: System VM Capacity Issue

[Wei ZHOU]

John,

I guess something wrong on your hosts. Did you reinstall the agent, and
clean the setting (like firewall rules,vms) on host (or reboot the host)?

-Wei


2013/7/25 John Burwell 

> Marcus,
>
> According the management UI, the host is up and the cluster is enabled.  I
> have verified that I can ping the host from the management server machine.
>  What could cause the host to land in the avoid set?
>
> Thanks,
> -John
>
> > For some reason it doesn't like your cluster:
> >
> > 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> > (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> > Removing from the clusterId list these clusters from avoid set: [1]
> > 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> > (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
> > clusters found after removing disabled clusters and clusters in avoid
> > list, returning.
> >
> > I'm not sure from this why the cluster is in the avoid set... maybe
> > all hosts are down, or it's disabled?
> >
> > On Thu, Jul 25, 2013 at 12:38 PM, John Burwell 
> wrote:
> >> All,
> >>
> >> After pulling and building the latest from the 4.2 branch (around 10am
> on 25
> >> July 2013), the SSVM and CPVM are being created, but will not start due
> to
> >> capacity issues.  Before this build, the system VMs were allocating and
> >> starting as expected.  For this test, I completely rebuilt the branch
> >> including the system vm image (i.e. mvn -P developer, systemvm clean
> >> install) and rebuilt the database from scratch.  The following is an
> extract
> >> of the log form the startup:
> >>
> >> 2013-07-25 12:35:22,888 DEBUG
> [cloud.deploy.DeploymentPlanningManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-
> >> 495e-a373-56152bf4a9a3 ]) Deploy avoids pods: null, clusters: [1],
> hosts:
> >> [1]
> >> 2013-07-25 12:35:22,889 DEBUG
> [cloud.deploy.DeploymentPlanningManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-
> >> 495e-a373-56152bf4a9a3 ]) DeploymentPlanner allocation algorithm:
> >> com.cloud.deploy.FirstFitPlanner_EnhancerByCloudSt
> >> ack_208ecd91@3a67ba87
> >> 2013-07-25 12:35:22,890 DEBUG
> [cloud.deploy.DeploymentPlanningManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-
> >> 495e-a373-56152bf4a9a3 ]) Trying to allocate a host and storage pools
> from
> >> dc:1, pod:1,cluster:null, requested cpu:
> >> 100, requested ram: 104857600
> >> 2013-07-25 12:35:22,890 DEBUG
> [cloud.deploy.DeploymentPlanningManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-
> >> 495e-a373-56152bf4a9a3 ]) Is ROOT volume READY (pool already
> allocated)?: No
> >> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-5615
> >> 2bf4a9a3 ]) Searching resources only under specified Pod: 1
> >> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> Listing
> >> clusters in order of aggregate capacity, that have (atleast one host
> with)
> >> enough CPU and RAM capacity under this Pod: 1
> >> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> Removing
> >> from the clusterId list these clusters from avoid set: [1]
> >> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
> >> clusters found after removing disabled clusters and clusters in avoid
> list,
> >> returning.
> >> 2013-07-25 12:35:22,906 DEBUG [cloud.capacity.CapacityManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) VM
> state
> >> transitted from :Starting to Stopped with event: OperationFailedvm's
> >> original host id: null new host id: null host id before state
> transition: 1
> >> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> Hosts's
> >> actual total CPU: 2565 and CPU after applying overprovisioning: 76950
> >> 2013-07-25 12:35:22,916 DEBUG [cloud.capacity.CapacityManagerImpl]
> >> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
> Hosts's
> >> actual total RAM: 2977418304 and RAM after applying overpr

Re: System VM Capacity Issue

[John Burwell]

Wei,

Yes, the host has been rebooted.  It is a Xen host, and the hypervisor status 
looks good.  Do you any suggestions for additional checks I could run to verify 
the state of the host?

Thanks,
-John

On Jul 25, 2013, at 3:57 PM, Wei ZHOU  wrote:

> John,
> 
> I guess something wrong on your hosts. Did you reinstall the agent, and
> clean the setting (like firewall rules,vms) on host (or reboot the host)?
> 
> -Wei
> 
> 
> 2013/7/25 John Burwell 
> 
>> Marcus,
>> 
>> According the management UI, the host is up and the cluster is enabled.  I
>> have verified that I can ping the host from the management server machine.
>> What could cause the host to land in the avoid set?
>> 
>> Thanks,
>> -John
>> 
>>> For some reason it doesn't like your cluster:
>>> 
>>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
>>> Removing from the clusterId list these clusters from avoid set: [1]
>>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
>>> clusters found after removing disabled clusters and clusters in avoid
>>> list, returning.
>>> 
>>> I'm not sure from this why the cluster is in the avoid set... maybe
>>> all hosts are down, or it's disabled?
>>> 
>>> On Thu, Jul 25, 2013 at 12:38 PM, John Burwell 
>> wrote:
>>>> All,
>>>> 
>>>> After pulling and building the latest from the 4.2 branch (around 10am
>> on 25
>>>> July 2013), the SSVM and CPVM are being created, but will not start due
>> to
>>>> capacity issues.  Before this build, the system VMs were allocating and
>>>> starting as expected.  For this test, I completely rebuilt the branch
>>>> including the system vm image (i.e. mvn -P developer, systemvm clean
>>>> install) and rebuilt the database from scratch.  The following is an
>> extract
>>>> of the log form the startup:
>>>> 
>>>> 2013-07-25 12:35:22,888 DEBUG
>> [cloud.deploy.DeploymentPlanningManagerImpl]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>>>> 495e-a373-56152bf4a9a3 ]) Deploy avoids pods: null, clusters: [1],
>> hosts:
>>>> [1]
>>>> 2013-07-25 12:35:22,889 DEBUG
>> [cloud.deploy.DeploymentPlanningManagerImpl]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>>>> 495e-a373-56152bf4a9a3 ]) DeploymentPlanner allocation algorithm:
>>>> com.cloud.deploy.FirstFitPlanner_EnhancerByCloudSt
>>>> ack_208ecd91@3a67ba87
>>>> 2013-07-25 12:35:22,890 DEBUG
>> [cloud.deploy.DeploymentPlanningManagerImpl]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>>>> 495e-a373-56152bf4a9a3 ]) Trying to allocate a host and storage pools
>> from
>>>> dc:1, pod:1,cluster:null, requested cpu:
>>>> 100, requested ram: 104857600
>>>> 2013-07-25 12:35:22,890 DEBUG
>> [cloud.deploy.DeploymentPlanningManagerImpl]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-
>>>> 495e-a373-56152bf4a9a3 ]) Is ROOT volume READY (pool already
>> allocated)?: No
>>>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-5615
>>>> 2bf4a9a3 ]) Searching resources only under specified Pod: 1
>>>> 2013-07-25 12:35:22,890 DEBUG [cloud.deploy.FirstFitPlanner]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
>> Listing
>>>> clusters in order of aggregate capacity, that have (atleast one host
>> with)
>>>> enough CPU and RAM capacity under this Pod: 1
>>>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ])
>> Removing
>>>> from the clusterId list these clusters from avoid set: [1]
>>>> 2013-07-25 12:35:22,895 DEBUG [cloud.deploy.FirstFitPlanner]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) No
>>>> clusters found after removing disabled clusters and clusters in avoid
>> list,
>>>> returning.
>>>> 2013-07-25 12:35:22,906 DEBUG [cloud.capacity.CapacityManagerImpl]
>>>> (Job-Executor-1:job-63 = [ b8beac94-df09-495e-a373-56152bf4a9a3 ]) VM
>> state
>>>> transitted from :Starting to Stopped with event: OperationFailedvm's
>>>> original hos

System VM template for 4.4?

[Nux!]

Hi,

I'm trying to test various things in 4.4, but I'm having problems with 
the System VMs, I'm using the System VM template from 4.3 but it doesn't 
run properly.

Can someone point me to the 4.4 one?

Thanks,
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

HeartBleed - New System VM Templates

[Geoff Higginbottom]

Have any new system vm templates been released yet to address the HeartBleed 
issue ?

Regards

Geoff Higginbottom
CTO / Cloud Architect

[Description: Mail Logo Bottom Align]

D: +44 20 3603 0542 | S: +44 20 3603 0540 
| M: +447968161581

geoff.higginbot...@shapeblue.com<mailto:geoff.higginbot...@shapeblue.com> | 
www.shapeblue.com | 
Twitter:@cloudstackguru<https://twitter.com/#!/cloudstacguru>

ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training<http://shapeblue.com/cloudstack-training/>
28th-29th May 2014, Bangalore. 
Classromm<http://shapeblue.com/cloudstack-training/>
16th-20th June 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
23rd-27th June 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
15th-20th September 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
22nd-27th September 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
1st-6th December 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
8th-12th December 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: 4.3 System VM Templates

[Mike Tutkowski]

On a related note, when does the vm_template table in the DB get updated
with the new paths?


On Thu, Nov 14, 2013 at 2:51 PM, Will Stevens  wrote:

> Where are these located?  The path shown in the docs does not resolve for
> me.
>
> Doc:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack
>
> Path: http://
>
> jenkins.cloudstack.org/view/master/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-08-29-master-xen.vhd.bz2
>
> Thanks...
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: 4.3 System VM Templates

[Will Stevens]

Bump...  Still trying to find system vm templates for 4.3.  Are they
generated somewhere when I do a clean install and I can manually put them
on secondary storage?  If not, is there a publicly accessible URL where I
can get the 4.3 system vm templates for 4.3?

Thanks...


On Thu, Nov 14, 2013 at 5:01 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> On a related note, when does the vm_template table in the DB get updated
> with the new paths?
>
>
> On Thu, Nov 14, 2013 at 2:51 PM, Will Stevens 
> wrote:
>
> > Where are these located?  The path shown in the docs does not resolve for
> > me.
> >
> > Doc:
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack
> >
> > Path: http://
> >
> >
> jenkins.cloudstack.org/view/master/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-08-29-master-xen.vhd.bz2
> >
> > Thanks...
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>

Re: 4.3 System VM Templates

[Syed Ahmed]

I found

http://jenkins.buildacloud.org/view/master/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/

Let me know if this is valid. I'll update the wiki

Thanks,
-Syed


On Fri 15 Nov 2013 12:03:16 PM EST, Will Stevens wrote:

Bump...  Still trying to find system vm templates for 4.3.  Are they
generated somewhere when I do a clean install and I can manually put them
on secondary storage?  If not, is there a publicly accessible URL where I
can get the 4.3 system vm templates for 4.3?

Thanks...


On Thu, Nov 14, 2013 at 5:01 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:


On a related note, when does the vm_template table in the DB get updated
with the new paths?


On Thu, Nov 14, 2013 at 2:51 PM, Will Stevens 
wrote:


Where are these located?  The path shown in the docs does not resolve for
me.

Doc:



https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack


Path: http://



jenkins.cloudstack.org/view/master/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-08-29-master-xen.vhd.bz2


Thanks...





--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Re: 4.3 System VM Templates

[Will Stevens]

Thanks Syed.  I will test them.


On Fri, Nov 15, 2013 at 1:28 PM, Syed Ahmed  wrote:

> I found
>
> http://jenkins.buildacloud.org/view/master/job/build-systemvm-master/
> lastSuccessfulBuild/artifact/tools/appliance/dist/
>
> Let me know if this is valid. I'll update the wiki
>
> Thanks,
> -Syed
>
>
>
> On Fri 15 Nov 2013 12:03:16 PM EST, Will Stevens wrote:
>
>> Bump...  Still trying to find system vm templates for 4.3.  Are they
>> generated somewhere when I do a clean install and I can manually put them
>> on secondary storage?  If not, is there a publicly accessible URL where I
>> can get the 4.3 system vm templates for 4.3?
>>
>> Thanks...
>>
>>
>> On Thu, Nov 14, 2013 at 5:01 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>  On a related note, when does the vm_template table in the DB get updated
>>> with the new paths?
>>>
>>>
>>> On Thu, Nov 14, 2013 at 2:51 PM, Will Stevens 
>>> wrote:
>>>
>>>  Where are these located?  The path shown in the docs does not resolve
>>>> for
>>>> me.
>>>>
>>>> Doc:
>>>>
>>>>
>>>>  https://cwiki.apache.org/confluence/display/CLOUDSTACK/
>>> How+to+build+CloudStack
>>>
>>>>
>>>> Path: http://
>>>>
>>>>
>>>>  jenkins.cloudstack.org/view/master/job/build-systemvm-
>>> master/lastSuccessfulBuild/artifact/tools/appliance/dist/
>>> systemvmtemplate-2013-08-29-master-xen.vhd.bz2
>>>
>>>>
>>>> Thanks...
>>>>
>>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the
>>> cloud<http://solidfire.com/solution/overview/?video=play>
>>> *™*
>>>
>>>
>>
>
>

Re: vmware system vm features

[David Nalley]

Hi Domenico


On Tue, Jan 14, 2014 at 6:24 PM, Domenico De Monte wrote:

> Hello,
> i would like to let you consider some features that i think should be
> useful for normal CS administration.
>
> Could you ponder to use following features for system vm and router vm at
> least for vmware ?
>
> - system and router vm with LVM volumes ( to let admin decide to increase
> disk size );
>

Interesting idea - though I think you can do this with just resizing
partition and filesystem as well. Perhaps you can play with generating your
own system VMs though. (Look at tools/appliance/build.sh and the associated
Readme file for how to build your own)



> - system and router vm with 64bit OS ( in order to use more resources and
> kernel features );
>
>
We are already doing this for 4.3 - see
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/



>
> Could you also consider to introduce on CS with basic network
> configuration, another guest network for internal traffic only between
> users vm?
>
I think this is useful in order to let users connect own vm with private
> subnet without needed to use VLAN.
>
> For example CS could create a private network for user (just a standard
> switch on vmware ) and let him connect vm to it.
>
>
I think there might be problems here, but not sure you can't already do
this with multiple networks; or even advanced networks with SG.




> These are just few ideas, that should take few time to develop, but could
> make CS better, i think and hope!
>
> Just think about it.
>
>
Thanks for taking the time to share your thoughts, we'd welcome
participation on CloudStack development.

--David

Re: vmware system vm features

[Domenico De Monte]

Il giorno 15/gen/2014, alle ore 01:05, David Nalley  ha scritto:

> Hi Domenico
> 

Hi David,

> 
> On Tue, Jan 14, 2014 at 6:24 PM, Domenico De Monte 
> wrote:
> 
>> Hello,
>> i would like to let you consider some features that i think should be
>> useful for normal CS administration.
>> 
>> Could you ponder to use following features for system vm and router vm at
>> least for vmware ?
>> 
>> - system and router vm with LVM volumes ( to let admin decide to increase
>> disk size );
>> 
> 
> Interesting idea - though I think you can do this with just resizing
> partition and filesystem as well. Perhaps you can play with generating your
> own system VMs though. (Look at tools/appliance/build.sh and the associated
> Readme file for how to build your own)
> 

Thank you for tip. About partition resize i am not sure if it will be so fluid 
to resize them. For resizing no problem.
I should also recreate custom template once volumes will be extended but in 
this way i will lose all new features that you guys will add on each version!

I will read Readme and check what can i do.

> 
> 
>> - system and router vm with 64bit OS ( in order to use more resources and
>> kernel features );
>> 
>> 
> We are already doing this for 4.3 - see
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
> 

Happy to read that!


> 
>> 
>> Could you also consider to introduce on CS with basic network
>> configuration, another guest network for internal traffic only between
>> users vm?
>> 
> I think this is useful in order to let users connect own vm with private
>> subnet without needed to use VLAN.
>> 
>> For example CS could create a private network for user (just a standard
>> switch on vmware ) and let him connect vm to it.
>> 
>> 
> I think there might be problems here, but not sure you can't already do
> this with multiple networks; or even advanced networks with SG.
> 

From what i understand, multiple networks are working only with advanced 
networks configuration and not with basic one. 

I already did it with advanced network configuration but, in order to skip VLAN 
usage, i had to manually force on CS, mysql database vlan id with value 
untagged ( from GUI was not possible in CS 4.2.0 ).

I had also to update standard switch vlan id on vmware to untagged value and it 
worked.

Basically i think it’s a simple configuration and for a basic network topology 
it could be interesting.


> 
> 
>> These are just few ideas, that should take few time to develop, but could
>> make CS better, i think and hope!
>> 
>> Just think about it.
>> 
>> 
> Thanks for taking the time to share your thoughts, we'd welcome
> participation on CloudStack development.
> 
> --David


Thanks for reply and let say my thoughts :)


Best regards




Supernova s.r.l.
Via G. Misiticoni, 3
65126 - Pescara
ITALY


www.netsons.com 
Domenico De Monte
CEO


t. (+39) 085 45 100 52
m. (+39) 339 79 033 98
e. d.demo...@netsons.com


 

Netsons è un marchio registrato dalla Supernova s.r.l. 

Le informazioni trasmesse sono riservate alla persona o alla società indicata 
come destinatario, e possono includere contenuti considerati confidenziali. 
Ogni elaborazione, comunicazione, trasmissione o altro utilizzo, anche azioni 
conseguenti alla conoscenza di queste informazioni da parte di chiunque non sia 
espressamente indicato come destinatario è proibita. Nel caso abbiate ricevuto 
per errore questa comunicazione, siete pregati di darne avviso a info [at] 
netsons.com ed eliminare ogni stampa ed ogni traccia informatica. Il ricevente 
dovrà inoltre accertarsi che gli eventuali allegati non contengano virus prima 
di aprirli. Qualunque opinione o affermazione presentata in questo messaggio è 
da ritenersi propria dell'autore e non rappresenta necessariamente la posizione 
della Società. 

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential material. Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please contact: info 
[at] netsons.com and delete the material from any computer. If this email 
contains attachments you should ensure they are checked for viruses before 
opening them. Any views or opinions presented are solely those of the author 
and do not necessarily represent those of the company.

[ANNOUNCE] System VM Template API

[Darrin Hüsselmann]

Hi All,

There is a new feature we have been working on to minimize the effort of 
installing and managing system VM templates in Cloudstack. The wiki page can be 
found at the link and comments are welcome:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/System+VM+Template+API

Cheers
Darrin

darrin.husselm...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: System VM | Default Template

[Daan Hoogland]

Maurice,

Do you mean a clean install or an update?

In the latter case this would be the responsibility of the cloud operator.
In the first case, probably an oversight on the side of the community.

regards,
Daan


On Thu, Oct 3, 2013 at 11:01 PM, Maurice Lawler wrote:

> Could I please inquire as to why when installing CS4.2 that the template
> it automatically installs is still CentOS 5.x, one would think this too
> would have been updated.
>
> Is there information why this is the case?
>
> - M.
>

RE: System VM template caching

[Soheil Eizadi]

This seems similar to a problem I had on 4.3 Master with System VM creation. If 
it is the same problem you can check from API command ListTemplateCommand(), 
from CloudMonkey and see if it returns a bogus cached value. Then you know it 
is the same problem.
-Soheil 

http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E


From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
Sent: Tuesday, October 08, 2013 12:19 PM
To: Cloud Dev
Subject: [ACS 4.2][Upgrade Issue] System VM template caching

Hi,

Several of us in the community have found that with the 4.2 upgrade, when we 
download and install the latest system VM template, CloudStack refuses to use 
this template for new system VM creation. CloudStack appears to be usin a 
cached or master-clone variant of the old template.

This is causing may KVM+ 4.2 users to have broken clouds, A bug report has been 
filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826

My question is: Does anyone know where this cached template is stored? when 
CloudStack goes to make a new system VM, where does it look first for the 
template? We have observed through testing that this is no secondary storage.

Thanks in advance.

Kelcey Damage | Infrastructure Systems Architect
Strategy | Automation | Cloud Computing | Technology Development

Backbone Technology, Inc
604-331-1152 ext. 114

Re: System VM template caching

[kel...@backbonetechnology.com]

I was able to create a work around and several community builders tested it out 
for me and it works.

I will not submit to docs as it's a hack, but I have updated the JIRA ticket.

Work around can be found at:

http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/

Thanks,

-Kelcey

Sent from my HTC

- Reply message -
From: "Soheil Eizadi" 
To: "dev@cloudstack.apache.org" 
Subject: System VM template caching
Date: Tue, Oct 8, 2013 9:49 PM

This seems similar to a problem I had on 4.3 Master with System VM creation. If 
it is the same problem you can check from API command ListTemplateCommand(), 
from CloudMonkey and see if it returns a bogus cached value. Then you know it 
is the same problem.
-Soheil 

http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E


From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
Sent: Tuesday, October 08, 2013 12:19 PM
To: Cloud Dev
Subject: [ACS 4.2][Upgrade Issue] System VM template caching

Hi,

Several of us in the community have found that with the 4.2 upgrade, when we 
download and install the latest system VM template, CloudStack refuses to use 
this template for new system VM creation. CloudStack appears to be usin a 
cached or master-clone variant of the old template.

This is causing may KVM+ 4.2 users to have broken clouds, A bug report has been 
filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826

My question is: Does anyone know where this cached template is stored? when 
CloudStack goes to make a new system VM, where does it look first for the 
template? We have observed through testing that this is no secondary storage.

Thanks in advance.

Kelcey Damage | Infrastructure Systems Architect
Strategy | Automation | Cloud Computing | Technology Development

Backbone Technology, Inc
604-331-1152 ext. 114

Re: System VM template caching

[Sebastien Goasguen]

Are you sure about this ? I thought we needed to register them as user vm and 
that the upgrade would convert them to systemVM automatically

-Sebastien

On 9 Oct 2013, at 17:22, 
"kel...@backbonetechnology.com" wrote:

> I was able to create a work around and several community builders tested it 
> out for me and it works.
> 
> I will not submit to docs as it's a hack, but I have updated the JIRA ticket.
> 
> Work around can be found at:
> 
> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
> 
> Thanks,
> 
> -Kelcey
> 
> Sent from my HTC
> 
> - Reply message -
> From: "Soheil Eizadi" 
> To: "dev@cloudstack.apache.org" 
> Subject: System VM template caching
> Date: Tue, Oct 8, 2013 9:49 PM
> 
> This seems similar to a problem I had on 4.3 Master with System VM creation. 
> If it is the same problem you can check from API command 
> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus cached 
> value. Then you know it is the same problem.
> -Soheil 
> 
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
> 
> 
> From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
> Sent: Tuesday, October 08, 2013 12:19 PM
> To: Cloud Dev
> Subject: [ACS 4.2][Upgrade Issue] System VM template caching
> 
> Hi,
> 
> Several of us in the community have found that with the 4.2 upgrade, when we 
> download and install the latest system VM template, CloudStack refuses to use 
> this template for new system VM creation. CloudStack appears to be usin a 
> cached or master-clone variant of the old template.
> 
> This is causing may KVM+ 4.2 users to have broken clouds, A bug report has 
> been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
> 
> My question is: Does anyone know where this cached template is stored? when 
> CloudStack goes to make a new system VM, where does it look first for the 
> template? We have observed through testing that this is no secondary storage.
> 
> Thanks in advance.
> 
> Kelcey Damage | Infrastructure Systems Architect
> Strategy | Automation | Cloud Computing | Technology Development
> 
> Backbone Technology, Inc
> 604-331-1152 ext. 114

Re: System VM template caching

[kel...@backbonetechnology.com]

This process you mention for registering as a user VM I can't find in the 
upgrade guide. Do you have a link?

The work around works because CloudStack defaults to re-download the system 
template is it is in NOT_DOWNLOADED status. How ever the database never gets 
updated for the life of the build.

CS is designed it seems to only ever have a single unaltered template_id '3' 
record. And I guess the template download script just overwrites the sane GUID 
filename.

Seems like a solution that could be handled in a better way.

Either way, this is what has been working for us in the community.

Sent from my HTC

- Reply message -
From: "Sebastien Goasguen" 
To: "dev@cloudstack.apache.org" 
Cc: "dev@cloudstack.apache.org" 
Subject: System VM template caching
Date: Wed, Oct 9, 2013 9:30 AM

Are you sure about this ? I thought we needed to register them as user vm and 
that the upgrade would convert them to systemVM automatically

-Sebastien

On 9 Oct 2013, at 17:22, 
"kel...@backbonetechnology.com" wrote:

> I was able to create a work around and several community builders tested it 
> out for me and it works.
> 
> I will not submit to docs as it's a hack, but I have updated the JIRA ticket.
> 
> Work around can be found at:
> 
> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
> 
> Thanks,
> 
> -Kelcey
> 
> Sent from my HTC
> 
> - Reply message -
> From: "Soheil Eizadi" 
> To: "dev@cloudstack.apache.org" 
> Subject: System VM template caching
> Date: Tue, Oct 8, 2013 9:49 PM
> 
> This seems similar to a problem I had on 4.3 Master with System VM creation. 
> If it is the same problem you can check from API command 
> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus cached 
> value. Then you know it is the same problem.
> -Soheil 
> 
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
> 
> ________
> From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
> Sent: Tuesday, October 08, 2013 12:19 PM
> To: Cloud Dev
> Subject: [ACS 4.2][Upgrade Issue] System VM template caching
> 
> Hi,
> 
> Several of us in the community have found that with the 4.2 upgrade, when we 
> download and install the latest system VM template, CloudStack refuses to use 
> this template for new system VM creation. CloudStack appears to be usin a 
> cached or master-clone variant of the old template.
> 
> This is causing may KVM+ 4.2 users to have broken clouds, A bug report has 
> been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
> 
> My question is: Does anyone know where this cached template is stored? when 
> CloudStack goes to make a new system VM, where does it look first for the 
> template? We have observed through testing that this is no secondary storage.
> 
> Thanks in advance.
> 
> Kelcey Damage | Infrastructure Systems Architect
> Strategy | Automation | Cloud Computing | Technology Development
> 
> Backbone Technology, Inc
> 604-331-1152 ext. 114

Re: System VM template caching

[Ahmad Emneina]

there might be a more sound way than swapping the template on secondary
storage and hacking the db. I figure one should be able to register the
template, via the documented route... wait for download to succeed, upgrade
the binary bits. then when the system vm's fail to launch. delete the
cached template on primary storage. That should be enough to trigger a new
system vm propagated to the primary storage. I find it hard to believe this
passed QA...


On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com <
kel...@backbonetechnology.com> wrote:

> This process you mention for registering as a user VM I can't find in the
> upgrade guide. Do you have a link?
>
> The work around works because CloudStack defaults to re-download the
> system template is it is in NOT_DOWNLOADED status. How ever the database
> never gets updated for the life of the build.
>
> CS is designed it seems to only ever have a single unaltered template_id
> '3' record. And I guess the template download script just overwrites the
> sane GUID filename.
>
> Seems like a solution that could be handled in a better way.
>
> Either way, this is what has been working for us in the community.
>
> Sent from my HTC
>
> - Reply message -
> From: "Sebastien Goasguen" 
> To: "dev@cloudstack.apache.org" 
> Cc: "dev@cloudstack.apache.org" 
> Subject: System VM template caching
> Date: Wed, Oct 9, 2013 9:30 AM
>
> Are you sure about this ? I thought we needed to register them as user vm
> and that the upgrade would convert them to systemVM automatically
>
> -Sebastien
>
> On 9 Oct 2013, at 17:22, "kel...@backbonetechnology.com"<
> kel...@backbonetechnology.com> wrote:
>
> > I was able to create a work around and several community builders tested
> it out for me and it works.
> >
> > I will not submit to docs as it's a hack, but I have updated the JIRA
> ticket.
> >
> > Work around can be found at:
> >
> >
> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
> >
> > Thanks,
> >
> > -Kelcey
> >
> > Sent from my HTC
> >
> > - Reply message -
> > From: "Soheil Eizadi" 
> > To: "dev@cloudstack.apache.org" 
> > Subject: System VM template caching
> > Date: Tue, Oct 8, 2013 9:49 PM
> >
> > This seems similar to a problem I had on 4.3 Master with System VM
> creation. If it is the same problem you can check from API command
> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus
> cached value. Then you know it is the same problem.
> > -Soheil
> >
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
> >
> > ____
> > From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
> > Sent: Tuesday, October 08, 2013 12:19 PM
> > To: Cloud Dev
> > Subject: [ACS 4.2][Upgrade Issue] System VM template caching
> >
> > Hi,
> >
> > Several of us in the community have found that with the 4.2 upgrade,
> when we download and install the latest system VM template, CloudStack
> refuses to use this template for new system VM creation. CloudStack appears
> to be usin a cached or master-clone variant of the old template.
> >
> > This is causing may KVM+ 4.2 users to have broken clouds, A bug report
> has been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
> >
> > My question is: Does anyone know where this cached template is stored?
> when CloudStack goes to make a new system VM, where does it look first for
> the template? We have observed through testing that this is no secondary
> storage.
> >
> > Thanks in advance.
> >
> > Kelcey Damage | Infrastructure Systems Architect
> > Strategy | Automation | Cloud Computing | Technology Development
> >
> > Backbone Technology, Inc
> > 604-331-1152 ext. 114
>

Re: System VM template caching

[kel...@backbonetechnology.com]

We tested deleting the template on primary storage, and it failed to regenerate.

What is the documented method for registering the new template, can you link to 
it?

It seems many of us failed to find any documentation about updating the 
template period, not just in the 4.2 release doc under upgrades from 4.1

Thanks.

Sent from my HTC

- Reply message -
From: "Ahmad Emneina" 
To: "dev@cloudstack.apache.org" 
Subject: System VM template caching
Date: Wed, Oct 9, 2013 9:48 AM

there might be a more sound way than swapping the template on secondary
storage and hacking the db. I figure one should be able to register the
template, via the documented route... wait for download to succeed, upgrade
the binary bits. then when the system vm's fail to launch. delete the
cached template on primary storage. That should be enough to trigger a new
system vm propagated to the primary storage. I find it hard to believe this
passed QA...


On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com <
kel...@backbonetechnology.com> wrote:

> This process you mention for registering as a user VM I can't find in the
> upgrade guide. Do you have a link?
>
> The work around works because CloudStack defaults to re-download the
> system template is it is in NOT_DOWNLOADED status. How ever the database
> never gets updated for the life of the build.
>
> CS is designed it seems to only ever have a single unaltered template_id
> '3' record. And I guess the template download script just overwrites the
> sane GUID filename.
>
> Seems like a solution that could be handled in a better way.
>
> Either way, this is what has been working for us in the community.
>
> Sent from my HTC
>
> - Reply message -
> From: "Sebastien Goasguen" 
> To: "dev@cloudstack.apache.org" 
> Cc: "dev@cloudstack.apache.org" 
> Subject: System VM template caching
> Date: Wed, Oct 9, 2013 9:30 AM
>
> Are you sure about this ? I thought we needed to register them as user vm
> and that the upgrade would convert them to systemVM automatically
>
> -Sebastien
>
> On 9 Oct 2013, at 17:22, "kel...@backbonetechnology.com"<
> kel...@backbonetechnology.com> wrote:
>
> > I was able to create a work around and several community builders tested
> it out for me and it works.
> >
> > I will not submit to docs as it's a hack, but I have updated the JIRA
> ticket.
> >
> > Work around can be found at:
> >
> >
> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
> >
> > Thanks,
> >
> > -Kelcey
> >
> > Sent from my HTC
> >
> > - Reply message -
> > From: "Soheil Eizadi" 
> > To: "dev@cloudstack.apache.org" 
> > Subject: System VM template caching
> > Date: Tue, Oct 8, 2013 9:49 PM
> >
> > This seems similar to a problem I had on 4.3 Master with System VM
> creation. If it is the same problem you can check from API command
> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus
> cached value. Then you know it is the same problem.
> > -Soheil
> >
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3c6717ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
> >
> > 
> > From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
> > Sent: Tuesday, October 08, 2013 12:19 PM
> > To: Cloud Dev
> > Subject: [ACS 4.2][Upgrade Issue] System VM template caching
> >
> > Hi,
> >
> > Several of us in the community have found that with the 4.2 upgrade,
> when we download and install the latest system VM template, CloudStack
> refuses to use this template for new system VM creation. CloudStack appears
> to be usin a cached or master-clone variant of the old template.
> >
> > This is causing may KVM+ 4.2 users to have broken clouds, A bug report
> has been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
> >
> > My question is: Does anyone know where this cached template is stored?
> when CloudStack goes to make a new system VM, where does it look first for
> the template? We have observed through testing that this is no secondary
> storage.
> >
> > Thanks in advance.
> >
> > Kelcey Damage | Infrastructure Systems Architect
> > Strategy | Automation | Cloud Computing | Technology Development
> >
> > Backbone Technology, Inc
> > 604-331-1152 ext. 114
>

Re: System VM template caching

[Chiradeep Vittal]

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas
e_Notes/upgrade-instructions.html


On 10/9/13 10:11 AM, "kel...@backbonetechnology.com"
 wrote:

>We tested deleting the template on primary storage, and it failed to
>regenerate.
>
>What is the documented method for registering the new template, can you
>link to it?
>
>It seems many of us failed to find any documentation about updating the
>template period, not just in the 4.2 release doc under upgrades from 4.1
>
>Thanks.
>
>Sent from my HTC
>
>- Reply message -
>From: "Ahmad Emneina" 
>To: "dev@cloudstack.apache.org" 
>Subject: System VM template caching
>Date: Wed, Oct 9, 2013 9:48 AM
>
>there might be a more sound way than swapping the template on secondary
>storage and hacking the db. I figure one should be able to register the
>template, via the documented route... wait for download to succeed,
>upgrade
>the binary bits. then when the system vm's fail to launch. delete the
>cached template on primary storage. That should be enough to trigger a new
>system vm propagated to the primary storage. I find it hard to believe
>this
>passed QA...
>
>
>On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com <
>kel...@backbonetechnology.com> wrote:
>
>> This process you mention for registering as a user VM I can't find in
>>the
>> upgrade guide. Do you have a link?
>>
>> The work around works because CloudStack defaults to re-download the
>> system template is it is in NOT_DOWNLOADED status. How ever the database
>> never gets updated for the life of the build.
>>
>> CS is designed it seems to only ever have a single unaltered template_id
>> '3' record. And I guess the template download script just overwrites the
>> sane GUID filename.
>>
>> Seems like a solution that could be handled in a better way.
>>
>> Either way, this is what has been working for us in the community.
>>
>> Sent from my HTC
>>
>> - Reply message -
>> From: "Sebastien Goasguen" 
>> To: "dev@cloudstack.apache.org" 
>> Cc: "dev@cloudstack.apache.org" 
>> Subject: System VM template caching
>> Date: Wed, Oct 9, 2013 9:30 AM
>>
>> Are you sure about this ? I thought we needed to register them as user
>>vm
>> and that the upgrade would convert them to systemVM automatically
>>
>> -Sebastien
>>
>> On 9 Oct 2013, at 17:22, "kel...@backbonetechnology.com"<
>> kel...@backbonetechnology.com> wrote:
>>
>> > I was able to create a work around and several community builders
>>tested
>> it out for me and it works.
>> >
>> > I will not submit to docs as it's a hack, but I have updated the JIRA
>> ticket.
>> >
>> > Work around can be found at:
>> >
>> >
>> 
>>http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cl
>>oudstack-4-2-dragon-kvm/
>> >
>> > Thanks,
>> >
>> > -Kelcey
>> >
>> > Sent from my HTC
>> >
>> > - Reply message -
>> > From: "Soheil Eizadi" 
>> > To: "dev@cloudstack.apache.org" 
>> > Subject: System VM template caching
>> > Date: Tue, Oct 8, 2013 9:49 PM
>> >
>> > This seems similar to a problem I had on 4.3 Master with System VM
>> creation. If it is the same problem you can check from API command
>> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus
>> cached value. Then you know it is the same problem.
>> > -Soheil
>> >
>> >
>> 
>>http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3C67
>>17ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
>> >
>> > 
>> > From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
>> > Sent: Tuesday, October 08, 2013 12:19 PM
>> > To: Cloud Dev
>> > Subject: [ACS 4.2][Upgrade Issue] System VM template caching
>> >
>> > Hi,
>> >
>> > Several of us in the community have found that with the 4.2 upgrade,
>> when we download and install the latest system VM template, CloudStack
>> refuses to use this template for new system VM creation. CloudStack
>>appears
>> to be usin a cached or master-clone variant of the old template.
>> >
>> > This is causing may KVM+ 4.2 users to have broken clouds, A bug report
>> has been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
>> >
>> > My question is: Does anyone know where this cached template is stored?
>> when CloudStack goes to make a new system VM, where does it look first
>>for
>> the template? We have observed through testing that this is no secondary
>> storage.
>> >
>> > Thanks in advance.
>> >
>> > Kelcey Damage | Infrastructure Systems Architect
>> > Strategy | Automation | Cloud Computing | Technology Development
>> >
>> > Backbone Technology, Inc
>> > 604-331-1152 ext. 114

Re: System VM template caching

[Sebastien Goasguen]

and that one:

http://markmail.org/message/kdmvc3frngdki5ho


On Oct 9, 2013, at 2:15 PM, Chiradeep Vittal  
wrote:

> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas
> e_Notes/upgrade-instructions.html
> 
> 
> On 10/9/13 10:11 AM, "kel...@backbonetechnology.com"
>  wrote:
> 
>> We tested deleting the template on primary storage, and it failed to
>> regenerate.
>> 
>> What is the documented method for registering the new template, can you
>> link to it?
>> 
>> It seems many of us failed to find any documentation about updating the
>> template period, not just in the 4.2 release doc under upgrades from 4.1
>> 
>> Thanks.
>> 
>> Sent from my HTC
>> 
>> - Reply message -
>> From: "Ahmad Emneina" 
>> To: "dev@cloudstack.apache.org" 
>> Subject: System VM template caching
>> Date: Wed, Oct 9, 2013 9:48 AM
>> 
>> there might be a more sound way than swapping the template on secondary
>> storage and hacking the db. I figure one should be able to register the
>> template, via the documented route... wait for download to succeed,
>> upgrade
>> the binary bits. then when the system vm's fail to launch. delete the
>> cached template on primary storage. That should be enough to trigger a new
>> system vm propagated to the primary storage. I find it hard to believe
>> this
>> passed QA...
>> 
>> 
>> On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com <
>> kel...@backbonetechnology.com> wrote:
>> 
>>> This process you mention for registering as a user VM I can't find in
>>> the
>>> upgrade guide. Do you have a link?
>>> 
>>> The work around works because CloudStack defaults to re-download the
>>> system template is it is in NOT_DOWNLOADED status. How ever the database
>>> never gets updated for the life of the build.
>>> 
>>> CS is designed it seems to only ever have a single unaltered template_id
>>> '3' record. And I guess the template download script just overwrites the
>>> sane GUID filename.
>>> 
>>> Seems like a solution that could be handled in a better way.
>>> 
>>> Either way, this is what has been working for us in the community.
>>> 
>>> Sent from my HTC
>>> 
>>> - Reply message -
>>> From: "Sebastien Goasguen" 
>>> To: "dev@cloudstack.apache.org" 
>>> Cc: "dev@cloudstack.apache.org" 
>>> Subject: System VM template caching
>>> Date: Wed, Oct 9, 2013 9:30 AM
>>> 
>>> Are you sure about this ? I thought we needed to register them as user
>>> vm
>>> and that the upgrade would convert them to systemVM automatically
>>> 
>>> -Sebastien
>>> 
>>> On 9 Oct 2013, at 17:22, "kel...@backbonetechnology.com"<
>>> kel...@backbonetechnology.com> wrote:
>>> 
>>>> I was able to create a work around and several community builders
>>> tested
>>> it out for me and it works.
>>>> 
>>>> I will not submit to docs as it's a hack, but I have updated the JIRA
>>> ticket.
>>>> 
>>>> Work around can be found at:
>>>> 
>>>> 
>>> 
>>> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cl
>>> oudstack-4-2-dragon-kvm/
>>>> 
>>>> Thanks,
>>>> 
>>>> -Kelcey
>>>> 
>>>> Sent from my HTC
>>>> 
>>>> - Reply message -
>>>> From: "Soheil Eizadi" 
>>>> To: "dev@cloudstack.apache.org" 
>>>> Subject: System VM template caching
>>>> Date: Tue, Oct 8, 2013 9:49 PM
>>>> 
>>>> This seems similar to a problem I had on 4.3 Master with System VM
>>> creation. If it is the same problem you can check from API command
>>> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus
>>> cached value. Then you know it is the same problem.
>>>> -Soheil
>>>> 
>>>> 
>>> 
>>> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3C67
>>> 17ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E
>>>> 
>>>> 
>>>> From: Kelcey Jamison Damage [kel...@backbonetechnology.com]
>>>> Sent: Tuesday, October 08, 2013 12:19 PM
>>>> To: Cloud Dev
>>>> Subject: [ACS 4.2][Upgrade Issue] System VM template caching
>>>> 
>>>> Hi,
>>>> 
>>>> Several of us in the community have found that with the 4.2 upgrade,
>>> when we download and install the latest system VM template, CloudStack
>>> refuses to use this template for new system VM creation. CloudStack
>>> appears
>>> to be usin a cached or master-clone variant of the old template.
>>>> 
>>>> This is causing may KVM+ 4.2 users to have broken clouds, A bug report
>>> has been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
>>>> 
>>>> My question is: Does anyone know where this cached template is stored?
>>> when CloudStack goes to make a new system VM, where does it look first
>>> for
>>> the template? We have observed through testing that this is no secondary
>>> storage.
>>>> 
>>>> Thanks in advance.
>>>> 
>>>> Kelcey Damage | Infrastructure Systems Architect
>>>> Strategy | Automation | Cloud Computing | Technology Development
>>>> 
>>>> Backbone Technology, Inc
>>>> 604-331-1152 ext. 114
> 

Re: System VM template caching

[Kelcey Jamison Damage]

I just went back through the release guide an nowhere could I find any mention 
of the template upgrade and workaround process for KVM host based CloudStack 
upgrading from 4.1 to 4.2. I also took a look through the troubleshooting 
section. I might just be missing it, but using the steps in the guide for a 
second time I was able to perfectly replicate the broken system VMs. 

I also read the mail chain, and it does mention needing to register the new 
template but from a user perspective it does not mention how. And that email 
thread is quite possible obscure for many of our current users. 

I am not trying to criticize, only express from a user perspective that this 
information is not globally known or accessible. And based on a couple of days 
on irc working with others in this situation it was quite prevalent that no one 
knew of this information outside the development circle. I can copy my blog 
post into a wiki article but the release docs do need some form of bold entry 
3.1 in the 4.2 release docs explaining the process of upgrading and registering 
the new template. This would limit much confusion in the user circle. 

I myself I must admit do not know how to do the .java upgrade process as I have 
never really worked with .java files before or that aspect of ACS. If someone 
had the time to jot down a verbose how-to, it would be really helpful. 

This is the only steps I have found: 

(1) register a new template (such as systemvmtemplate-4.2) on UI or in 
Upgrade*.java file 
(2) Change template type from User to System in Upgrade*.java file. 
(3) cloud-install-sys-tmplt download the systemvm template 
(4) cloudstack-sysvmadm re-deploy systemvms 

The first two steps are slightly ambiguous assuming the user has done this sort 
of activity before. 

Thanks all! 

-Kelcey 

- Original Message -

From: "Sebastien Goasguen"  
To: dev@cloudstack.apache.org 
Cc: aemne...@gmail.com 
Sent: Wednesday, October 9, 2013 11:26:13 AM 
Subject: Re: System VM template caching 

and that one: 

http://markmail.org/message/kdmvc3frngdki5ho 


On Oct 9, 2013, at 2:15 PM, Chiradeep Vittal  
wrote: 

> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas 
> e_Notes/upgrade-instructions.html 
> 
> 
> On 10/9/13 10:11 AM, "kel...@backbonetechnology.com" 
>  wrote: 
> 
>> We tested deleting the template on primary storage, and it failed to 
>> regenerate. 
>> 
>> What is the documented method for registering the new template, can you 
>> link to it? 
>> 
>> It seems many of us failed to find any documentation about updating the 
>> template period, not just in the 4.2 release doc under upgrades from 4.1 
>> 
>> Thanks. 
>> 
>> Sent from my HTC 
>> 
>> - Reply message - 
>> From: "Ahmad Emneina"  
>> To: "dev@cloudstack.apache.org"  
>> Subject: System VM template caching 
>> Date: Wed, Oct 9, 2013 9:48 AM 
>> 
>> there might be a more sound way than swapping the template on secondary 
>> storage and hacking the db. I figure one should be able to register the 
>> template, via the documented route... wait for download to succeed, 
>> upgrade 
>> the binary bits. then when the system vm's fail to launch. delete the 
>> cached template on primary storage. That should be enough to trigger a new 
>> system vm propagated to the primary storage. I find it hard to believe 
>> this 
>> passed QA... 
>> 
>> 
>> On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com < 
>> kel...@backbonetechnology.com> wrote: 
>> 
>>> This process you mention for registering as a user VM I can't find in 
>>> the 
>>> upgrade guide. Do you have a link? 
>>> 
>>> The work around works because CloudStack defaults to re-download the 
>>> system template is it is in NOT_DOWNLOADED status. How ever the database 
>>> never gets updated for the life of the build. 
>>> 
>>> CS is designed it seems to only ever have a single unaltered template_id 
>>> '3' record. And I guess the template download script just overwrites the 
>>> sane GUID filename. 
>>> 
>>> Seems like a solution that could be handled in a better way. 
>>> 
>>> Either way, this is what has been working for us in the community. 
>>> 
>>> Sent from my HTC 
>>> 
>>> - Reply message - 
>>> From: "Sebastien Goasguen"  
>>> To: "dev@cloudstack.apache.org"  
>>> Cc: "dev@cloudstack.apache.org"  
>>> Subject: System VM template caching 
>>> Date: Wed, Oct 9, 2013 9:30 AM 
>>> 
>>> Are you sure abou

Re: System VM template caching

[Sebastien Goasguen]

On Oct 10, 2013, at 2:19 PM, Kelcey Jamison Damage 
 wrote:

> I just went back through the release guide an nowhere could I find any 
> mention of the template upgrade and workaround process for KVM host based 
> CloudStack upgrading from 4.1 to 4.2. I also took a look through the 
> troubleshooting section. I might just be missing it, but using the steps in 
> the guide for a second time I was able to perfectly replicate the broken 
> system VMs. 
> 
> I also read the mail chain, and it does mention needing to register the new 
> template but from a user perspective it does not mention how. And that email 
> thread is quite possible obscure for many of our current users. 
> 
> I am not trying to criticize, only express from a user perspective that this 
> information is not globally known or accessible. And based on a couple of 
> days on irc working with others in this situation it was quite prevalent that 
> no one knew of this information outside the development circle.

There is no development circle. The dev@ list is it.

I agree with you that the upgrade procedure in the release notes seem to be 
lacking something.

If you have found the proper way to do it, then you can patch the documentation 
since you have write access to the code.


> I can copy my blog post into a wiki article but the release docs do need some 
> form of bold entry 3.1 in the 4.2 release docs explaining the process of 
> upgrading and registering the new template. This would limit much confusion 
> in the user circle. 
> 
> I myself I must admit do not know how to do the .java upgrade process as I 
> have never really worked with .java files before or that aspect of ACS. If 
> someone had the time to jot down a verbose how-to, it would be really 
> helpful. 
> 
> This is the only steps I have found: 
> 
> (1) register a new template (such as systemvmtemplate-4.2) on UI or in 
> Upgrade*.java file 
> (2) Change template type from User to System in Upgrade*.java file. 
> (3) cloud-install-sys-tmplt download the systemvm template 
> (4) cloudstack-sysvmadm re-deploy systemvms 
> 
> The first two steps are slightly ambiguous assuming the user has done this 
> sort of activity before. 
> 
> Thanks all! 
> 
> -Kelcey 
> 
> - Original Message -
> 
> From: "Sebastien Goasguen"  
> To: dev@cloudstack.apache.org 
> Cc: aemne...@gmail.com 
> Sent: Wednesday, October 9, 2013 11:26:13 AM 
> Subject: Re: System VM template caching 
> 
> and that one: 
> 
> http://markmail.org/message/kdmvc3frngdki5ho 
> 
> 
> On Oct 9, 2013, at 2:15 PM, Chiradeep Vittal  
> wrote: 
> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas 
>> e_Notes/upgrade-instructions.html 
>> 
>> 
>> On 10/9/13 10:11 AM, "kel...@backbonetechnology.com" 
>>  wrote: 
>> 
>>> We tested deleting the template on primary storage, and it failed to 
>>> regenerate. 
>>> 
>>> What is the documented method for registering the new template, can you 
>>> link to it? 
>>> 
>>> It seems many of us failed to find any documentation about updating the 
>>> template period, not just in the 4.2 release doc under upgrades from 4.1 
>>> 
>>> Thanks. 
>>> 
>>> Sent from my HTC 
>>> 
>>> - Reply message - 
>>> From: "Ahmad Emneina"  
>>> To: "dev@cloudstack.apache.org"  
>>> Subject: System VM template caching 
>>> Date: Wed, Oct 9, 2013 9:48 AM 
>>> 
>>> there might be a more sound way than swapping the template on secondary 
>>> storage and hacking the db. I figure one should be able to register the 
>>> template, via the documented route... wait for download to succeed, 
>>> upgrade 
>>> the binary bits. then when the system vm's fail to launch. delete the 
>>> cached template on primary storage. That should be enough to trigger a new 
>>> system vm propagated to the primary storage. I find it hard to believe 
>>> this 
>>> passed QA... 
>>> 
>>> 
>>> On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com < 
>>> kel...@backbonetechnology.com> wrote: 
>>> 
>>>> This process you mention for registering as a user VM I can't find in 
>>>> the 
>>>> upgrade guide. Do you have a link? 
>>>> 
>>>> The work around works because CloudStack defaults to re-download the 
>>>> system template is it is in NOT_DOWNLOADED status. How ever the database 
>>>> never gets updated for the life of the build. 
>>>

Re: System VM template caching

[Kelcey Jamison Damage]

I can patch in what I have been told, but I don't understand what I have been 
told so I know most of the people I help on irc won't get it either. Once I 
find what appears to be a digestible solution I will happily look into patching 
the docs. 

- Original Message -

From: "Sebastien Goasguen"  
To: dev@cloudstack.apache.org 
Sent: Thursday, October 10, 2013 4:44:46 PM 
Subject: Re: System VM template caching 


On Oct 10, 2013, at 2:19 PM, Kelcey Jamison Damage 
 wrote: 

> I just went back through the release guide an nowhere could I find any 
> mention of the template upgrade and workaround process for KVM host based 
> CloudStack upgrading from 4.1 to 4.2. I also took a look through the 
> troubleshooting section. I might just be missing it, but using the steps in 
> the guide for a second time I was able to perfectly replicate the broken 
> system VMs. 
> 
> I also read the mail chain, and it does mention needing to register the new 
> template but from a user perspective it does not mention how. And that email 
> thread is quite possible obscure for many of our current users. 
> 
> I am not trying to criticize, only express from a user perspective that this 
> information is not globally known or accessible. And based on a couple of 
> days on irc working with others in this situation it was quite prevalent that 
> no one knew of this information outside the development circle. 

There is no development circle. The dev@ list is it. 

I agree with you that the upgrade procedure in the release notes seem to be 
lacking something. 

If you have found the proper way to do it, then you can patch the documentation 
since you have write access to the code. 


> I can copy my blog post into a wiki article but the release docs do need some 
> form of bold entry 3.1 in the 4.2 release docs explaining the process of 
> upgrading and registering the new template. This would limit much confusion 
> in the user circle. 
> 
> I myself I must admit do not know how to do the .java upgrade process as I 
> have never really worked with .java files before or that aspect of ACS. If 
> someone had the time to jot down a verbose how-to, it would be really 
> helpful. 
> 
> This is the only steps I have found: 
> 
> (1) register a new template (such as systemvmtemplate-4.2) on UI or in 
> Upgrade*.java file 
> (2) Change template type from User to System in Upgrade*.java file. 
> (3) cloud-install-sys-tmplt download the systemvm template 
> (4) cloudstack-sysvmadm re-deploy systemvms 
> 
> The first two steps are slightly ambiguous assuming the user has done this 
> sort of activity before. 
> 
> Thanks all! 
> 
> -Kelcey 
> 
> - Original Message - 
> 
> From: "Sebastien Goasguen"  
> To: dev@cloudstack.apache.org 
> Cc: aemne...@gmail.com 
> Sent: Wednesday, October 9, 2013 11:26:13 AM 
> Subject: Re: System VM template caching 
> 
> and that one: 
> 
> http://markmail.org/message/kdmvc3frngdki5ho 
> 
> 
> On Oct 9, 2013, at 2:15 PM, Chiradeep Vittal  
> wrote: 
> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas 
>> e_Notes/upgrade-instructions.html 
>> 
>> 
>> On 10/9/13 10:11 AM, "kel...@backbonetechnology.com" 
>>  wrote: 
>> 
>>> We tested deleting the template on primary storage, and it failed to 
>>> regenerate. 
>>> 
>>> What is the documented method for registering the new template, can you 
>>> link to it? 
>>> 
>>> It seems many of us failed to find any documentation about updating the 
>>> template period, not just in the 4.2 release doc under upgrades from 4.1 
>>> 
>>> Thanks. 
>>> 
>>> Sent from my HTC 
>>> 
>>> - Reply message - 
>>> From: "Ahmad Emneina"  
>>> To: "dev@cloudstack.apache.org"  
>>> Subject: System VM template caching 
>>> Date: Wed, Oct 9, 2013 9:48 AM 
>>> 
>>> there might be a more sound way than swapping the template on secondary 
>>> storage and hacking the db. I figure one should be able to register the 
>>> template, via the documented route... wait for download to succeed, 
>>> upgrade 
>>> the binary bits. then when the system vm's fail to launch. delete the 
>>> cached template on primary storage. That should be enough to trigger a new 
>>> system vm propagated to the primary storage. I find it hard to believe 
>>> this 
>>> passed QA... 
>>> 
>>> 
>>> On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com < 
>>> kel...@backbonetechnology.com> wrote: 
>>

Re: ssvm and system vm confusion

[Chip Childers]

Chiradeep (others),

Pedro Marques is working on a POC for an integration of Juniper's Contrail
technology. He's Cc'ed on this thread.

There are a number of questions related to system VM's below. Can someone
please help answer them for him?

On Tuesday, May 14, 2013, Pedro Marques wrote:

> Chip,
> Perhaps you can help me a bit...
>
> I'm trying to understand how to get the system vms working and i'm very
> confused...
>
> The cloudstack install instructions tell one to download a .vhd image that
> is installed as a template in the secondary storage. This template is
> instantiated when CS tries to start the SSVM.
>
> Cloudstack also has a systemvm.iso that is present in console-proxy/dist
>
> When CS initializes it goes through a process in which it tries to mount
> this iso and change the SSH keys in it. This process fails since the
> scripts that it uses assume sudo which requires console access.
>
> How is the systemvm.iso image supposed to actually get launched on a
> server ? i'm not seen any way in which this image gets copied... and there
> is no way to create a Xen VM from this (non-bootable iso), correct ?
>
> Given that the SSVM is a .vhd image that is downloaded from citrix how is
> CS expected to be able to place its keys in it and be able to login ?
>
> The tools/appliance scripts don't work for me.
>
> I managed to work around an auth failure... the
> definitions/systemvmtemplate scripts assume user root with password
> "password" but preseed.cfg doesn't create a root account... and would use
> "vagrant" as the password...
>
> But after this auth failure i see that the post install script does the
> following...
>
> ++ chroot . apt-get --no-install-recommends -q -y --force-yes install
> rsyslog logrotate cron chkconfig insserv net-tools ifupdown vim-tiny
> netbase iptables openssh-server grub-legacy e2fsprogs dhcp3-client dnsmasq
> tcpdump socat wget python bzip2 sed gawk diff grep gzip less tar telnet ftp
> rsync traceroute psmisc lsof procps monit inetutils-ping iputils-arping
> httping dnsutils zip unzip ethtool uuid file iproute acpid
> iptables-persistent virt-what sudo
> chroot: failed to run command `apt-get': No such file or directory
> ERROR: exit code 127
> Error executing command ./postinstall.sh : Exitcode was not what we
> expected
> Exitcode was not what we expected
>
> I'm assuming that "." is supposed to be /root on the VM... what is this
> attempting to do ?
> There is no apt-get in /root/usr/bin so the command will fail... what is
> the intent here...
>
> Saving this VM in this state, i can start it in the compute node, but it
> comes up with a single interface (eth0)...
>
> I'm trying to figure out how it is possible to build an SSVM that CS would
> be able to log into... but i'm confused...
>
>   Pedro.
>

Re: ssvm and system vm confusion

[Pedro Marques]

I guess i'll answer my own question...

On May 14, 2013, at 4:35 PM, Chip Childers wrote:

> Chiradeep (others),
> 
> Pedro Marques is working on a POC for an integration of Juniper's Contrail
> technology. He's Cc'ed on this thread.
> 
> There are a number of questions related to system VM's below. Can someone
> please help answer them for him?
> 
> On Tuesday, May 14, 2013, Pedro Marques wrote:
> 
>> Chip,
>> Perhaps you can help me a bit...
>> 
>> I'm trying to understand how to get the system vms working and i'm very
>> confused...
>> 
>> The cloudstack install instructions tell one to download a .vhd image that
>> is installed as a template in the secondary storage. This template is
>> instantiated when CS tries to start the SSVM.
>> 
>> Cloudstack also has a systemvm.iso that is present in console-proxy/dist
>> 
>> When CS initializes it goes through a process in which it tries to mount
>> this iso and change the SSH keys in it. This process fails since the
>> scripts that it uses assume sudo which requires console access.
>> 
>> How is the systemvm.iso image supposed to actually get launched on a
>> server ? i'm not seen any way in which this image gets copied... and there
>> is no way to create a Xen VM from this (non-bootable iso), correct ?

>From what i can gather the systemvm has two components: the debian appliance 
>distributed as a virtual machine (in a vhd image) and extra packages on the 
>.iso. The iso is mounted as an extra disk in the VM and there must be a magic 
>installer that does the trick. i.e. read the keys plus the java app that is 
>distributed in the iso.

I couldn't find the magic installer though... for sure not under 
tools/appliance [I'm using the 4.1.0 branch].

>> 
>> Given that the SSVM is a .vhd image that is downloaded from citrix how is
>> CS expected to be able to place its keys in it and be able to login ?
>> 
>> The tools/appliance scripts don't work for me.
>> 
>> I managed to work around an auth failure... the
>> definitions/systemvmtemplate scripts assume user root with password
>> "password" but preseed.cfg doesn't create a root account... and would use
>> "vagrant" as the password...
>> 
>> But after this auth failure i see that the post install script does the
>> following...
>> 
>> ++ chroot . apt-get --no-install-recommends -q -y --force-yes install
>> rsyslog logrotate cron chkconfig insserv net-tools ifupdown vim-tiny
>> netbase iptables openssh-server grub-legacy e2fsprogs dhcp3-client dnsmasq
>> tcpdump socat wget python bzip2 sed gawk diff grep gzip less tar telnet ftp
>> rsync traceroute psmisc lsof procps monit inetutils-ping iputils-arping
>> httping dnsutils zip unzip ethtool uuid file iproute acpid
>> iptables-persistent virt-what sudo
>> chroot: failed to run command `apt-get': No such file or directory
>> ERROR: exit code 127
>> Error executing command ./postinstall.sh : Exitcode was not what we
>> expected
>> Exitcode was not what we expected
>> 
>> I'm assuming that "." is supposed to be /root on the VM... what is this
>> attempting to do ?
>> There is no apt-get in /root/usr/bin so the command will fail... what is
>> the intent here...

I'm still curious as to whether the scripts under tools/appliance should work. 
Or if this is just a work in progress

>> 
>> Saving this VM in this state, i can start it in the compute node, but it
>> comes up with a single interface (eth0)...
>> 
>> I'm trying to figure out how it is possible to build an SSVM that CS would
>> be able to log into... but i'm confused...
>> 
>>  Pedro.
>> 

Re: ssvm and system vm confusion

[Chiradeep Vittal]

On 5/14/13 10:58 PM, "Pedro Marques"  wrote:

>I guess i'll answer my own question...
>
>On May 14, 2013, at 4:35 PM, Chip Childers wrote:
>
>> Chiradeep (others),
>> 
>> Pedro Marques is working on a POC for an integration of Juniper's
>>Contrail
>> technology. He's Cc'ed on this thread.
>> 
>> There are a number of questions related to system VM's below. Can
>>someone
>> please help answer them for him?
>> 
>> On Tuesday, May 14, 2013, Pedro Marques wrote:
>> 
>>> Chip,
>>> Perhaps you can help me a bit...
>>> 
>>> I'm trying to understand how to get the system vms working and i'm very
>>> confused...
>>> 
>>> The cloudstack install instructions tell one to download a .vhd image
>>>that
>>> is installed as a template in the secondary storage. This template is
>>> instantiated when CS tries to start the SSVM.
>>> 
>>> Cloudstack also has a systemvm.iso that is present in
>>>console-proxy/dist
>>> 
>>> When CS initializes it goes through a process in which it tries to
>>>mount
>>> this iso and change the SSH keys in it. This process fails since the
>>> scripts that it uses assume sudo which requires console access.
>>> 
>>> How is the systemvm.iso image supposed to actually get launched on a
>>> server ? i'm not seen any way in which this image gets copied... and
>>>there
>>> is no way to create a Xen VM from this (non-bootable iso), correct ?
>
>From what i can gather the systemvm has two components: the debian
>appliance distributed as a virtual machine (in a vhd image) and extra
>packages on the .iso. The iso is mounted as an extra disk in the VM and
>there must be a magic installer that does the trick. i.e. read the keys
>plus the java app that is distributed in the iso.
>
>I couldn't find the magic installer though... for sure not under
>tools/appliance [I'm using the 4.1.0 branch].

That magic is in 
./patches/systemvm/debian/config/etc/init.d/cloud-early-config. This
script runs early in the boot of the systemvm to mount the iso and patch
it. The iso itself is built by maven
(services/console-proxy/server/pom.xml) . When the management server first
starts up, it generates keys (ConfigurationServerImpl.updateKeyPairs())
and injects them (scripts/vm/systemvm/injectkeys.sh ) into the ISO. When
you add a host to the management server, the ISO is copied to the host.
When the systemvm is started, the ISO is attached to the systemvm as
/dev/xvdd (usually).

>
>>> 
>>> Given that the SSVM is a .vhd image that is downloaded from citrix how
>>>is
>>> CS expected to be able to place its keys in it and be able to login ?
>>> 
>>> The tools/appliance scripts don't work for me.
>>> 
>>> I managed to work around an auth failure... the
>>> definitions/systemvmtemplate scripts assume user root with password
>>> "password" but preseed.cfg doesn't create a root account... and would
>>>use
>>> "vagrant" as the password...
>>> 
>>> But after this auth failure i see that the post install script does the
>>> following...
>>> 
>>> ++ chroot . apt-get --no-install-recommends -q -y --force-yes install
>>> rsyslog logrotate cron chkconfig insserv net-tools ifupdown vim-tiny
>>> netbase iptables openssh-server grub-legacy e2fsprogs dhcp3-client
>>>dnsmasq
>>> tcpdump socat wget python bzip2 sed gawk diff grep gzip less tar
>>>telnet ftp
>>> rsync traceroute psmisc lsof procps monit inetutils-ping iputils-arping
>>> httping dnsutils zip unzip ethtool uuid file iproute acpid
>>> iptables-persistent virt-what sudo
>>> chroot: failed to run command `apt-get': No such file or directory
>>> ERROR: exit code 127
>>> Error executing command ./postinstall.sh : Exitcode was not what we
>>> expected
>>> Exitcode was not what we expected
>>> 
>>> I'm assuming that "." is supposed to be /root on the VM... what is this
>>> attempting to do ?
>>> There is no apt-get in /root/usr/bin so the command will fail... what
>>>is
>>> the intent here...
>
>I'm still curious as to whether the scripts under tools/appliance should
>work. Or if this is just a work in progress


The scripts in tools/appliance are used to automate the build of the
'seed' systemvm images. These are also available from jenkins.
http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

Certainly 
cd tools/appliance
veewee vbox build 'systemvmtemplate'

works on my MacOS X Lion

--
Chiradeep

Current system VM template for XenServer

[Mike Tutkowski]

Hi,

I've jumped back onto 4.4 after having been on 4.3 the past few weeks and
am having some trouble in 4.4 getting the agents in the SSVM and CPVM to
start (both VMs show as being in the Up state in the GUI, but both agents
are not listed as being in the Up state).

Can someone tell me if this template is what I should be currently using on
master for XenServer?

http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*

RE: System VM template for 4.4?

[Rajesh Battala]

Hi Nux, 
Here are the links for systemvm generated from master branch. 

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2
 
http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-kvm.qcow2.bz2
 

Thanks
Rajesh Battala 
-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Saturday, March 8, 2014 6:02 PM
To: dev@cloudstack.apache.org
Subject: System VM template for 4.4?

Hi,

I'm trying to test various things in 4.4, but I'm having problems with the 
System VMs, I'm using the System VM template from 4.3 but it doesn't run 
properly.
Can someone point me to the 4.4 one?

Thanks,
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: System VM template for 4.4?

[Nux!]

On 08.03.2014 13:54, Rajesh Battala wrote:

Hi Nux,
Here are the links for systemvm generated from master branch.

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-kvm.qcow2.bz2


Thanks Rajesh, that's what I ended up downloading, was hoping for 4.4 
specific ones, I guess it's too early.


Thanks!

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: HeartBleed - New System VM Templates

[Nux!]

On 29.04.2014 09:48, Geoff Higginbottom wrote:

Have any new system vm templates been released yet to address the
HeartBleed issue ?


Aren't the latest from Jenkins using the latest Debian 7 updates?
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/

I thought that's the case and they are safe and the only issue was 
upgrading the running System VMs to these ones.


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: HeartBleed - New System VM Templates

[Geoff Higginbottom]

Thanks Nux,

Anyone know why these have not been uploaded and the build docs updated as they 
are still referencing the old, presumable insecure versions.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 29 April 2014 09:55
To: dev@cloudstack.apache.org
Subject: Re: HeartBleed - New System VM Templates

On 29.04.2014 09:48, Geoff Higginbottom wrote:
> Have any new system vm templates been released yet to address the
> HeartBleed issue ?

Aren't the latest from Jenkins using the latest Debian 7 updates?
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/

I thought that's the case and they are safe and the only issue was upgrading 
the running System VMs to these ones.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training<http://shapeblue.com/cloudstack-training/>
28th-29th May 2014, Bangalore. 
Classromm<http://shapeblue.com/cloudstack-training/>
16th-20th June 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
23rd-27th June 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
15th-20th September 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
22nd-27th September 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
1st-6th December 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
8th-12th December 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

[4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Hi all,

Trying to download a systemvm-64 from 
jenkins.buildacloud.org but the build seems to 
be disabled. There is nothing there: 
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/

Any ideas why? It was available earlier this week.

Cheers,
Wilder

Question about System VM Console Output

[Mike Tutkowski]

Hi,

I notice in CS 4.6 the following console output when system VMs boot up:

http://i.imgur.com/j4qwwel.png

Is this expected and OK?

These VMs are being run under XenServer 6.1.

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

refactor of system vm branch pushed

[Daan Hoogland]

H,

I just pushed a branch feature/systemvm-persistent-config to the
apache git server. It contains work by some colleagues, notibly Ian
Southam and WIlder Rodrigues. We started work on this last summer. We
now are closing in to conclusion and want to get feed back.

Our prime reason to do this was that we need redundancy in our vpc routers.

next to that we set some secondary objectives some of which got more
realization then others.
- persistent configuration so routers and such would survive reboot
without cloudstack management intervention
- better testatbility for the systemvm
- code unification of the normal and vpc routers
- code refactor of the virtual network appliance managers
- code refactor of the virtual network appliance resource
I probably left out a few.

I will be call a merge a while and for now just want to have it in the
apache git now. For anyone in London next week, Wilder will be giving
a demo of of the functionality.

good night,
-- 
Daan

[LXC]How to start System VM

[Frank Zhang]

I have successfully added a LXC host in ACS4.2, however, the system vm didn't 
come up. Is there any specific instruction to make SSVM up?
Thanks 

Modify the system vm build scripts

[David Mabry]

Hello everyone,

I’m looking at making some changes to the system vm, but I have found that 
there looks like there are 2 different places in the code that “build” the 
systemvm.  There is there is 
https://github.com/apache/cloudstack/tree/13bfdd71e6f52d2f613a802b3d16c9b40af7/systemvm/patches/debian,
 which looks like it might be the “old” way and there is 
https://github.com/apache/cloudstack/tree/87ef8137534fa798101f65c6691fcf71513ac978/tools/appliance/definitions/systemvmtemplate,
 which looks like it might be the “new” way.  If I wanted to make changes to 
how the systemvm is built which place should I modify?  I assume that I should 
modify the build scripts in the “new” location, but I thought I would ask here 
first just to be sure.

--Mabry

Re: [ANNOUNCE] System VM Template API

[Andrija Panic]

(awesome new feature imho! )...

On Wed, 29 Jan 2020, 11:56 Darrin Hüsselmann, <
darrin.husselm...@shapeblue.com> wrote:

> Hi All,
>
> There is a new feature we have been working on to minimize the effort of
> installing and managing system VM templates in Cloudstack. The wiki page
> can be found at the link and comments are welcome:
>
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/System+VM+Template+API
>
> Cheers
> Darrin
>
> darrin.husselm...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

Fairly serious system VM template issue.

[Todd Hebert]

Hello all,

One of my co-workers and I just installed a Cloudstack 4.5 system.   All seemed 
well until we started trying to import templates from another system we manage.

The SSVM downloads the image, then check it using the "vhd-util" utility from 
XenServer.

The error generated is "/bin/vhd-util no such file" or something along those 
lines.   This failure to check the VHD files causes the template imports to 
fail.

This is apparently is caused by vhd-util being a 32-bit binary, linked to 
32-bit libs, and there being no 32-bit libs present on the SSVM image.

Using advice from this article: 
https://github.com/apache/cloudstack/commit/9d8a62d0ee379bf8b67405944c86f68587245db6

we were able to get the system importing templates alright, but this isn't a 
permanent fix of the system VM template.. if we ever change our SSVM, we lose 
the modifications.  

I'm loathe to modify the SSVM template in the system myself, as I don't have 
the facilities to test if this change would break other functions such as VR's 
etc..

If whomever deals with such things could create a new system VM template that 
contains the libs, or uses a statically-linked vhd-util executable, and let the 
list know where to get it & how to replace the existing system VM, that would 
be grand.

Thanks!   :)


Todd Hebert
Hosting engineer

E: theb...@digiweb.ie
A: College Business & Technology Park, Blanchardstown, Dublin 15, Ireland 
W: http://www.digiweb.ie/
 

Quick Question about System VM problem

[Mike Tutkowski]

Hi,

I must be missing something easy here. :) I've set up this config many
times before and it's worked just fine (this is in 4.2):

Two XenServer 6.1 hosts in a cluster.
Local storage is enabled in CS.
My secondary storage has the system template for XenServer.
Template routing-1 shows up under the local SR of one of my hosts along
with ROOT-, but the system VM flickers on, then disappears and
I see this exception in the console:

WARN  [xen.resource.CitrixResourceBase] (DirectAgent-500:) Catch Exception:
class com.cloud.utils.exception.CloudRuntimeException due to
com.cloud.utils.exception.CloudRuntimeException: can not find systemvmiso
com.cloud.utils.exception.CloudRuntimeException: can not find systemvmiso
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createPatchVbd(CitrixResourceBase.java:1435)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1629)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:553)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at
com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:104)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
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:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)

Thoughts on this?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

System VM stuck in Expunging State

[Mike Tutkowski]

Hi,

I have a VM (SSVM) that's stuck in the Expunging State.

It's not interfering with anything that I'm aware of as I have another SSVM
up and running just fine, but I'd like to remove it from the database.

Does anyone know which table/tables I need to modify to make sure I get rid
of all of the necessary data?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

System VM build job slaves are down

[Rayees Namathponnan]

Hi ,

System VM build job slaves are down, and system VM build jobs are not executing 
from oct 2nd .

Someone who as access on these slave possible to help on this ?

Regards,
Rayees

System vm template build failed in Jenkins.cloudstack.org

[Rayees Namathponnan]

Hi,

System vm template creation build failed in Jenkins.cloudstack.org,  not sure 
who is responsible for this to fix ?

http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

Regards,
Rayees

RE: Current system VM template for XenServer

[Rajesh Battala]

In 4.4/master jre is updated hence the agent won't be running in systemvm.
You can download the latest systemvm template from download.cloud.com or from 
the Jenkins job. 
>From Jenkins this is the latest systemvm template build from master branch 
>http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2
> 

Thanks
Rajesh Battala

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Tuesday, March 4, 2014 7:40 AM
To: dev@cloudstack.apache.org
Subject: Current system VM template for XenServer

Hi,

I've jumped back onto 4.4 after having been on 4.3 the past few weeks and am 
having some trouble in 4.4 getting the agents in the SSVM and CPVM to start 
(both VMs show as being in the Up state in the GUI, but both agents are not 
listed as being in the Up state).

Can someone tell me if this template is what I should be currently using on 
master for XenServer?

http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2

Thanks!

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

Re: Current system VM template for XenServer

[Mike Tutkowski]

Thanks, Rajesh!


On Mon, Mar 3, 2014 at 11:08 PM, Rajesh Battala
wrote:

> In 4.4/master jre is updated hence the agent won't be running in systemvm.
> You can download the latest systemvm template from download.cloud.com or
> from the Jenkins job.
> From Jenkins this is the latest systemvm template build from master branch
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Tuesday, March 4, 2014 7:40 AM
> To: dev@cloudstack.apache.org
> Subject: Current system VM template for XenServer
>
> Hi,
>
> I've jumped back onto 4.4 after having been on 4.3 the past few weeks and
> am having some trouble in 4.4 getting the agents in the SSVM and CPVM to
> start (both VMs show as being in the Up state in the GUI, but both agents
> are not listed as being in the Up state).
>
> Can someone tell me if this template is what I should be currently using
> on master for XenServer?
>
>
> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

Re: Current system VM template for XenServer

[Mike Tutkowski]

Thanks again, Rajesh! I downloaded and re-created my zone and now my system
VMs report agents in the Up state. :)


On Mon, Mar 3, 2014 at 11:10 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks, Rajesh!
>
>
> On Mon, Mar 3, 2014 at 11:08 PM, Rajesh Battala  > wrote:
>
>> In 4.4/master jre is updated hence the agent won't be running in systemvm.
>> You can download the latest systemvm template from download.cloud.com or
>> from the Jenkins job.
>> From Jenkins this is the latest systemvm template build from master
>> branch
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2
>>
>> Thanks
>> Rajesh Battala
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Tuesday, March 4, 2014 7:40 AM
>> To: dev@cloudstack.apache.org
>> Subject: Current system VM template for XenServer
>>
>> Hi,
>>
>> I've jumped back onto 4.4 after having been on 4.3 the past few weeks and
>> am having some trouble in 4.4 getting the agents in the SSVM and CPVM to
>> start (both VMs show as being in the Up state in the GUI, but both agents
>> are not listed as being in the Up state).
>>
>> Can someone tell me if this template is what I should be currently using
>> on master for XenServer?
>>
>>
>> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
>>
>> Thanks!
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

RE: Current system VM template for XenServer

[Rajesh Battala]

Great your issue got resolved :) 

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Tuesday, March 4, 2014 12:19 PM
To: dev@cloudstack.apache.org
Subject: Re: Current system VM template for XenServer

Thanks again, Rajesh! I downloaded and re-created my zone and now my system VMs 
report agents in the Up state. :)


On Mon, Mar 3, 2014 at 11:10 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> Thanks, Rajesh!
>
>
> On Mon, Mar 3, 2014 at 11:08 PM, Rajesh Battala 
>  > wrote:
>
>> In 4.4/master jre is updated hence the agent won't be running in systemvm.
>> You can download the latest systemvm template from download.cloud.com 
>> or from the Jenkins job.
>> From Jenkins this is the latest systemvm template build from master 
>> branch
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSucces
>> sfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen
>> .vhd.bz2
>>
>> Thanks
>> Rajesh Battala
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Tuesday, March 4, 2014 7:40 AM
>> To: dev@cloudstack.apache.org
>> Subject: Current system VM template for XenServer
>>
>> Hi,
>>
>> I've jumped back onto 4.4 after having been on 4.3 the past few weeks 
>> and am having some trouble in 4.4 getting the agents in the SSVM and 
>> CPVM to start (both VMs show as being in the Up state in the GUI, but 
>> both agents are not listed as being in the Up state).
>>
>> Can someone tell me if this template is what I should be currently 
>> using on master for XenServer?
>>
>>
>> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14
>> -master-xen.vhd.bz2
>>
>> Thanks!
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*
>



--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

Re: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Actually, the whole Jenkins seems to be dead since all slaves are dead. There 
are several jobs in the queue to be executed.

Is there anyone looking into this?

Cheers,
Wilder

On 05 Dec 2014, at 07:57, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:

Hi all,

Trying to download a systemvm-64 from 
jenkins.buildacloud.org but the build seems to 
be disabled. There is nothing there: 
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/

Any ideas why? It was available earlier this week.

Cheers,
Wilder

Re: [4.3.0] System VM 64bit build disabled?

[Erik Weber]

Looks like a full disk on the jenkins master.

Filesystem  Size  Used Avail Use% Mounted on
devtmpfs839M 0  839M   0% /dev
tmpfs   854M 0  854M   0% /dev/shm
tmpfs   854M   33M  821M   4% /run
/dev/xvda1  9.9G  7.3G  2.6G  75% /
tmpfs   854M 0  854M   0% /sys/fs/cgroup
tmpfs   854M 0  854M   0% /media
/dev/xvdf1   50G   47G 0 100% /var/lib/jenkins/workspace


I don't have access to the master, so I'll have to see if I'm able to
clear some space from the UI.


-- 

Erik


On Fri, Dec 5, 2014 at 8:01 AM, Wilder Rodrigues <
wrodrig...@schubergphilis.com> wrote:

> Actually, the whole Jenkins seems to be dead since all slaves are dead.
> There are several jobs in the queue to be executed.
>
> Is there anyone looking into this?
>
> Cheers,
> Wilder
>
> On 05 Dec 2014, at 07:57, Wilder Rodrigues  > wrote:
>
> Hi all,
>
> Trying to download a systemvm-64 from jenkins.buildacloud.org<
> http://jenkins.buildacloud.org/> but the build seems to be disabled.
> There is nothing there:
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>
> Any ideas why? It was available earlier this week.
>
> Cheers,
> Wilder
>
>

Re: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Thanks, Erik!

I don’t have access at all… otherwise I would have had a look at.

We need to test an upgrade from 4.3.0 to 4.4.2 and see if all goes okay before 
we do the real thing next week. 

Cheers,
Wilder

On 05 Dec 2014, at 08:31, Erik Weber  wrote:

> Looks like a full disk on the jenkins master.
> 
> Filesystem  Size  Used Avail Use% Mounted on
> devtmpfs839M 0  839M   0% /dev
> tmpfs   854M 0  854M   0% /dev/shm
> tmpfs   854M   33M  821M   4% /run
> /dev/xvda1  9.9G  7.3G  2.6G  75% /
> tmpfs   854M 0  854M   0% /sys/fs/cgroup
> tmpfs   854M 0  854M   0% /media
> /dev/xvdf1   50G   47G 0 100% /var/lib/jenkins/workspace
> 
> 
> I don't have access to the master, so I'll have to see if I'm able to
> clear some space from the UI.
> 
> 
> -- 
> 
> Erik
> 
> 
> On Fri, Dec 5, 2014 at 8:01 AM, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
> 
>> Actually, the whole Jenkins seems to be dead since all slaves are dead.
>> There are several jobs in the queue to be executed.
>> 
>> Is there anyone looking into this?
>> 
>> Cheers,
>> Wilder
>> 
>> On 05 Dec 2014, at 07:57, Wilder Rodrigues > > wrote:
>> 
>> Hi all,
>> 
>> Trying to download a systemvm-64 from jenkins.buildacloud.org<
>> http://jenkins.buildacloud.org/> but the build seems to be disabled.
>> There is nothing there:
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>> 
>> Any ideas why? It was available earlier this week.
>> 
>> Cheers,
>> Wilder
>> 
>> 

Re: [4.3.0] System VM 64bit build disabled?

[Rohit Yadav]

Hi Wilder,

> On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues  
> wrote:
>
> Any ideas why? It was available earlier this week.

Those were removed recently because the master had no disk space left (probably 
slaves too).

I’ve re-added both of them but they are not building for some local/env issue:

http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Thanks for the update, Rohit.

Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can download? 
Artefacts server or something like that? 

Cheers,
Wilder

On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:

> Hi Wilder,
> 
>> On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
>>  wrote:
>> 
>> Any ideas why? It was available earlier this week.
> 
> Those were removed recently because the master had no disk space left 
> (probably slaves too).
> 
> I’ve re-added both of them but they are not building for some local/env issue:
> 
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [4.3.0] System VM 64bit build disabled?

[Rohit Yadav]

Hi Wilder,

Absolutely, I’ve latest 4.3.1 systemvm that you can use (works with 4.3.0 as 
well) that has shellshock and poodle fixes, download them from here:

http://packages.shapeblue.com/systemvmtemplate/

and there is Lucian’s mirror here: 
http://mirrors.coreix.net/packages.shapeblue.com/

Cheers.

> On 05-Dec-2014, at 1:33 pm, Wilder Rodrigues  
> wrote:
>
> Thanks for the update, Rohit.
>
> Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can 
> download? Artefacts server or something like that?
>
> Cheers,
> Wilder
>
> On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:
>
>> Hi Wilder,
>>
>>> On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
>>>  wrote:
>>>
>>> Any ideas why? It was available earlier this week.
>>
>> Those were removed recently because the master had no disk space left 
>> (probably slaves too).
>>
>> I’ve re-added both of them but they are not building for some local/env 
>> issue:
>>
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software 
>> Engineering
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe you have received this email in error. Shape Blue Ltd is a 
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>> company incorporated in India and is operated under license from Shape Blue 
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a 
>> company registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [4.3.0] System VM 64bit build disabled?

[Erik Weber]

On Fri, Dec 5, 2014 at 8:56 AM, Rohit Yadav 
wrote:

> Hi Wilder,
>
> > On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
> >
> > Any ideas why? It was available earlier this week.
>
> Those were removed recently because the master had no disk space left
> (probably slaves too).
>
>

That's the case now as well, see my previous email.

-- 
Erik

Re: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Cool!

Super thanks, dude!

Cheers,
Wilder

On 05 Dec 2014, at 09:23, Rohit Yadav  wrote:

> Hi Wilder,
> 
> Absolutely, I’ve latest 4.3.1 systemvm that you can use (works with 4.3.0 as 
> well) that has shellshock and poodle fixes, download them from here:
> 
> http://packages.shapeblue.com/systemvmtemplate/
> 
> and there is Lucian’s mirror here: 
> http://mirrors.coreix.net/packages.shapeblue.com/
> 
> Cheers.
> 
>> On 05-Dec-2014, at 1:33 pm, Wilder Rodrigues  
>> wrote:
>> 
>> Thanks for the update, Rohit.
>> 
>> Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can 
>> download? Artefacts server or something like that?
>> 
>> Cheers,
>> Wilder
>> 
>> On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:
>> 
>>> Hi Wilder,
>>> 
 On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
  wrote:
 
 Any ideas why? It was available earlier this week.
>>> 
>>> Those were removed recently because the master had no disk space left 
>>> (probably slaves too).
>>> 
>>> I’ve re-added both of them but they are not building for some local/env 
>>> issue:
>>> 
>>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
>>> 
>>> Regards,
>>> Rohit Yadav
>>> Software Architect, ShapeBlue
>>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>> 
>>> 
>>> 
>>> Find out more about ShapeBlue and our range of CloudStack related services
>>> 
>>> IaaS Cloud Design & 
>>> Build
>>> CSForge – rapid IaaS deployment framework
>>> CloudStack Consulting
>>> CloudStack Software 
>>> Engineering
>>> CloudStack Infrastructure 
>>> Support
>>> CloudStack Bootcamp Training 
>>> Courses
>>> 
>>> This email and any attachments to it may be confidential and are intended 
>>> solely for the use of the individual to whom it is addressed. Any views or 
>>> opinions expressed are solely those of the author and do not necessarily 
>>> represent those of Shape Blue Ltd or related companies. If you are not the 
>>> intended recipient of this email, you must neither take any action based 
>>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>>> if you believe you have received this email in error. Shape Blue Ltd is a 
>>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>>> company incorporated in India and is operated under license from Shape Blue 
>>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is 
>>> a company registered by The Republic of South Africa and is traded under 
>>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>> 
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [4.3.0] System VM 64bit build disabled?

[Rohit Yadav]

Hi Eric,

On Friday 05 December 2014 01:55 PM, Erik Weber wrote:

That's the case now as well, see my previous email.


Ah cool, sorry I did not read if it was already answered and replied to
the first email.

Cheers,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 8826230892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended solely 
for the use of the individual to whom it is addressed. Any views or opinions 
expressed are solely those of the author and do not necessarily represent those of 
Shape Blue Ltd or related companies. If you are not the intended recipient of this 
email, you must neither take any action based upon its contents, nor copy or show 
it to anyone. Please contact the sender if you believe you have received this email 
in error. Shape Blue Ltd is a company incorporated in England & Wales. 
ShapeBlue Services India LLP is a company incorporated in India and is operated 
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue 
SA Pty Ltd is a company registered by The Republic of South Africa and is traded 
under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [LXC]How to start System VM

[Chiradeep Vittal]

See this discussion:
http://goo.gl/Kj0rNr

On 11/18/13 2:03 PM, "Frank Zhang"  wrote:

>I have successfully added a LXC host in ACS4.2, however, the system vm
>didn't come up. Is there any specific instruction to make SSVM up?
>Thanks 

RE: [LXC]How to start System VM

[Frank Zhang]

I did the same. It turns out my zone somehow being put in Disabled.
After enabling it SSVM starts booting 

> -Original Message-
> From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
> Sent: Monday, November 18, 2013 2:54 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [LXC]How to start System VM
> 
> See this discussion:
> http://goo.gl/Kj0rNr
> 
> On 11/18/13 2:03 PM, "Frank Zhang"  wrote:
> 
> >I have successfully added a LXC host in ACS4.2, however, the system vm
> >didn't come up. Is there any specific instruction to make SSVM up?
> >Thanks

Old jars on nightly System VM templates

[SuichII, Christopher]

I updated to the latest System VM templates from 
http://jenkins.buildacloud.org/job/build-systemvm-master/ and the CloudStack 
jars in /usr/local/cloud/systemvm/ appear to be from Nov. 1. Should the System 
VM build be pulling newer jars than that?

-Chris
--
Chris Suich
chris.su...@netapp.com<mailto:chris.su...@netapp.com>
NetApp Software Engineer
Data Center Platforms – Cloud Solutions
Citrix, Cisco & Red Hat

Location of the 4.3 System VM Templates

[Radhika Puthiyetath]

Hi,

Could someone please help me with the location of the System VM Templates for 
4.3 release ?

I am unable to access http://download.cloud.com. I assume that they are posted 
to templates directory.

Thanks
-Radhika

Re: Modify the system vm build scripts

[Will Stevens]

So the System VM is "built" from two sources.

1)
https://github.com/apache/cloudstack/tree/master/tools/appliance/definitions/systemvmtemplate
This defines what is actually built and is distributed as the SystemVM
Template.  You MUST use it if you change the packages included in the
SystemVM template or change the core components in any way.  Changing
anything here REQUIRES a new SystemVM template to be distributed for that
change to be used.

2) https://github.com/apache/cloudstack/tree/master/systemvm/patches/debian
This defines the systemvm.iso which is loaded into the System VM template
after the system vm is deployed.  This basically defines configuration
which can be changed without requiring a new System VM template.  This
section does not handle installation of packages and such, instead it
handles System VM configuration and functionality.  So if settings files
need to be changed (for say something like VPN) or if the way we handle IP
address changes, etc...  That is all handled from here.  The systemvm.iso
is generated by the management server (i think) and is pushed to the system
vm after the system vm boots and the configuration which cloudstack manages
is handled through this code.

Is that clear?  Let me know if you have more questions.  I have had to do a
bunch of stuff in this recently for some of the networking issues we have
had as well as the StrongSwan VPN implementation (which changed both
places).

Using StrongSwan as an example:
I had to modify (1) in order to remove the OpenSwan package installation
and add the StrongSwan package installation.

I had to modify (2) in order to change the configuration of the VPN in
order to handle things the way that StrongSwan needed things done.  So the
changes to things like the `ipsec` command are handled in (2) because those
are configuration changes and not package changes.

Is that clearer?

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Fri, Feb 17, 2017 at 11:18 AM, David Mabry  wrote:

> Hello everyone,
>
> I’m looking at making some changes to the system vm, but I have found that
> there looks like there are 2 different places in the code that “build” the
> systemvm.  There is there is https://github.com/apache/cloudstack/tree/
> 13bfdd71e6f52d2f613a802b3d16c9b40af7/systemvm/patches/debian, which
> looks like it might be the “old” way and there is
> https://github.com/apache/cloudstack/tree/87ef8137534fa798101f65c6691fcf
> 71513ac978/tools/appliance/definitions/systemvmtemplate, which looks like
> it might be the “new” way.  If I wanted to make changes to how the systemvm
> is built which place should I modify?  I assume that I should modify the
> build scripts in the “new” location, but I thought I would ask here first
> just to be sure.
>
> --Mabry
>