[SAC] [support.osuosl.org #23488] OSGeo tracsvn2 unavailable

Martin Spott Martin.Spott at mgras.net
Fri Mar 28 09:27:57 PDT 2014


On Fri, Mar 28, 2014 at 08:57:09AM -0700, Lance Albertson via RT wrote:
> On Fri, Mar 28, 2014 at 3:37 AM, Martin Spott via RT <support at osuosl.org>wrote:

> > As I can't look into the details of the particular KVM config, I'll try
> > a guess. "uname -r" says:
> >
> >   3.4.6-gentoo-osl-guest-x86_64-1
> >
> > Therefore I suspect that someone (TM  ;-)  has hooked a Gentoo boot
> > disk image into the VM setup. The Ganeti page says:
> >
> >   Kernel Path   /boot/guest/vmlinuz-x86_64
> 
> 
> That's odd. We normally don't do that for non-gentoo hosts and I'd prefer
> to stay away from that as we're moving away from maintaining those kernel
> images. But I agree it makes it easier to deploy.
> 
> Has the problem only been when upgrading the VM to grub2? We haven't
> updated the images in a long time, maybe we should focus on fixing that as
> well?

Using the Gentoo boot image is a rather pragmatic solution and
personally I'm fine with it, as long as it works.  At least it's by
magnitudes better than a host not being reboot-safe  :-)

Note that since I don't have access to the GRUB error messages on our
OSGeo VM's, my opinion is based on "educated guesses" only.  Now, as
far as I can tell, the breakage relates to the embedding area being too
small for GRUB2, an issue I've experienced on various machines which
had initially been set up with Debian5.

I assume that's a general birth defect affecting all of our VM's and
can be fixed by prepending a few, let's say 10 MBytes at the
*beginning* of each virtual boot disk, followed by adjusting the
partition table accordingly and re-installing the boot loader.

Cheers,
	Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------


More information about the Sac mailing list