Thank you, Rohit
That is enough to start with.
I'll write back on the progress.
#Serge
On 14.03.2013 11:55, Rohit Yadav wrote:
> Serge, oops wrong wiki, this one:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Build+Your+Own+SystemVM+Templates
>
> On Thu, Mar 14, 2013 at 2:24 PM, Rohi
Serge, oops wrong wiki, this one:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Build+Your+Own+SystemVM+Templates
On Thu, Mar 14, 2013 at 2:24 PM, Rohit Yadav wrote:
> Hi Serge,
>
> We've a wiki (Pl. feel free to edit the wiki in case you think
> anything is missing or let us know if you
Hi Serge,
We've a wiki (Pl. feel free to edit the wiki in case you think
anything is missing or let us know if you have any questions):
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch
Blog on build automation of appliance using veewee+vbox using jenkins:
http:
On 07.03.2013 23:09, Chip Childers wrote:
> On Thu, Mar 07, 2013 at 01:07:26PM -0700, Marcus Sorensen wrote:
>> Ok, didn't realize we were going to point people to this particular
>> system vm for production installs, I thought this was just a
>> proof-of-concept for building custom ones.
>
> The
On Tue, Mar 12, 2013 at 01:19:24PM -0600, Marcus Sorensen wrote:
> I'm testing the ones Rohit links to in this email thread, the ones
> Jenkins builds.
Ack - thanks.
I'm testing the ones Rohit links to in this email thread, the ones
Jenkins builds.
On Tue, Mar 12, 2013 at 1:18 PM, Chip Childers
wrote:
> On Tue, Mar 12, 2013 at 01:15:45PM -0600, Marcus Sorensen wrote:
>> Console doesn't seem to work. I'm seeing this in the console proxy logs:
>>
>> java.lang.I
On Tue, Mar 12, 2013 at 01:15:45PM -0600, Marcus Sorensen wrote:
> Console doesn't seem to work. I'm seeing this in the console proxy logs:
>
> java.lang.IllegalArgumentException
> at
> com.cloud.consoleproxy.ConsoleProxyAjaxHandler.doHandle(ConsoleProxyAjaxHandler.java:90)
> at
> co
Console doesn't seem to work. I'm seeing this in the console proxy logs:
java.lang.IllegalArgumentException
at
com.cloud.consoleproxy.ConsoleProxyAjaxHandler.doHandle(ConsoleProxyAjaxHandler.java:90)
at
com.cloud.consoleproxy.ConsoleProxyAjaxHandler.handle(ConsoleProxyAjaxHandler
>
>This procedure already exists somewhere. System VM upgrades aren't new to
>CS.
>Let me see if I can dig it up.
http://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.0.1-i
ncubating/html/Release_Notes/upgrade-instructions.html
On 3/8/13 9:20 AM, "Chip Childers" wrote:
>On Thu, Mar 07, 2013 at 08:55:19PM -0700, Marcus Sorensen wrote:
>> Just for confirmation, we are going to require a new system VM in 4.2
>>(or
>> 5.0?), right?
>
>I believe that's the best thing to do, yes.
>
>> What about upgrading, is there a facil
Was AFK this weekend, thanks Chip for replying :)
On Fri, Mar 8, 2013 at 10:50 PM, Chip Childers
wrote:
> On Thu, Mar 07, 2013 at 08:55:19PM -0700, Marcus Sorensen wrote:
>> Just for confirmation, we are going to require a new system VM in 4.2 (or
>> 5.0?), right?
>
> I believe that's the best th
On Thu, Mar 07, 2013 at 08:55:19PM -0700, Marcus Sorensen wrote:
> Just for confirmation, we are going to require a new system VM in 4.2 (or
> 5.0?), right?
I believe that's the best thing to do, yes.
> What about upgrading, is there a facility for updating the
> system VM template? I know there
Just for confirmation, we are going to require a new system VM in 4.2 (or
5.0?), right? What about upgrading, is there a facility for updating the
system VM template? I know there's the global setting that rebuilds the
system VMS on every reboot...
On Mar 1, 2013 5:04 AM, "Rohit Yadav" wrote:
> H
On Thu, Mar 07, 2013 at 01:07:26PM -0700, Marcus Sorensen wrote:
> Ok, didn't realize we were going to point people to this particular
> system vm for production installs, I thought this was just a
> proof-of-concept for building custom ones.
The intent was to be able to actually reproduce our sys
Ok, didn't realize we were going to point people to this particular
system vm for production installs, I thought this was just a
proof-of-concept for building custom ones.
On Thu, Mar 7, 2013 at 12:54 PM, Rohit Yadav wrote:
> On Fri, Mar 8, 2013 at 12:08 AM, Marcus Sorensen wrote:
>> I see the q
On Fri, Mar 8, 2013 at 12:08 AM, Marcus Sorensen wrote:
> I see the qcow2 is now compressed, thanks. You can probably skip
> putting it in a bz2 now, it's about the same size.
Had this thought but since we use the cloud-install-sys-tmplt script,
it assumes a qcow2.bz2, see:
http://incubator.apach
I see the qcow2 is now compressed, thanks. You can probably skip
putting it in a bz2 now, it's about the same size.
On Thu, Mar 7, 2013 at 10:58 AM, Marcus Sorensen wrote:
> Hmm. I think I was deceived by the /etc/init directory existing. I'm
> not sure why it's there, but I don't think the temp
Hmm. I think I was deceived by the /etc/init directory existing. I'm
not sure why it's there, but I don't think the template is using
upstart. I'm having a hard time reliably recreating the issue, but I
think it's related to other reports where the default gateway is
missing (I've seen this myself
After reading a little more about upstart, I don't think this script
does anything. I'm not entirely sure at the moment however how best to
ensure that networking starts after cloud-early-config, short of
converting cloud-early-config to an upstart script. It looks like this
debian build is using u
Just to be clear, that script may have no effect whatsoever, and I'm
not sure how to verify other than rebooting a bunch of times. I don't
have the time to do that at the moment.
On Wed, Mar 6, 2013 at 2:48 PM, Marcus Sorensen wrote:
> There may be one other minor thing that needs to be addressed
There may be one other minor thing that needs to be addressed. In
getting rid of the patchdisk, my networking on the router is a bit
inconsistent. It looks like maybe networking is starting before
cloud-early-config completes, as /etc/network/interfaces looks right,
but I don't always get an ip on
On Wed, Mar 6, 2013 at 2:09 AM, Rohit Yadav wrote:
> Thanks a lot Marcus, your findings have been useful. I've applied the
> locale fix and a grub2 boot timeout fix (systemvms should boot 5
> seconds faster now).
> Alright so far we're good, tested and systemvm seems to work on KVM
> (Marcus) and
Thanks a lot Marcus, your findings have been useful. I've applied the
locale fix and a grub2 boot timeout fix (systemvms should boot 5
seconds faster now).
Alright so far we're good, tested and systemvm seems to work on KVM
(Marcus) and Xen, anyone to help us with VMWare?
Marcus, about the qemu-ga
Oh, and I have yet to test all of the vpc functions, but so far so
good. I was able to bring up the VPC, it got it's gateways all
configured, and my public ip with portforwarding rule/ acl to allow 22
in worked.
On Tue, Mar 5, 2013 at 6:04 PM, Marcus Sorensen wrote:
> Rohit, I think I tracked dow
Rohit, I think I tracked down why the router keeps rebooting. When it
comes up, the first thing we do is run get_template_version.sh, which
replies:
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Cloudstack Release 4.2.0 Tue Mar 5 13:17:51 UTC
2013&a8af8cdd546e575e64f69b
OK, one more niggle about the previous system vm. We tried to enable aesni
[1] to boost encryption performance (ipsec vpn, anything ssl), but the
system vm would crash on Vmware if we did that (hence the module
blacklisted). Could someone try the new systemvm on VMWare with aesni
enabled? I believe
I can run it through some basic VPC testing.
On my system VM/console proxy, I don't seem to get a default route. I
noticed this when trying to register a new template, then checked the
console proxy VM as well. After running 'ip route add default via
192.168.100.1' I was able to register the templ
Hi all,
Thanks to Mate
(blogs.citrix.com/2012/10/04/convert-a-raw-image-to-xenserver-vhd/)
I'm able to ship appliances that work for Xen. Chiradeep, there is no
need to use the powershell hack now, if people still want vhdx, they
can use that hack. The current appliance for Xen (vbox->raw->vhd)
w
Rohit, thanks for this. I'm going to play with your system vm template
to see if we can support KVM virtio communication rather than ssh to
KVM system vms. One thing I thought I'd mention was that it might be
better to compress the qcow2 image natively (via qemu-img convert -c
flag) rather than bz2
Thank Rohit!
I would try this template for ipv6 later...
--Sheng
On Fri, Mar 1, 2013 at 10:23 AM, Ahmad Emneina wrote:
> wow, roll your own template sounds awesome. Rohit == awesomesauce
>
>
> On Fri, Mar 1, 2013 at 9:59 AM, Chiradeep Vittal <
> chiradeep.vit...@citrix.com> wrote:
>
>>
>>
>> On
wow, roll your own template sounds awesome. Rohit == awesomesauce
On Fri, Mar 1, 2013 at 9:59 AM, Chiradeep Vittal <
chiradeep.vit...@citrix.com> wrote:
>
>
> On 3/1/13 4:03 AM, "Rohit Yadav" wrote:
> >
> >- Saw systemvms started from the template, saw patching happening,
> >logged in with cred
On 3/1/13 4:03 AM, "Rohit Yadav" wrote:
>
>- Saw systemvms started from the template, saw patching happening,
>logged in with creds (root/password) to verify that it was indeed the
>new one (Linux 3.2 :)
>- The agents were running fine, there was a latency issue (agents were
>lagging behind)
>-
--
Prasanna.,
On 01-Mar-2013, at 17:33, Rohit Yadav wrote:
> Hi all,
>
> Just want to share that the do-it-yourself systemvm appliance feature
> works for me, for Xen. There is one catch though, VirtualBox exports
> VHD appliance which is said to be compliant with HyperV. I thought we
> may n
Hi all,
Just want to share that the do-it-yourself systemvm appliance feature
works for me, for Xen. There is one catch though, VirtualBox exports
VHD appliance which is said to be compliant with HyperV. I thought we
may need to do something for Xen separately, so I followed and found a
way [1]. T
34 matches
Mail list logo
