[389-devel] Re: Build failed in Jenkins: 389-DS-NIGHTLY #165

2017-02-16 Thread William Brown 

> >>
> > I know that everyone is busy.
> >
> > But in our team we have a policy that new patches should not be pushed
> > if tests are not green.
> Your tests are obviously more stable than ours.  In fact our "nightly
> tests" are a fairly new process.  We were even hesitant to start doing
> this due to the inconsistency of some of the tests.  Like I said before,
> our testing framework has also underwent some heavy construction
> recently.  Anyway, we will try and do better. 
> 
> For now I will remove the reports from the public mailing list so you,
> and others, are not spammed with the daily failures.  Once we get this
> sorted out I will restore those settings.
> 

Just submitted patches for all three issues.


-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Please review: Remove hardcoded elements from dblock test

2017-02-16 Thread William Brown 
https://pagure.io/389-ds-base/issue/49134

https://pagure.io/389-ds-base/issue/raw/files/bfd0e7407d8f0898afceb38436a196cb2a473c9a729782e049cc72cbdf8eccfd-0001-Ticket-49134-Remove-hardcoded-elements-from-db-lock-.patch



-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Please review: SDN premangaling fix

2017-02-16 Thread William Brown 
https://pagure.io/389-ds-base/issue/49086

https://pagure.io/389-ds-base/issue/raw/files/5bac3f1381e0bb05f37ce59978a42805453ce8655c397230b4ef7ea25040f002-0001-Ticket-49086-SDN-premangaling-broken-after-SASL-chan.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] lib389 pytest check version relies on root

2017-02-16 Thread William Brown 
https://pagure.io/lib389/issue/2

https://pagure.io/lib389/issue/raw/files/d4c7c7d291da39439a49742c5af6d41485f681f35fe45dca42be9c456ee97386-0001-Ticket-2-pytest-mark-with-version-relies-on-root.patch



-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Please review, NS22 add ns_job_done docs for persist

2017-02-16 Thread William Brown 
https://pagure.io/nunc-stans/issue/22

https://pagure.io/nunc-stans/issue/raw/files/2e5e61d638558a1db80f4212fa9ba5fe2aa7cab7aa5e9ac9ad4213d97cc0660c-0001-Ticket-22-Document-that-we-must-call-ns_job_done-on-.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Please review: NS80, decouple NSPR for mutex and thread

2017-02-16 Thread William Brown 
https://pagure.io/nunc-stans/issue/80

https://pagure.io/nunc-stans/issue/raw/files/243764927dafe3b5dadc8e59dba85c41befa5238e39a297eb0883e42a55b6baf-0001-Ticket-80-Decouple-nunc-stans-from-NSPR.patch



-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Re: Build failed in Jenkins: 389-DS-NIGHTLY #165

2017-02-16 Thread Lukas Slebodnik 
On (16/02/17 09:50), William Brown wrote:
>On Wed, 2017-02-15 at 08:16 -0500, Mark Reynolds wrote:
>> 
>> On 02/15/2017 04:48 AM, Lukas Slebodnik wrote:
>> > On (15/02/17 09:05), Jenkins wrote:
>> >> See 
>> >> 
>> >>
>> > Is there a reason why jenkins failures are ignored for a week?
>> With our VERY limited resources, and other higher priority issues going
>> on recently (like migrating to Pagure), no one has time to look into
>> these upstream failures (most of which are probably false positives due
>> to recent changes in lib389).  We plan to look into them soon. 
>> 
>> You are also welcome to investigate some these failures if you would like :)
>
>And I've been buried in other tasks too. Normally it's Mark or I who
>investigate these.
>
>There is one known test case failure that I've been working to resolve
>which is this one:
>
>https://pagure.io/389-ds-base/issue/49086
>
>Which if you look is one of the issues there in the error output:
>
>def test_ticket48272(topology_st):
>
>So I am working to fix this, but I want to fix it right, not fast. It's
>a delicate area of code. 
>
>
>def test_ticket48906_dblock_default(topology_st):
>
>That test case is stupid, and my autotuning will break it. It needs to
>be cleaned out. 
>
>def test_basic_dse(topology_st, import_example_ldif):
>
>No idea why this one is failing at the moment, haven't started to look
>at it. 
>

