From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Allan Webber Subject: Re: Hosting a GuixSD server on commodity hosting platforms, a journey Date: Wed, 30 Nov 2016 12:18:21 -0600 Message-ID: <87twaozv9u.fsf@dustycloud.org> References: <878ts212ic.fsf@dustycloud.org> <871sxt1sho.fsf@dustycloud.org> <87bmwxt38s.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33487) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cC9Sd-00057R-1g for help-guix@gnu.org; Wed, 30 Nov 2016 13:18:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cC9SZ-00089a-Vo for help-guix@gnu.org; Wed, 30 Nov 2016 13:18:27 -0500 Received: from dustycloud.org ([50.116.34.160]:59940) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cC9SZ-00088X-R6 for help-guix@gnu.org; Wed, 30 Nov 2016 13:18:23 -0500 In-reply-to: <87bmwxt38s.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Marius Bakke Cc: help-guix Marius Bakke writes: > I've had the questionable privilege of working on Openstack for some > time, and indeed have a GuixSD system running on it. I can tell you that > any errors you see are not necessarily representative of what's > happening in the back-end, although it does sound like the Rackspace GUI > just spits out a generic message, instead of a flat-out lie.. Yeah it was pretty generic, so I have no idea what happened. :) > The image I used was created by installing a bare-bones GuixSD to an LVM > device (e.g. with Qemu), then dumping this with `dd` before first boot > to create a "RAW" image. RAW is supported (required, actually) by Glance > if Ceph is used as the backing storage, but Rackspace only supports VHD. Interesting! > I haven't looked into the fstab of the generated VM image, but it may be > hard-coded to '/dev/vda' whereas Xen creates '/dev/xvda' (IIRC). Though > it should at least try to boot if that was the case. Yeah, my configuration was set up for /dev/sda I think. I guess I could do a system reconfigure switching it out to /dev/vda or whatever at least minute... I dunno. > My best advice is to try doing a normal install in a VM from the USB > image (qcow2 probably works) and then convert it to the format your > cloud platform expects, instead of booting the VM image directly. I used > GPT with a "bios_grub" partition FWIW. Out of curiosity, why do you think this would be an improvement? > Make sure to use (title 'label) and appropriate FS labels, since the > root device path may vary between cloud platforms. Right, though labels might vary between platforms too, correct? > On a vaguely related note, I'm slowly working on a "native" GuixSD > hosting platform, where you will be able to submit (and share!) > configuration files and get a VM and/or disk image back. It's still a > long way off, but I could use some help building the web front-end once > the back-end is ready. Feel free to contact me for more details :) Now this I'm really interested in! I'll ping you off-list to discuss this more. :)