[389-devel] Jenkins build is back to normal : NIGHTLY #93

[mareynol]

See 

___
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: 49387 pkbdf rounds too high

[William Brown]

https://pagure.io/389-ds-base/issue/49387

https://pagure.io/389-ds-base/issue/raw/files/dcb804622ee5fb5606ddd03ee59c609288c658587dfa48b7b2260e9e93855302-0001-Ticket-49387-pbkdf2-settings-were-too-aggressive.patch


-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/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: PR_ASSERT problem

[William Brown]

On Thu, 2017-09-28 at 08:17 +0200, Carsten Grzemba wrote:
> 
> On 28.09.17 00:49, William Brown   wrote: 
> > 
> > On Wed, 2017-09-20 at 14:30 +0200, Carsten Grzemba wrote:
> > > my build on OpenIndiana with the IllumOS provided NSPR cores on startup 
> > > of some commands:
> > > 
> > > $ pwdhash 
> > > Assertion failure: 0 == lock->notified.length, at 
> > > /jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
> > > /usr/bin/pwdhash: line 60: 5993: Abort(coredump)
> > > 
> > > $ pstack core
> > > core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
> > > fd7fff2b4eda _lwp_kill () + a
> > > fd7fff2480e0 raise (6) + 20
> > > fd7fff220818 abort () + 98
> > > fd7ff943fda2  ()
> > > fd7ff9457828 PR_DestroyLock () + d8
> > > fd7ff978bc2a slapi_entry_free () + 11a
> > > 00402888 init_config () + 2d8
> > > 00402d43 main () + 353
> > > 0040235c _start () + 6c
> > > 
> > > Before I dive in the source code, has anyone a hint where I can start to 
> > > search what happens here?
> > > 
> > 
> > Sounds like the lock may not have been created properly? Sadly I think
> > you need to dive into the source,
> > 
> > :( 
> > 
> > Let me know if you need any other advice. 
> > 
> It works, if I compile with 
> 
>  AC_DEFINE([USE_POSIX_RWLOCKS], [1], [POSIX rwlocks])
> 
> Because this is also set in Linux, I guess the NSPR Threads is not tested 
> anymore.

Yes, we only use pthreads, and we are likely to drop NSPR locks too.
NSPR is probably going to be only used for NSS/socket interactions going
forward because it adds overheads for no gains.

As a curious question, does solaris have rustlang support  ? 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/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] revised: Ticket 100 - lib389 - Add ENV variable for preserving core files

[Mark Reynolds]

Revised...

https://pagure.io/lib389/issue/raw/files/b3226661ff80e1253908fa74aef8603b25eb06c6179b52bf1902eb1968bc7621-0001-Ticket-100-Add-ENV-var-for-preserving-core-files.patch

On 09/28/2017 04:57 PM, Mark Reynolds wrote:
> https://pagure.io/lib389/issue/100
>
> https://pagure.io/lib389/issue/raw/files/520cb8277ae20eff1f5b791976d696d32481bb4e79a3ea111210c17324e405fc-0001-Ticket-100-Add-ENV-var-for-preserving-core-files.patch
>
>
>
> ___
> 389-devel mailing list -- 389-devel@lists.fedoraproject.org
> To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

___
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: Ticket 100 - lib389 - Add ENV variable for preserving core files

[Mark Reynolds]

https://pagure.io/lib389/issue/100

https://pagure.io/lib389/issue/raw/files/520cb8277ae20eff1f5b791976d696d32481bb4e79a3ea111210c17324e405fc-0001-Ticket-100-Add-ENV-var-for-preserving-core-files.patch

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

[389-devel] Re: PR_ASSERT problem

[Carsten Grzemba]

On 28.09.17 00:49, William Brown   wrote: 
> 
> On Wed, 2017-09-20 at 14:30 +0200, Carsten Grzemba wrote:
> > my build on OpenIndiana with the IllumOS provided NSPR cores on startup of 
> > some commands:
> > 
> > $ pwdhash 
> > Assertion failure: 0 == lock->notified.length, at 
> > /jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
> > /usr/bin/pwdhash: line 60: 5993: Abort(coredump)
> > 
> > $ pstack core
> > core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
> > fd7fff2b4eda _lwp_kill () + a
> > fd7fff2480e0 raise (6) + 20
> > fd7fff220818 abort () + 98
> > fd7ff943fda2  ()
> > fd7ff9457828 PR_DestroyLock () + d8
> > fd7ff978bc2a slapi_entry_free () + 11a
> > 00402888 init_config () + 2d8
> > 00402d43 main () + 353
> > 0040235c _start () + 6c
> > 
> > Before I dive in the source code, has anyone a hint where I can start to 
> > search what happens here?
> > 
> 
> Sounds like the lock may not have been created properly? Sadly I think
> you need to dive into the source,
> 
> :( 
> 
> Let me know if you need any other advice. 
> 
It works, if I compile with 

 AC_DEFINE([USE_POSIX_RWLOCKS], [1], [POSIX rwlocks])

Because this is also set in Linux, I guess the NSPR Threads is not tested 
anymore.
 
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org