parrallel autobuild problems
Andrew Bartlett
abartlet at samba.org
Wed Jan 11 17:47:28 UTC 2017
On Wed, 2017-01-11 at 17:31 +0100, Stefan Metzmacher wrote:
> Hi Andrew,
>
> do you have an idea what's happening here?
>
> $ autobuild-list-extended.sh
> kseeger (running v4-4-test, 2017-01-11 09:16:08.878348793, pid 22596)
> kseeger (running v4-5-test, 2017-01-11 09:15:07.197581404, pid
> 988241)
> kseeger (running v4-6-test, 2017-01-11 09:12:20.751511218, pid
> 907684)
> $ date
> Wed Jan 11 17:26:56 CET 2017
>
> $ tail -n 4
> ~kseeger/autobuild/samba-autobuild-v4-{4,5,6}-test/samba.stdout
>
> ==> /home/kseeger/autobuild/samba-autobuild-v4-4-test/samba.stdout
> <==
> [1929(13224)/1982 at 2h38m41s]
> samba4.drs.delete_object.python(vampire_dc)(vampire_dc)
> [1930(13226)/1982 at 2h39m16s]
> samba4.drs.fsmo.python(vampire_dc)(vampire_dc)
> [1931(13231)/1982 at 2h39m28s]
> samba4.drs.repl_schema.python(vampire_dc)(vampire_dc)
> [1932(13236)/1982 at 2h40m35s]
> samba.tests.blackbox.samba_tool_drs(promoted_dc)
>
> ==> /home/kseeger/autobuild/samba-autobuild-v4-5-test/samba.stdout
> <==
> [1929(13423)/1974 at 2h42m42s] samba4.blackbox.provision-backend
> [1930(13427)/1974 at 2h42m47s] samba4.blackbox.renamedc.sh
> [1931(13438)/1974 at 2h43m19s]
> samba4.drs.ridalloc_exop.python(vampire_dc)(vampire_dc)
> [1932(13449)/1974 at 2h48m14s]
> samba.tests.blackbox.samba_tool_drs(vampire_dc:local)
>
> ==> /home/kseeger/autobuild/samba-autobuild-v4-6-test/samba.stdout
> <==
> [1983(13721)/2028 at 2h41m11s] samba4.blackbox.provision-backend
> [1984(13725)/2028 at 2h41m16s] samba4.blackbox.renamedc.sh
> [1985(13736)/2028 at 2h41m46s]
> samba4.drs.ridalloc_exop.python(vampire_dc)(vampire_dc)
> [1986(13747)/2028 at 2h46m22s]
> samba.tests.blackbox.samba_tool_drs(vampire_dc:local)
>
> It seems that the samba.tests.blackbox.samba_tool_drs test somehow
> uses
> global
> state. When one user runs multiple autobuilds and all reach at least
> two
> run samba.tests.blackbox.samba_tool_drs they get stuck.
>
> I saw this a lot of times in the past but I wasn't able to catch it
> so
> nicely.
Honestly no. But I would love to investigate! I'm at linux.conf.au
next week, but I've cleared my plate between now and then (even written
my talk) to give me some time to chase these things down...
Thanks,
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
More information about the samba-technical
mailing list