autobuild[sn-devel-144]: intermittent test failure detected
autobuild
autobuild at samba.org
Sun Jan 13 07:19:06 UTC 2019
The autobuild test system (on sn-devel-144) has detected an intermittent failing test in
the current master tree.
The autobuild log of the failure is available here:
https://git.samba.org/autobuild.flakey.sn-devel-144/2019-01-13-0819/flakey.log
The failure seems to be in the "samba" suite, whose build logs are available here:
https://git.samba.org/autobuild.flakey.sn-devel-144/2019-01-13-0819/samba.stderr
https://git.samba.org/autobuild.flakey.sn-devel-144/2019-01-13-0819/samba.stdout
The top commit at the time of the failure was:
commit 8900e0b4cb05613df9cbeeb8b8253273b06b3c17
Author: Noel Power <noel.power at suse.com>
Date: Mon Nov 12 16:06:10 2018 +0000
lib/ldb: Use new PYARG_ES format for parseTuple
While 'es' format works great for unicode (in python2) and
str (in python3) The behaviour with str (in python2) is unexpected.
In python2 the str type is (re-encoded) with the specified encoding.
In python2 the 'et' type would be a better match, that ensures 'str'
type is treated like it was with 's' (no reencoding) and unicode is
encoded with the specified encoding. However in python3 'et' allows
byte (or bytearray) params to be accepted (with no reencoding), we
don't want this. This patch adds a new PYARG_STR_UNI format code which
is a hybrid, in python2 it evaluates to 'et' and in python3 'es' and
so gives the desired behaviour for each python version.
Additionally remove the associated known fail.
BUG: https://bugzilla.samba.org/show_bug.cgi?id=13616
Signed-off-by: Noel Power <noel.power at suse.com>
Reviewed-by: Douglas Bagnall <douglas.bagnall at catalyst.net.nz>
Autobuild-User(master): Douglas Bagnall <dbagnall at samba.org>
Autobuild-Date(master): Sun Jan 13 03:53:00 CET 2019 on sn-devel-144
and the last 50 lines of the stdout log were:
[787(4855)/853 at 1h25m27s] samba4.rpc.samr.large-dc.two(vampire_dc)
[788(4858)/853 at 1h25m36s] samba4.rpc.echo(rodc)
[789(4868)/853 at 1h25m40s] samba4.rpc.echo(rodc:local)
[790(4878)/853 at 1h25m44s] samba4.rpc.echo.testallowed(rodc:local)
[791(4888)/853 at 1h25m47s] samba4.rpc.echo.testdenied(rodc:local)
[792(4898)/853 at 1h25m50s] samba4.blackbox.smbclient(rodc:local)(rodc:local)
[793(4900)/853 at 1h25m52s] samba.tests.samba_tool.rodc(rodc:local)
[794(4909)/853 at 1h26m22s] samba.blackbox.rpcclient_samlogon(rodc:local)
[795(4913)/853 at 1h26m23s] samba.blackbox.rpcclient_samlogon_testallowed(rodc:local)
[796(4917)/853 at 1h26m24s] samba.blackbox.rpcclient_samlogon_testdenied(rodc:local)
[797(4921)/853 at 1h26m24s] samba4.drs.ridalloc_exop.python(vampire_dc)(vampire_dc)
[798(4932)/853 at 1h31m57s] samba4.drs.samba_tool_drs.python(vampire_dc)(vampire_dc:local)
[799(4946)/853 at 1h35m20s] samba4.drs.samba_tool_drs_showrepl.python(vampire_dc)(vampire_dc:local)
[800(4950)/853 at 1h35m35s] samba4.drs.replica_sync.python(vampire_dc)(vampire_dc:local)
[801(4966)/853 at 1h39m28s] samba4.drs.delete_object.python(vampire_dc)(vampire_dc)
[802(4968)/853 at 1h39m40s] samba4.drs.fsmo.python(vampire_dc)(vampire_dc)
[803(4973)/853 at 1h39m59s] samba4.drs.repl_move.python(vampire_dc)(vampire_dc)
[804(4994)/853 at 1h42m42s] samba4.drs.getnc_exop.python(vampire_dc)(vampire_dc)
[805(5006)/853 at 1h43m5s] samba4.drs.getnc_unpriv.python(vampire_dc)(vampire_dc)
[806(5010)/853 at 1h43m11s] samba4.drs.linked_attributes_drs.python(vampire_dc)(vampire_dc)
[807(5013)/853 at 1h43m13s] samba4.drs.link_conflicts.python(vampire_dc)(vampire_dc)
[808(5025)/853 at 1h49m44s] samba4.drs.samba_tool_drs.python(promoted_dc)(promoted_dc:local)
[809(5039)/853 at 1h53m13s] samba4.drs.samba_tool_drs_showrepl.python(promoted_dc)(promoted_dc:local)
[810(5043)/853 at 1h53m26s] samba4.drs.replica_sync.python(promoted_dc)(promoted_dc:local)
UNEXPECTED(error): samba4.drs.replica_sync.python(promoted_dc).replica_sync.DrsReplicaSyncTestCase.test_ReplConflictsRenamedVsNewRemoteWin(promoted_dc:local)
REASON: Exception: Exception: Traceback (most recent call last):
File "/memdisk/autobuild/fl/b3369565/samba/source4/torture/drs/python/replica_sync.py", line 330, in test_ReplConflictsRenamedVsNewRemoteWin
self.ou2 = self._create_ou(self.ldb_dc2, "OU=Test Remote Rename Conflict")
File "/memdisk/autobuild/fl/b3369565/samba/source4/torture/drs/python/replica_sync.py", line 126, in _create_ou
samdb.add_ldif(ldif)
File "bin/python/samba/__init__.py", line 230, in add_ldif
self.add(msg, controls)
_ldb.LdbError: (68, 'LDAP error 68 LDAP_ENTRY_ALREADY_EXISTS - <Entry OU=Test Remote Rename Conflict,OU=replica_sync5813079,DC=samba,DC=example,DC=com already exists> <>')
FAILED (0 failures, 1 errors and 0 unexpected successes in 0 testsuites)
A summary with detailed information can be found in:
./bin/ab/summary
TOP 10 slowest tests
samba4.ldap.rodc_rwdc.python(rodc)(rodc:local) -> 463
samba4.drs.link_conflicts.python(vampire_dc)(vampire_dc) -> 390
samba4.ldap.confidential_attr.python(ad_dc_ntvfs)(ad_dc_ntvfs) -> 358
samba4.drs.ridalloc_exop.python(vampire_dc)(vampire_dc) -> 332
samba4.ldap.vlv.python(ad_dc_ntvfs)(ad_dc_ntvfs) -> 277
samba4.drs.replica_sync.python(vampire_dc)(vampire_dc:local) -> 233
samba4.rpc.samr.passwords.lockout on ncacn_np with (ad_dc_ntvfs) -> 225
samba4.drs.samba_tool_drs.python(promoted_dc)(promoted_dc:local) -> 209
samba4.drs.samba_tool_drs.python(vampire_dc)(vampire_dc:local) -> 204
samba4.rpc.samr.passwords.pwdlastset on ncacn_np with (ad_dc_ntvfs) -> 201
ERROR: test failed with exit code 1
More information about the samba-cvs
mailing list