Re: [Vserver] Missing Gentoo init script?

From: Chuck <chuck_at_sbbsnet.net>
Date: Sun 09 Oct 2005 - 13:00:22 BST
Message-Id: <200510090800.23394.chuck@sbbsnet.net>

On Sunday 09 October 2005 07:13 am, Benedikt Boehm wrote:
> On Sunday 09 October 2005 12:07, Chuck wrote:
> > On Sunday 09 October 2005 03:11 am, Benedikt Boehm wrote:
> >
> > its just me being lazy not wanting to change the default name to rabbits
or
> > something in the conf.d config file:)
>
> well, if you have default marks in your config, you probably want them to
> start at boot anyway, else you remove the mark...
>
> if you don't have any marks configured, the default mark will not start
> anything...
>

on a working system when taken down to do some changes its probably easier to
change the default run name than to delete marks in a bunch of servers.. it
can still work i think by changing the default run name from default to
drpepper or something really odd

> >
> > it makes perfect sense to put it where it is... the only thing i ask is
> > that you change the message after to indicate there are changes and that
> > they should remove the vprocunhide from default if it is an upgrade.
> >
> > possibly one of those beeping timed yellow msgs. :).
> >
> > i have suggested this several times in bugzilla that they change the way
> > portage operates to make it output all info msgs from every pkg emerged
to
> > a text file with a single msg at the end to check xxx.txt for changes.
that
> > way people like me who may emerge 10 things and go to bed or out on site
> > won't miss anything important. however no one has acted on this in more
> > than a year.
>
> probably you should take a look at PORT_LOGDIR (see make.conf(5))
>

will have to research it when i have more time.. dont need all teh junk it
logs, only need compiler error msgs and the * info messages at the end of
some compiles... i recompiled util-vserver and the info messages were missing
from the log. it had the entire compile history but not the messages.:(

will research in a few days to see if there is a way to log only msgs and
errors. if i were developing it would be a God-send to have that log, but as
a user, im not interested in anything but messages about special configs,
errors and changes.

> >
> > > On Sunday 09 October 2005 02:55, Chuck wrote:
> > > > On Saturday 08 October 2005 08:01 pm, Benedikt Boehm wrote:
> > > >
> > > >
> > > > its a good place to put it when you use the vservers init script to
> > > > auto start. but when you dont there is no option to call vservers
> > > > unhide or some such to just run vprocunhide... i know i can set all
> > > > the guests to some mark other than default or change the default to
> > > > some other name, but when working on the systems its a pain to keep
> > > > editing back and forth so vservers doesnt find anything to start..
> > > >
> > > > please realize this is my own uneducated opinion, but i still vote for
> > > > a separatre script. for me the way i work and use them its far more
> > > > convenient.
> > >
> > > the vservers init script does only start those guests you tell it to, if
> > > you don't specify any guest it will just make proc entries visible..
> > >
> > > additionally the vservers init script ensures that on stop/reboot _all_
> >
> > guests
> >
> > > are shut down probperly
> > >
> > > so there is definitely no need to put one command (vprocunhide) in an
> > > extra ini script.
> > >
> > > > i just re-emerged util-vserver-0.30.208-r3 to see the msg that i
> >
> > missed...
> >
> > > > it doesnt tell me that vprocunhide is no longer a separate script. it
> >
> > tells
> >
> > > > me to run vprocunhide then goes on to tell me an init script was
> > > > installed and how to add it with no reference that vprocunhide was
> > > > added into it.. there is nothing about changes.. sorry:)
> > > >
> > > > * You have to run the vprocunhide command after every reboot
> > > > * in order to setup /proc permissions correctly for vserver
> > > > * use. An init script has been installed by this package.
> > > > * To use it you should add it to a runlevel:
> > > > *
> > > > * rc-update add vserver default
> > > > *
> > > > * This init script will also help you to start/stop your vservers
> > > > * on reboot. See /etc/conf.d/vserver for details
> > >
> > > what nice message! it told you everything i told you :)
> > >
> > > > > On Saturday 08 October 2005 22:19, Chuck wrote:
> > > > > > It appears that the ebuild for util-vserver-0.30.208-r3 is missing
> > > > > > the vprocunhide init script. On a clean system it did not install
> > > > > > one and
> >
> > I
> >
> > > > > > could not find one. I copied one from another host.
> > > > >
> > > > > you should read the messages popping up after the build of
> > > > > util-vserver
> > > > >
> > > > > the two init scripts (vprocunhide and vservers) have been merged
into
> >
> > one
> >
> > > > > (vservers)
> > > > > _______________________________________________
> > > > > Vserver mailing list
> > > > > Vserver@list.linux-vserver.org
> > > > > http://list.linux-vserver.org/mailman/listinfo/vserver
> > >
> > > _______________________________________________
> > > Vserver mailing list
> > > Vserver@list.linux-vserver.org
> > > http://list.linux-vserver.org/mailman/listinfo/vserver
> _______________________________________________
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
>

-- 
Chuck
"...and the hordes of M$*ft users descended upon me in their anger,
and asked 'Why do you not get the viruses or the BlueScreensOfDeath
or insecure system troubles and slowness or pay through the nose 
for an OS as *we* do?!!', and I answered...'I use Linux'. "
The Book of John, chapter 1, page 1, and end of book
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Sun Oct 9 13:00:44 2005
[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Sun 09 Oct 2005 - 13:00:48 BST by hypermail 2.1.8