[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ldap
Subject:    [ldap] Re: ldap crash
From:       David Roche <droche () altaiire ! fr>
Date:       2005-07-08 13:36:17
Message-ID: 42CE8151.6050508 () altaiire ! fr
[Download RAW message or body]

hello,

thank you very much for your response.
Ok, I will upgrade my server to the new version this evening.
I noticed no previous event before the crash.
The crash occur as I modify a entry with a smbldap-tools script (adding
2 users in a group).

I try to look at my logs, but this is obscure for me. I give you some
errors, don't know if it's about my problem.
under are some errors I find in my logs, for those than can understand it :)

Best regards

David

> ber_get_next on fd 27 failed errno=11 (Resource temporarily >unavailable)


> Jul  7 18:28:12 debserv slapd[4351]: => key_read
> Jul  7 18:28:12 debserv slapd[4351]: bdb_idl_fetch_key: [b49d1940]
> Jul  7 18:28:12 debserv slapd[4351]: <= bdb_index_read: failed (-30990)


This one correspond to the moment where the base crash (add 2 memberUid
in a entry):
> Jul  7 18:28:22 debserv slapd[4495]: => regex_matches: rc: 0 matches
> Jul  7 18:28:22 debserv slapd[4495]: bdb_modify_internal: add
> Jul  7 18:28:22 debserv slapd[4495]: bdb_modify_internal: replace
> Jul  7 18:28:22 debserv last message repeated 2 times
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_required entry
> (cn=Direction,ou=Groups,dc=domainealtaiire,dc=altaiire,dc=fr),
> objectClass "posixGroup"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_required entry
> (cn=Direction,ou=Groups,dc=domainealtaiire,dc=altaiire,dc=fr),
> objectClass "sambaGroupMapping"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type >"objectClass"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "cn"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "gidNumber"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type
> "structuralObjectClass"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "entryUUID"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type >"creatorsName"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type
> "createTimestamp"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "sambaSID"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type
> "sambaGroupType"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type >"displayName"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type >"description"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "memberUid"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type "entryCSN"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type
> "modifiersName"
> Jul  7 18:28:22 debserv slapd[4495]: oc_check_allowed type
> "modifyTimestamp"
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(DELETE,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_delete_key: 22c [9b48d8cf]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(DELETE,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_delete_key: 22c [11199b3b]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(DELETE,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_delete_key: 22c [f53d7eec]
> ...
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(DELETE,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_delete_key: 22c [d901c8e7]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(ADD,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_insert_key: 22c [9b48d8cf]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(ADD,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_insert_key: 22c [11199b3b]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(ADD,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_insert_key: 22c [adcf54a4]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> ...
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => key_change(ADD,22c)
> Jul  7 18:28:22 debserv slapd[4495]: bdb_idl_insert_key: 22c [ee5a0c25]
> Jul  7 18:28:22 debserv slapd[4495]: <= key_change 0
> Jul  7 18:28:22 debserv slapd[4495]: => entry_encode(0x0000022c):
> cn=Direction,ou=Groups,dc=domainealtaiire,dc=altaiire,dc=fr



Buchan Milne a écrit :
> David Roche wrote:
> 
> > > hello,
> > > 
> > > I use a openldap server (2.1.30 on a debian).
> 
> 
> You should probably consider upgrading to 2.2.26 (current stable).
> 
> 
> > > I use it to store:
> > > - a contact db (customers...)
> > > - the samba 3 "sam".
> > > 
> > > Yesterday, slapd crashed, using 100% CPU until I kill it.
> > > I used "db4.2_recover -h" to solve the problem.
> 
> 
> How did the database end up needing recovery? Was there a previous event ?
> 
> It may be sufficient (depending on what the actual cause of the database
> needing recovery was) to run database recovery in your init script that
> starts slapd. Apparently Debian's init script may do it for you if you
> configure it correctly (on Mandriva this is done by default for 2.1.x
> and 2.2.x).
> 
> Regards,
> Buchan
> 
> --
> Buchan Milne                      Senior Support Technician
> Obsidian Systems                  http://www.obsidian.co.za
> B.Eng          RHCE (803004789010797),LPIC-1 (LPI000074592)

---
You are currently subscribed to ldap@umich.edu as: [droche@altaiire.fr]
To unsubscribe send email to ldap-request@umich.edu with the word
UNSUBSCRIBE as the SUBJECT of the message.

---
You are currently subscribed to ldap@umich.edu as: [ldap@progressive-comp.com]
To unsubscribe send email to ldap-request@umich.edu with the word UNSUBSCRIBE as the \
SUBJECT of the message.


[prev in list] [next in list] [prev in thread] [next in thread]