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