On Saturday 29 October 2005 18:03, Chuck wrote: > On Saturday 29 October 2005 11:59 am, Benedikt Boehm wrote: > > On Saturday 29 October 2005 11:44, Chuck wrote: > > > I'm sure its something I have mis-configured, but I have no clue where > > > to look. > > > > > > when i try to use the vservers startup script, which now works right on > > the > > > > other system, i get this error: > > > > > > phoenix rio # /etc/init.d/vservers start > > > * Unhiding /proc entries ... > > > [ ok ] > > > * Starting vservers of type 'default' ... > > > * ns1 starting > > > make: *** No rule to make target `..stamp', needed by `.ns2.stamp'. > > > make: Target `all' not remade because of errors. > > > > > > and it only starts ns1 then exits. > > > > this is definitely a problem with util-vserver, the init script > > uses /usr/lib/util-vserver/start-vservers which is pretty borked > > hmm, ok even in -r5..
yeah, we try to fix up things step by step. i assume you noticed that the patch tarball grows by every release.. ;) > ok i will refrain from using the init and just put > the order to start/stop in local.start and local.stop using the vserver > <guest> <action> command > > > > i have depends set up on this machine but it seems i must have > > > something else.. something about a guest.stamp or something.. > > > > > > for ns2 which failed, i have in /etc/vservers/ns2/apps/init/depends a > > > single entry > > > > > > ns1 > > > > > > and then the others all depend on each other so there is a specific > > > start order but it never gets that far. > > > > > > what do i still need to do? > > > > > > > > > and then it hides proc entries and i cannot start the others manually > > until > > > > i unhide them manually. > > > > > > > > > i still think this is a bad place to put the vprocunhide as without the > > > other init script to back it up it leaves a person unable to manually > > > work with their system when the init script setup doesnt work. > > > > > > for me i shall always edit that script to remove the vprocunhide/hide > > > code in every version and will continue to use the manual script which > > > i saved > > a > > > > copy of since i dont believe it is supplied any more. > > > > _______________________________________________ > > Vserver mailing list > > [email protected] > > http://list.linux-vserver.org/mailman/listinfo/vserver _______________________________________________ Vserver mailing list [email protected] http://list.linux-vserver.org/mailman/listinfo/vserver
