[Piuparts-devel] Bug#801575: Bug#801575: Bug#801575: piuparts.d.o (piu-slave-bm-a) fails to start PostgreSQL

[Christoph Berg]

Re: Evgeni Golov 2015-10-13 <20151013211724.GA32081 at dorei.kerker.die-welt.net>
> > > Thats right, that happens if there are several packages wanting
> > > postgresql are tested in parallel because the chroots have no network
> > > separation. These logs are frequently rescheduled and will eventually
> > > succeed.
> > 
> > while this is nice, we should try to avoid temporarily false negatives completly.
> 
> So "just" unshare(1) or systemd-nspawn(1) at the right moment would 
> help, right?

The NIH department has developed "newpid -n" (aka "newnet") as an
alternative lightweight variant.

Version 7 I'll be uploading in a minute supports "newpid -N newpidns1"
to join a network namespace that can allow network access (plain
"unshare -n" doesn't even have localhost by default). I'm using that
for simple separation of several testsuites running in parallel in the
apt.postgresql.org Jenkins setup. "newpid -N ... piuparts" should run
pretty transparently with that.

Christoph
-- 
cb at df7cb.de | http://www.df7cb.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/piuparts-devel/attachments/20151223/b36a5cef/attachment-0001.sig>