On Fri, May 11, 2007 at 08:10:28PM +0200, Daniel Hokka Zakrisson wrote:
...CUT...
> >>>except that it do not install any packages. Like package removal,
> >>>hw init script removal, some files etc.
> >>So it ought to be equivalent of running the initpost script, no?
> >
> >Yes, that would be the same. Can you run it on an already installed
> >system?
>
> Sure, but maybe it's not quite as nice as it could be. If you're copying
> it with build -m rsync or build -m template, you can use -d etch to run
> it, but otherwise you'll need
> /usr/lib/util-vserver/distributions/<dist>/initpost
> /etc/vservers/<guest> /usr/lib/util-vserver/util-vserver-vars
Ok
...CUT...
> >>>>The initpost script does this now (for etch).
> >>>Good, then I can remove that part. Do you know which ones that it
> >>>removes?
...CUT...
> >>stop-bootlogd-single
> >>umountfs
> >>umountnfs.sh
> >>umountroot
> >>urandom
> >
> >Those are removed in vserver-debiantools.
> >klogd hwclock.sh setserial urandom networking umountfs halt reboot
> >
> >So it seems like only urandom is missing, unless it really should be
> >there.
>
> Hmm? urandom seems to be both in your and my list.
Doh! Well I missed that. :)
...CUT...
>
> >>>/etc/fstab
> >>What for? I discussed that with Hollow and found it a rather peculiar
> >>thing to have, and as it didn't seem to have any impact, it was removed
> >>in the merged version.
> >
> >It was needed a long time ago. Probably not now.
> >
> >>>/etc/crontab (randomly)
> >>Just for the /etc/cron.{hourly,daily,weekly,monthly} entries, right?
> >
> >Right. But it overwrites the file so if debian changes it will not be
> >seen...
>
> Sounds like an improvement would be to use sed then, no?
Yes that would be an improvement, yes.
> >>>Also runs initial configuration within the vserver to set up passwords
> >>>etc.
> >>I asked Hollow to remove this during the patch review as I think
> >>building a guest should be fully automated, and not ask a bunch of
> >>questions.
> >
> >But then you get those questions the first time you start the vserver, or
> >am I mistaken here?
>
> Only if you run whatever command is needed to do so ;)
... hmm you are right. But in your way the vserver is normally not installed
fully. The user are expected to do so later on. That is ok if it is well
documented however.
> >>>>>* Randomized crontab so that not all vservers execute the cron at
> >>>>>the same time.
> >>>>Makes sense I guess.
> >>>Makes much sense. :)
> >>>
> >>>>>* Generation of a vserver, that is actually suitable for
> >>>>>real booting, i.e. over NFS. The reason behind this is that
> >>>>>you may want to maintain NFS bootable computers within a vserver
> >>>>>environment to correct a number of faults.
> >>>>What does this actually mean?
> >>>More or less the same thing as debootstrap does, but suitable for
> >>>vserver handling _and_ real booting at the same time.
> >>Well, I got that, I meant more in detail what that actually entails.
> >>Just not removing the hardware scripts, or is there more to it?
> >
> >There are actually two scripts. newvserver and newnfsvserver. They
> >are almost the same but the newnfsvserver do not remove harwarde
> >specific things. I'm actually not fully sure that it works anymore
> >as I have not tested it for about 4 years. :)
>
> So not something I'd consider critical then.
Yes.
...CUT...
> >
> >I see. This sounds really good. If I know that my changes will be accepted
> >(unless they break things of course) by upstream I'll happily make changes
> >so we can get rid of the vserver-debiantools package.
> >
> >The only big thing that I see is the randomize of crontab and the
> >package caching. The first would probably be useful for all architectures
> >while the second is deb specific.
>
> Not necessarily. Package caching could probably be used by all of the
> net installation methods, just that the paths would vary a bit.
You are right.
Regards,
// Ola
--
--- Ola Lundqvist systemkonsult --- M Sc in IT Engineering ----
/ [EMAIL PROTECTED] Annebergsslingan 37 \
| [EMAIL PROTECTED] 654 65 KARLSTAD |
| http://opalsys.net/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
