[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
PTH INTERNAL..
Hello,
Under test openldap 1.2.11 with pth threads
(--with-threads) on sparc Solaris with big database
(Berkeley db2) (id2entry about 2 800 mb) we get this
in slapd log:
====> cache_return_entry_r
=> id2entry_r( 4568 )
=> ldbm_cache_open( "/d1/open-ldbm/id2entry.dbb", 7, 600 )
<= ldbm_cache_open (cache 1)
=> str2entry
<= str2entry 0x401948
<= id2entry_r( 4568 ) (disk)
=> send_search_entry (uid=gresija1,ou=WP,o=cnt.pl)
====> cache_return_entry_r
**Pth** SCHEDULER INTERNAL ERROR: no more thread(s) available to
schedule!?!?
Abort (core dumped)
1. ./slapd
2. ldapsearch -h 10.0.0.10 -p 389 -D "cn=..." -w ... -B -b ou=wp,o=cnt.pl
'(uid=*)' uid
3. ^C
4. core dumped
With truss on slapd pid we get, that application get SIGPIPE signal,
and ignore this.
Slapd was compile static, pth is static, too.
Yesterday all was ok, today ^C on ldapsearch crashes server..
Server has worked since two weeks, yesterday about 100 uid=*
worked, many of them was stopped by ^C..
If anybody can, pleas, pleas help..
Regards,
Sylwester Lunski
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Sylwester Lunski Szanse jedna na milion spelniaja
Email: dookie@mat.uni.torun.pl sie w dziewieciu przypadkach na
dziesiec B.E.Weatherwax
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-