[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] [TCK] [PATCH] Switch to installation of FC14 image and other fixes



On Mon, May 09, 2011 at 10:07:49PM +0100, Richard W.M. Jones wrote:
> On Mon, May 09, 2011 at 04:49:48PM -0400, Stefan Berger wrote:
> > On 05/09/2011 05:26 AM, Daniel P. Berrange wrote:
> > >On Fri, May 06, 2011 at 10:39:52AM -0400, Stefan Berger wrote:
> > >>This patch fixes the creation of VM images. Previously, FC12 images were
> > >>created but the files necessary for FC12 image creation are no longer
> > >>available in the public repositories. This patch now switches it to
> > >>create FC14 images. To get such a new image one may want to remove all
> > >>content in /var/cache/libvirt-tck. I takes a long time for the image to
> > >>install, though.
> > >We can probably do a little refactoring to use the libguestfs
> > >appliance image soon, which will make things simpler...
> > 
> > You say 'soon' -- is it not possible to do, yet ?
> > 
> > >>The new FC14 image takes a lot longer to boot. Rather than waiting a
> > >>fixed timeout during which the VM presumably has booted it is now
> > >>waiting for the VM to become pingable and then starts the actual tests.
> > >...and libguestfs can boot in a couple of seconds.
> > I looked at the contents of the .img files with libguestfs-1.8.6-1.
> > I am missing an ssh daemon. Is that one supposed to be installed
> > upon the first image start?
> 
> There isn't an ssh daemon in the standard libguestfs appliance -- it's
> not needed.
> 
> You might want to just use febootstrap directly.  It's really very
> practical and easy to build a custom image, and doing it this way
> means you're not depending on the internals of libguestfs.
> febootstrap 3.x also has the advantage that it works on Debian/Ubuntu
> too (building Debian/Ubuntu images).  This is a good place to start:
> 
> http://libguestfs.org/febootstrap.8.html
> 
> and then have a look in the appliance/ directory in libguestfs source.

The reason I thought we'd use libguestfs appliance directly is thta
I thought it could be useful to have the guestfs daemon running in
the image, so that the test suite can easily query the state of the
guest OS

We probably don't actually need ssh, if we just execute commands in
libguestfs for bits where we currently use ssh.

Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]