Should Fedora revisit the idea having "one " image to be used across the cloud providers?

Dennis Gilmore dennis at ausil.us
Fri Jun 28 14:03:53 UTC 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 28 Jun 2013 08:37:17 +0000
"Collins, Robert (HPCS)" <rbtcollins at hp.com> wrote:

> As far as using guestfs later in the build process - I don't see any
> need for that; we start with a tarball, we chroot into that, we make
> a filesystem matching the size of the content and rsync the contents
> over. The reason we start a new filesystem is that its faster: we
> started initially by cloning the original disk image and modifying,
> but it turns out that vendor images have wildly varying filesytem
> sizes and definitions, and we needed to provide images with well
> understood and documentable characteristics. Resizing ext*
> filesystems up and down isn't the fastest process, particularly on
> LTS style releases like Ubuntu LTS and RHEL.

so a issue with that, is that it breaks things, tar doesnt preserve
filesystem capabilities so on a fedora system and presumably furture
rhel things will be broken. filesystem capabilities have been taking
over from setuid/setgid in packages.  i pknow one thing that will be
broken is that ping wont work for a user.  the best way to great a
image is a automated install using kickstart or whatever the vendors
automated install method is

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEARECAAYFAlHNl88ACgkQkSxm47BaWffvtwCghmbEq+hl9hkflXxquen7NSPh
4u0An1bbiJnYUlSshzn/sS50sK3pg5a2
=6zw5
-----END PGP SIGNATURE-----


More information about the cloud mailing list