gt;
>
>
> 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
27;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
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 y
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
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 Upgrad
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 teste
disable the copy-from-master to have veewee attempt to
download the ISO from the internet.
cheers,
Leo
>
> Regards,
> Rayees
>
> -Original Message-
> From: Leo Simons [mailto:lsim...@schubergphilis.com]
> Sent: Monday, October 13, 2014 3:16 AM
> To: dev@cloudst
other configuration
to copy the VBoxAdditions_4.2.1.iso from master ?
Regards,
Rayees
-Original Message-
From: Leo Simons [mailto:lsim...@schubergphilis.com]
Sent: Monday, October 13, 2014 3:16 AM
To: dev@cloudstack.apache.org
Subject: Re: System VM build job slaves are down
Hey
On Mon, Oct 13, 2014 at 3:19 PM, Leo Simons
wrote:
> Hey Erik,
>
> On Oct 13, 2014, at 12:21 PM, Erik Weber wrote:
> > On Mon, Oct 13, 2014 at 12:16 PM, Leo Simons >
> > wrote:
> >
> >> Hey folks,
> >>
> >> The machine building systemvms was originally set up elsewhere
> (@citrix?).
> >>
> >> I
Hey Erik,
On Oct 13, 2014, at 12:21 PM, Erik Weber wrote:
> On Mon, Oct 13, 2014 at 12:16 PM, Leo Simons
> wrote:
>
>> Hey folks,
>>
>> The machine building systemvms was originally set up elsewhere (@citrix?).
>>
>> It had been down for a few months so a few weeks ago Hugo put a new
>> tempo
On Mon, Oct 13, 2014 at 12:16 PM, Leo Simons
wrote:
> Hey folks,
>
> The machine building systemvms was originally set up elsewhere (@citrix?).
>
> It had been down for a few months so a few weeks ago Hugo put a new
> temporary one in place in our infrastructure.
>
> Before that setup can become
Hey folks,
The machine building systemvms was originally set up elsewhere (@citrix?).
It had been down for a few months so a few weeks ago Hugo put a new temporary
one in place in our infrastructure.
Before that setup can become permanent (we’re happy to host this) we have to do
some work to s
Let me copy Murali in this thread. He is mastering on GRE feature currently.
--Tuna
On Tue, Jul 1, 2014 at 11:19 PM, Kuang-Ching Wang wrote:
> Hi, I am trying to set up my cloudstack using OVS plugin. I created an
> advanced zone with GRE isolation. When enabling zone, system VMs cannot
> st
>
>
>
>
> On 3/19/14 8:40 AM, "Rajesh Battala" wrote:
>
> >Great. Post your patch at reviews.apache.org
> >
> >Thanks
> >Rajesh Battala
> >
> >-Original Message-
> >From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
> >S
gt;From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
>Sent: Wednesday, March 19, 2014 8:49 PM
>To: dev@cloudstack.apache.org
>Subject: Re: system vm disk space issue in ACS 4.3
>
>Thanks Rajesh. I have created a jira ticket for this
>https://issues.apache.org/jira/browse/CLOUDSTACK
Great. Post your patch at reviews.apache.org
Thanks
Rajesh Battala
-Original Message-
From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
Sent: Wednesday, March 19, 2014 8:49 PM
To: dev@cloudstack.apache.org
Subject: Re: system vm disk space issue in ACS 4.3
Thanks Rajesh. I have
iew.
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
> Sent: Wednesday, March 19, 2014 7:20 PM
> To: dev@cloudstack.apache.org
> Subject: Re: system vm disk space issue in ACS 4.3
>
> The problem appears
Can you please file a bug and send your fix for review.
Thanks
Rajesh Battala
-Original Message-
From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
Sent: Wednesday, March 19, 2014 7:20 PM
To: dev@cloudstack.apache.org
Subject: Re: system vm disk space issue in ACS 4.3
The problem
gt;>wrote:
>> >>>
>> >>> Yes, only 435MB is available for /var . we can increase the space
>> also.
>> >>> But we need to find out the root cause which services are causing the
>> >>>/var
>> >>> to fill up.
>>
using the
> >>>/var
> >>> to fill up.
> >>> Can you please find out and post which log files are taking up more
> >>>space
> >>> in /var
> >>>
> >>> Thanks
> >>> Rajesh Battala
> >>>
> >
find out the root cause which services are causing the
>>>/var
>>> to fill up.
>>> Can you please find out and post which log files are taking up more
>>>space
>>> in /var
>>>
>>> Thanks
>>> Rajesh Battala
>>>
>>>
we can maybe switch to an agent properties for the system vms that use
a size-based roll for logging.
On Mon, Mar 10, 2014 at 5:30 PM, Anirban Chakraborty wrote:
> Thanks for all the responses. I do not see cloud.log and cloud.out logs are
> zipped in /var/log and /var/log/cloud respectively. On
Thanks for all the responses. I do not see cloud.log and cloud.out logs are
zipped in /var/log and /var/log/cloud respectively. Only file that was zipped
was cron.log. The two largest files are:
cloud.out.2 with following:
—
+ keyvalues=' root=LABEL console=tty0 xencons=ttyS0,115200 console=hvc0
ich services are causing the /var
>> to fill up.
>> Can you please find out and post which log files are taking up more space
>> in /var
>>
>> Thanks
>> Rajesh Battala
>>
>> -Original Message-
>> From: Marcus [mailto:shadow...@gmail.com]
>
---Original Message-
>> From: Marcus [mailto:shadow...@gmail.com]
>> Sent: Saturday, March 8, 2014 8:19 PM
>> To: dev@cloudstack.apache.org
>> Subject: RE: system vm disk space issue in ACS 4.3
>>
>> Perhaps there's a new service. I know in the past we've seen is
ich log files are taking up more space
> in /var
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Marcus [mailto:shadow...@gmail.com]
> Sent: Saturday, March 8, 2014 8:19 PM
> To: dev@cloudstack.apache.org
> Subject: RE: system vm disk space issue in
-
From: Marcus [mailto:shadow...@gmail.com]
Sent: Saturday, March 8, 2014 8:19 PM
To: dev@cloudstack.apache.org
Subject: RE: system vm disk space issue in ACS 4.3
Perhaps there's a new service. I know in the past we've seen issues with this ,
specifically the conntrackd log. I think the
Perhaps there's a new service. I know in the past we've seen issues with
this , specifically the conntrackd log. I think the cloud logs weren't
getting rolled either, but I thought it was all fixed.
There's also simply not a ton of space on /var, I wish we would go back to
just having one partitio
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/
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/lastSuccessfulBuil
AFAIK, log roation is enabled in the systemvm.
Can you check whether the logs are getting zipped .?
-Original Message-
From: Anirban Chakraborty [mailto:abc...@juniper.net]
Sent: Saturday, March 8, 2014 12:46 PM
To: dev@cloudstack.apache.org
Subject: system vm disk space issue in ACS 4.3
"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
> menti
gt; 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
>
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 O
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"
> wrot
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 regis
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 upg
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 te
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
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
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-d
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.or
-
> 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,
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 rea
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,
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
t: 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
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
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 t
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.
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.cl
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/s
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-mast
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
It's no big deal for me to leave it as it is. :) It's just a CS setup
people are using at VMworld this week to demo the SolidFire plug-in.
Thanks, though!
On Mon, Aug 26, 2013 at 2:18 AM, Daan Hoogland wrote:
> I was recollecting an occassion where this was what kept vms from
> being expunged.
I was recollecting an occassion where this was what kept vms from
being expunged. If there are no ips, probably something else is
keeping them tied to existence. My guess is some data relation, but as
I said 'my guess'. Good luck:|
On Mon, Aug 26, 2013 at 10:11 AM, Mike Tutkowski
wrote:
> Just lo
Just looked...no IPs show up in the details for the "expunging" SSVM.
How do you recommend I get rid of it?
Thanks!
On Mon, Aug 26, 2013 at 1:17 AM, Daan Hoogland wrote:
> Mike,
>
> make sure there is no ip associated with it
>
> On Mon, Aug 26, 2013 at 6:05 AM, Mike Tutkowski
> wrote:
> > I'
Mike,
make sure there is no ip associated with it
On Mon, Aug 26, 2013 at 6:05 AM, Mike Tutkowski
wrote:
> I'm not seeing any recognition from CS that this VM exists at all...no
> print outs in the console at least.
>
>
> On Sat, Aug 24, 2013 at 7:08 PM, Marcus Sorensen wrote:
>
>> Yes, there ar
I'm not seeing any recognition from CS that this VM exists at all...no
print outs in the console at least.
On Sat, Aug 24, 2013 at 7:08 PM, Marcus Sorensen wrote:
> Yes, there are expunge global settings.
> On Aug 24, 2013 6:35 PM, "Mike Tutkowski"
> wrote:
>
> > That would be great.
> >
> > Is
Yes, there are expunge global settings.
On Aug 24, 2013 6:35 PM, "Mike Tutkowski"
wrote:
> That would be great.
>
> Is there a global setting for that, Marcus?
>
> Thanks
>
>
> On Sat, Aug 24, 2013 at 5:26 PM, Marcus Sorensen >wrote:
>
> > It might be better to take a look and see why it fails t
That would be great.
Is there a global setting for that, Marcus?
Thanks
On Sat, Aug 24, 2013 at 5:26 PM, Marcus Sorensen wrote:
> It might be better to take a look and see why it fails to expunge. In
> the past I've seen things like null pointers that have led to fixed
> bugs. You can turn dow
It might be better to take a look and see why it fails to expunge. In
the past I've seen things like null pointers that have led to fixed
bugs. You can turn down the expunge intervals to get it to try every
60 seconds or something, so you can watch what goes wrong.
On Sat, Aug 24, 2013 at 3:53 PM,
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 ho
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 c
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
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.FirstFitPlan
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'.
Fixed
On 5/15/13 2:14 PM, "Rayees Namathponnan"
wrote:
>Created blocker ticket to track this
>https://issues.apache.org/jira/browse/CLOUDSTACK-2521
>
>
>Anyone can please take a look on this ? we don't have latest template
>after below fix
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-2324
Created blocker ticket to track this
https://issues.apache.org/jira/browse/CLOUDSTACK-2521
Anyone can please take a look on this ? we don't have latest template after
below fix
https://issues.apache.org/jira/browse/CLOUDSTACK-2324
Regards,
Rayees
From: Rayees Namathponnan
Sent: Tuesday, May
69 matches
Mail list logo