I know that everyone is busy.

But in our team we have a policy that new patches should not be pushed
if tests are not green.

It's much better to disable flaky test rather then ignore failures
for a week

my 2 cents

LS
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Build failed in Jenkins: 389-DS-NIGHTLY #166

2017-02-16 Thread Jenkins 
See 


--
[...truncated 5467 lines...]
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Extract PK12 file for 
master2: pk12util -o /tmp/Server-Cert2.pk12 -n "Server-Cert2" -d 
/etc/dirsrv/slapd-master_1 -w /etc/dirsrv/slapd-master_1/pwdfile.txt -k 
/etc/dirsrv/slapd-master_1/pwdfile.txt
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Check PK12 files
INFO:dirsrvtests.tests.tickets.ticket47536_test:/tmp/Server-Cert2.pk12 is 
successfully extracted.
INFO:dirsrvtests.tests.tickets.ticket47536_test:# stop master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Initialize Cert DB for 
master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Create key3.db and 
cert8.db database (master2): ['\''certutil'\'', '\''-N'\'', '\''-d'\'', 
'\''/etc/dirsrv/slapd-master_2'\'', '\''-f'\'', 
'\''/etc/dirsrv/slapd-master_1/pwdfile.txt'\'']
INFO:dirsrvtests.tests.tickets.ticket47536_test:  OUT:
INFO:dirsrvtests.tests.tickets.ticket47536_test:  ERR:
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Import certs to master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:Importing CAcertificate
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Importing Server-Cert2 to 
master2: pk12util -i /tmp/Server-Cert2.pk12 -n "Server-Cert2" -d 
/etc/dirsrv/slapd-master_2 -w /etc/dirsrv/slapd-master_1/pwdfile.txt -k 
/etc/dirsrv/slapd-master_1/pwdfile.txt
INFO:dirsrvtests.tests.tickets.ticket47536_test:copy 
/etc/dirsrv/slapd-master_1/pin.txt to /etc/dirsrv/slapd-master_2/pin.txt
INFO:dirsrvtests.tests.tickets.ticket47536_test:# start master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:# enable SSL in master2 
with all ciphers
INFO:dirsrvtests.tests.tickets.ticket47536_test:
# Enabling SSL LDAPSPORT 42636 ##

INFO:dirsrvtests.tests.tickets.ticket47536_test:# restart master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Check PEM files of 
master2 (before setting nsslapd-extract-pemfiles
INFO:dirsrvtests.tests.tickets.ticket47536_test:
# Check PEM files (CAcertificate, Server-Cert2, 
Server-Cert2-Key) not in /etc/dirsrv/slapd-master_2 ##

INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/CAcertificate.pem
 is correctly not generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/Server-Cert2.pem
 is correctly not generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/Server-Cert2-Key.pem
 is correctly not generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Set on to 
nsslapd-extract-pemfiles
INFO:dirsrvtests.tests.tickets.ticket47536_test:# restart master2
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Check PEM files of 
master2 (after setting nsslapd-extract-pemfiles
INFO:dirsrvtests.tests.tickets.ticket47536_test:
# Check PEM files (CAcertificate, Server-Cert2, 
Server-Cert2-Key) in /etc/dirsrv/slapd-master_2 ##

INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/CAcertificate.pem
 is successfully generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/Server-Cert2.pem
 is successfully generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:/etc/dirsrv/slapd-master_2/Server-Cert2-Key.pem
 is successfully generated.
INFO:dirsrvtests.tests.tickets.ticket47536_test:# restart master1
INFO:dirsrvtests.tests.tickets.ticket47536_test:
# Creating SSL Keys and Certs Done 
##

INFO:dirsrvtests.tests.tickets.ticket47536_test:# 
Configure SSL/TLS agreements ##
INFO:dirsrvtests.tests.tickets.ticket47536_test: 
master1 -- startTLS -> master2 #
INFO:dirsrvtests.tests.tickets.ticket47536_test:# master1 
<- tls_clientAuth -- master2 ##
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Update the agreement of 
master1
INFO:dirsrvtests.tests.tickets.ticket47536_test:# Add the cert to the repl 
manager on master1
INFO:dirsrvtests.tests.tickets.ticket47536_test:# master2 Server Cert in 
base64 format: