ldbm errors when adding/modifying/deleting entries

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

 



Hello,

 

My apologies if this has been discussed before but I couldn’t find anything in the archives

beyond this: https://lists.fedoraproject.org/pipermail/389-commits/2011-January/004560.html

 

The issue I am encountering are the following errors when an entry is being added to the

directory or deleted from the directory – it seems an operations error err=1 corresponds to

a failure in the backend ldbm (see log snippets below).

 

I can reproduce these errors consistently by running a JMeter test to add and delete

entries. It always transpires that some entries will fail to add or delete and will throw an operations

error err=1 and a corresponding ldbm error.

 

----------------

In the error log I see things like:

[10/Jun/2013:14:46:43 -0700] - ldbm_back_delete: modify_switch_entries failed

[10/Jun/2013:14:50:58 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:50:59 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:50:59 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:50:59 -0700] - ldbm_back_add: modify_switch_entries failed

[10/Jun/2013:14:50:59 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:00 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:00 -0700] - ldbm_back_add: modify_switch_entries failed

[10/Jun/2013:14:51:00 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:01 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:02 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:04 -0700] - ldbm_back_modify: modify_switch_entries failed

[10/Jun/2013:14:51:04 -0700] - ldbm_back_add: modify_switch_entries failed

 

In the access log I see things like:

[10/Jun/2013:14:50:59 -0700] conn=3516 SSL 256-bit AES

[10/Jun/2013:14:50:59 -0700] conn=3516 op=0 BIND dn="cn=Directory Manager" method=128 version=3

[10/Jun/2013:14:50:59 -0700] conn=3516 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"

[10/Jun/2013:14:50:59 -0700] conn=3516 op=1 ADD dn="uid=jmeter25,dc=dev,dc=id,dc=ubc,dc=ca"

[10/Jun/2013:14:50:59 -0700] conn=3516 op=1 RESULT err=1 tag=105 nentries=0 etime=0 csn=51b64a46001b01f50000

[10/Jun/2013:14:50:59 -0700] conn=3516 op=2 DEL dn="uid=jmeter25,dc=dev,dc=id,dc=ubc,dc=ca"

[10/Jun/2013:14:50:59 -0700] conn=3516 op=2 RESULT err=32 tag=107 nentries=0 etime=0

[10/Jun/2013:14:50:59 -0700] conn=3516 op=3 UNBIND

[10/Jun/2013:14:50:59 -0700] conn=3516 op=3 fd=107 closed - U1

[10/Jun/2013:14:51:00 -0700] conn=3533 SSL 256-bit AES

[10/Jun/2013:14:51:00 -0700] conn=3533 op=0 BIND dn="cn=Directory Manager" method=128 version=3

[10/Jun/2013:14:51:00 -0700] conn=3533 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"

[10/Jun/2013:14:51:00 -0700] conn=3533 op=1 ADD dn="uid=jmeter57,dc=dev,dc=id,dc=ubc,dc=ca"

[10/Jun/2013:14:51:00 -0700] conn=3533 op=1 RESULT err=1 tag=105 nentries=0 etime=0 csn=51b64a46004d01f50000

[10/Jun/2013:14:51:00 -0700] conn=3533 op=2 DEL dn="uid=jmeter57,dc=dev,dc=id,dc=ubc,dc=ca"

[10/Jun/2013:14:51:00 -0700] conn=3533 op=2 RESULT err=32 tag=107 nentries=0 etime=0

[10/Jun/2013:14:51:00 -0700] conn=3533 op=3 UNBIND

[10/Jun/2013:14:51:00 -0700] conn=3533 op=3 fd=110 closed - U1

 

Our configuration is as follows:

2 Master servers (writes always go to one) in a MMR config.

3 Replica servers with replication agreements to each of the 2 masters.

RHEL 6.4 x64 Linux 2.6.32-358.2.1.el6.x86_64

389-ds-base.x86_64              1.2.11.15-14.el6_4 @rhel-x86_64-server-6

 

Has anyone seen this before and solved the issue? This is a big blocker for us before we can deploy in production.

So far, I am really liking 389 and want to see it in use at our institution. Thank you for any assistance.

 

Kind regards,

--------------------------------------------------------------------

Venkat Mahadevan

Programmer Analyst II, Identity and Access Management

Information Technology | Engage. Envision. Enable.

The University of British Columbia

Tel: 604.822.4112

 

--
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