Running multiple tinderd instances

Boris Samorodov bsam at ipt.ru
Thu Mar 12 10:01:55 EDT 2009


On Thu, 12 Mar 2009 13:48:03 +0000 Tim Bishop wrote:
> On Wed, Mar 11, 2009 at 11:48:21PM +0300, Boris Samorodov wrote:
> > On Wed, 11 Mar 2009 14:25:06 +0100 Beat Gätzi wrote:
> > > A patch for this was
> > > posted on the tinderbox list last December:
> > > http://www.marcuscom.com/pipermail/tinderbox-list/2008-December/001390.html
> > 
> > At one tindy (it's fast amd64) I'd had some strange artefacts:
> > . sometimes one port was build in parallel ${tinderd_instances}
> >   times;
> > . sometimes it took long time to start parallel buildings;
> > . etc.
> > 
> > It seemed to be a race somewhere. And while looking at the above
> > mentioned patch I noticed one common directory /tmp/tinderdlock
> > which was used by all tinderd daemons. Since I've done:
> > -----
> > % sed -e 's:/tmp/tinderdlock:/tmp/tinderdlock.$$:g' tinderd
> > -----
> > ... I've never seen those artefacts.

> Isn't the point of that lock to ensure the multiple tinderd processes
> don't try and do that section of code at the same time? By making it
> unique you're defeating the point of it.

Hm, you are definitely right. I need to re-analyse my results though...


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve


More information about the tinderbox-list mailing list