Re: [389-users] 389DS very slow shutdown

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



No, I'm not running that searches. I'm sure.

I forgot to mention that I have replication working between 4 servers.
there will be 150 in the future.

Is there a relation between that searches and replication?


On Thu, Nov 10, 2011 at 8:56 PM, Noriko Hosoi <nhosoi@xxxxxxxxxx> wrote:
> Hello,
>
> It looks you are running lots of psearch like this:
> ps_service_persistent_searches: entry
> "cn=csidn,cn=replica,cn=ou\3Dcsidn\2Cou\3DConsulados\2Cdc\3Dmrec\2Cdc\3Dar,cn=mapping
> tree,cn=config" not enqueued on any persistent search lists
>
> $ egrep ps_service_persistent_searches errors | wc -l
> 55
>
> I'm curious if it changes the behavior if you shutdown the server after
> killing them?
> --noriko
>
> Diego Woitasen wrote:
>> Hi,
>>   I have a weird problem with 389DS. It takes more than 5 minutes to
>> shutdown. The init script sends a SIGTERM to the process and it
>> finishes clean. That's clear looking at the log file too:
>>
>> grep "slapd shutting down" errors
>> [10/Nov/2011:17:55:52 -0300] - slapd shutting down - waiting for 22
>> threads to terminate
>> [10/Nov/2011:17:55:52 -0300] - slapd shutting down - closing down
>> internal subsystems and plugins
>> [10/Nov/2011:17:55:52 -0300] - slapd shutting down - waiting for
>> backends to close down
>> [10/Nov/2011:18:01:41 -0300] - slapd shutting down - backends closed down
>>
>> First I thought that I was related to my 150 DBs but I created a test
>> case with a clean server, 150 DBs and 10.000 entries and the shutdown
>> takes 2 seconds.
>>
>> The only weird thing that I see is the dse.ldif.tmp file being
>> truncated and written and again and again... several times until
>> shutdown. Strace shows me that the process is writting configuration
>> entries too.
>>
>> I'm using DS 1.2.9.9 (same problem with 1.2.8.3) on Debian Squeeze.
>>
>> I set errorlevel to 1 but I don't know is there is something
>> interesting in the log. I upload the log here if someone want to have
>> a look: http://main.woitasen.com.ar/errors
>>
>> What can I do to start to discover what's happening here?
>>
>> Regards,
>>   Diego
>>
>
> --
> 389 users mailing list
> 389-users@xxxxxxxxxxxxxxxxxxxxxxx
> https://admin.fedoraproject.org/mailman/listinfo/389-users



-- 
Diego Woitasen
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users



[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux