start-stop-daemon wrong in nfsroot reproduced

[malk at sidehack.sat.gweep.net]

I agree -- I think debootstrap changed between the two runs.

So most likely other folks' getting hit by this problem root
cause is just the changing nature of sarge (or sid).  If it's
happening with woody, then someone will have to save the logs
when they get hit by it w/ woody and debug from there.

Since my setup is good now, I'm going to move on and just keep
this info in my head if I get hit by it in the future.  I'll always
check the nfsroot for the start-stop-daemon.REAL file and re-make
accordingly when this happens.  I figure this info might be good
to benefit others when looking at the mailing list archive...

Enjoy,

-Eric

> 
> Hi,
> 
> sarge is a moving target, maybe sarge has changed in between the two
> runs of make-fai-nfsroot ?
> 
> 
> regards,
> 	holger
> 
> On Tue, 2004-02-24 at 13:31, malk at sidehack.sat.gweep.net wrote:
> > Oh right -- forgot to mention I was using sarge for all of this.
> > 
> > > 
> > > Hi,
> > > 
> > > > I had an nfsroot I made end up w/ start-stop-daemon.REAL and
> > > > start-stop-daemon.distrib plus the link pointing to
> > > > fai-start-stop-daemon which is the fake one.
> > > > 
> > > > Doing FAI of boxes off this nfsroot left the fake start-stop-daemon on the
> > > > target systems which is obviously undesirable.
> > > > 
> > > > I recently changed fai servers and re-did fai-setup and start-stop-daemon
> > > > came out correct.  Both nfsroots were made w/ FAI 2.5.3
> > > > 
> > > > For the broken nfsroot, I logged the output of fai-setup to a file
> > > > and I still have the broken nfsroot laying around.
> > > > 
> > > > For the good nfsroot, I also logged the output of fai-setup to a file and
> > > > obviously I'm using that nfsroot now.
> > > > 
> > > > If anyone is interested, I could post the logs from each -- I noticed
> > > > they are a bit different.   In the broken fai-setup log, there's an error
> > > > processing lilo and a complaint about failing to configure the base
> > > > packages -- it then attempts up to 5 times to get it right.  It complained
> > > > about libdevmapper1.00 being a dependency for lilo, but libdevmapper1.00
> > > > wasn't installed.  The successful nfsroot has no such complaints and no
> > > > retries up to 5 times.  I'm guessing it's debootstrap that's doing this.
> > > 
> > > If you were using woody, I would be curious ;-)
> > > 
> > > 
> > > regards,
> > > 	Holger
> > > 
> > > > Anyway -- at least I learned from the mailing list that the fix for
> > > > left over fake start-stop-daemon is to re-make the nfsroot and also
> > > > there's been trouble reproducing the problem...  so this is my offer
> > > > to try and post any forensics you might be interested in.
> > > > 
> > > > Other than these wrinkles, FAI has been a great time saver.  Thanks
> > > > again for keeping FAI development going -- it would be a major loss
> > > > for debian if FAI wasn't an option -- especially considering the new
> > > > installer has had lots of issues (granted it's in development, but
> > > > FAI just seems a lot easier to use once a server is setup).
> > > > 
> > > > -Eric Malkowski
> > > -- 
> > >   
> > > Hamburger Berater Team GmbH     Telefon: 040/369779-0
> > > Stadthausbrücke 3 (Fleethof)    Telefax: 040/369779-99
> > > 20355 Hamburg                   eMail  : hl at hbt.de
> > > 				Web    : http://www.hbt.de
> > > 
> > > 
> -- 
>   
> Hamburger Berater Team GmbH     Telefon: 040/369779-0
> Stadthausbrücke 3 (Fleethof)    Telefax: 040/369779-99
> 20355 Hamburg                   eMail  : hl at hbt.de
> 				Web    : http://www.hbt.de
> 
>