cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ian Duffy <...@ianduffy.ie>
Subject Re: DevCloud replacement
Date Sun, 22 Jun 2014 14:04:59 GMT
Awesome thanks Rohit.

Did you do anything on the boxes or just a clean ISO install and export?

I'm trying to create packer files so we can reproduce these images easily.
I'm having to do all the conversion stuff within a VM. vhd-util / qemu-img
does not play nicely with OSX.


On 22 June 2014 13:40, Rohit Yadav <rohityadav89@gmail.com> wrote:

> I went ahead and built two small linux vms for my personal testing:
> (both can be downloadable from http://people.apache.org/~bhaisaab/vms)
>
> tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires
> at least 50M RAM
> tinycore-openbox.ova is ~29M and has openbox window manager
>
> Cheers.
>
>
>
>
>
> On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav <rohityadav89@gmail.com>
> wrote:
>
> > On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy <ian@ianduffy.ie> wrote:
> >
> >> OK thank you. Will look into creating a packer file for it... Will have
> a
> >> dependency on qemu-img for converting to xen raw. I've yet to find a way
> >> to
> >> do this on osx.
> >>
> >> Do you know what had to be done to get it running in PV mode?
> >>
> >
> > It should work for PV as well, just install using the iso. For
> conversions
> > to various formats, you may see our appliance building script:
> >
> https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh
> > (hack but works, uses vbox, veewee and vhd-util)
> >
> > Regards.
> >
> >
> >>
> >> I've been looking at generating a Debian image too for those with more
> ram
> >> (256mb per VM).
> >>
> >> Ubuntu is out of the question at 512mb ram required.
> >> On 22 Jun 2014 06:50, "Rohit Yadav" <bhaisaab@apache.org> wrote:
> >>
> >> > Hi Ian,
> >> >
> >> > On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy <ian@ianduffy.ie> wrote:
> >> >
> >> > > Hey Rohit,
> >> > >
> >> > > Quick question for you about the ttylinux_vhd image.
> >> > >
> >> > > I'm just about to push some changes to allow for an advanced cloud
> >> > > configuration. While doing some final tests I found myself unable
to
> >> > > resolve domains in VMs I brought up.
> >> > >
> >> >
> >> > It's very old (I don't know who made it, I just reused it from the
> first
> >> > DevCloud by Edison) and based on old linux 2.x, sometimes it fails to
> >> get
> >> > IP from dhcp (VR). Let's refresh it.
> >> >
> >> >
> >> > >
> >> > > On inspecting my resolv.conf on a ttylinux based machine I noticed
> the
> >> > > following:
> >> > > search citrite.net
> >> > > nameserver 10.216.4.31
> >> > > nameserver 10.216.4.34
> >> > > nameserver 10.9.47.59
> >> > > nameserver 172.16.2.66
> >> > > search cs2cloud.internal
> >> > > nameserver 10.1.1.1
> >> > > nameserver 8.8.8.8
> >> > >
> >> > > The first block of nameservers are taken precedence, from what I can
> >> tell
> >> > > they are hard coded into your image.
> >> > >
> >> > > Is there any easy way I could re-generate a ttylinux image without
> >> them?
> >> > >
> >> >
> >> > Yes, you may get the iso and make a vhd yourself: (use pc-486 or
> >> > appropriate)
> >> > http://www.ttylinux.net/Documents/User_Guide.html
> >> >
> >> > I idea was to build a very small linux image, I also recommend playing
> >> > with:
> >> > http://www.damnsmalllinux.org/
> >> > http://www.tinycorelinux.net/downloads.html (I've used this,
> installed
> >> > linux distro fits in 10MB :)
> >> >
> >> > Regards.
> >> >
> >> >
> >> >
> >> > >
> >> > > Thanks.
> >> > >
> >> >
> >>
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message