Helmut Wollmersdorfer wrote: > Philip Hands wrote: > >> Joey Hess wrote: > > >>> Phil, this is great stuff. I'd point you at my own preseed setup, but >>> you seem to have assimilated it.. > > >> Yes, thanks, the inspiration was very useful :-) > > >> That's a good point actually --- I ought to add a Credits/Thanks >> section to >> the README > > > Hopefully your beast is GPL. Of course :-) > In this case I would like to copy some code, and/or add the option to > have guests on a DRBD device (with DRBD on LVM, or LVM on DRBD at users > choice). You're welcome to copy the code, but I was hoping to establish a central repository where people could with as little effort as possible, boot an install CD, specify something on a command line, and get the system they wanted, so if you're happy to contribute your changes, I'm certainly happy to either accept patches, or give people access to bits of the svk archive (once I've figured out how to make submitted changes available as soon as they're uploaded --- at present it requires an "svk pull" on the web server to publish updates). > At the moment I configure vserver at DRBD manually (with dbootstrap). > But maybe XEN is the better choice for test automation. Well, I don't suppose that there would be a problem with doing the stuff you do by hand in an install_script that gets run as the base-config/late_command, so you could stick to that approach. Running d-i under xen is a pretty odd thing to do, because you end up creating an (in my case) LVM device, and use that as a whole disk for the target domain, whereas most people install xen so that it sits on a number of block devices, one for each partition. Of course, one could write the partitioning recipe to assume that it was supposed to use the existing partitions as they stand, and provide the new machine with some LVs, but I've not tried that, and I imagine that the lack of a proper partition table might cause problems. I liked the idea of being able to create the recipe for a normal machine, and then have it work pretty much as is under xen, but then again, I don't use xen so it will be interesting to see if any real xen users find it useful. > <rant> > Decisions are more difficult nowadays, because of so many > virtualizations methods and installation variants. > </rant> Too much choice -- the Free Software curse :-) Cheers, Phil.
Attachment:
signature.asc
Description: OpenPGP digital signature