Bug 2224937 - Sub suffix causes "id2entry - Could not open id2entry err 0" error when the Directory Server starts
Summary: Sub suffix causes "id2entry - Could not open id2entry err 0" error when the D...
Keywords:
Status: NEW
Alias: None
Product: Red Hat Directory Server
Classification: Red Hat
Component: 389-ds-base
Version: 12.2
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: LDAP Maintainers
QA Contact: LDAP QA Team
Evgenia Martynyuk
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-07-24 02:12 UTC by Muneaki Sugaya
Modified: 2023-07-24 13:43 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Comment 2 Pierre Rogier 2023-07-24 13:43:52 UTC
The message  is also displayed when using latest version (i.e: upstream main branch).
It is indeed a minor regression of a recent change. 
    (Issue 5598 - In 2.x, SRCH throughput drops by 10% because of handling of referral (#5604))

The root cause is that during backend initialization, a subtree search is now performed on the backend to determine if 
 the subtree contains smart referrals or not. 
But when starting the parent backend, the subsuffix backend is not yet started and the search fails.

The impact is quite mild:
  If the db contains smart referrals, there is no impacts.
  In the other case, the optimization that prevent the performance drop is disabled until
  next occurrence of the internal search (which by default happens 5 minutes later) 

In other words: There may be a 10% performance drop for the 5 first minutes after the startup.


Note You need to log in before you can comment on or make changes to this bug.