Bug 152467 - nss_db doesn't set errno to ENOENT when returning NSS_STATUS_NOTFOUND
Summary: nss_db doesn't set errno to ENOENT when returning NSS_STATUS_NOTFOUND
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: nss_db
Version: 2.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks: 143573
TreeView+ depends on / blocked
 
Reported: 2005-03-29 19:12 UTC by David Lehman
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

Fixed In Version: RHBA-2005-483
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-03-21 14:28:21 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
set errno when an entry is not found (445 bytes, patch)
2005-03-29 19:12 UTC, David Lehman
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2005:483 0 normal SHIPPED_LIVE nss_db bug fix update 2006-03-21 05:00:00 UTC

Description David Lehman 2005-03-29 19:12:29 UTC
Created attachment 112426 [details]
set errno when an entry is not found

Comment 1 David Lehman 2005-03-29 19:12:29 UTC
Description of problem:
nss_db is inordinately slow when entries are not found. I patched it to set
errnop to ENOENT when returning NSS_STATUS_NOTFOUND and it fixed the problem
according to the customer. 

Version-Release number of selected component (if applicable):
nss_db-2.2-13

How reproducible:
Always

Steps to Reproduce:
1. create a very large passwd db (> 10k entries)
2. edit nsswitch.conf to check db first
3. search for an entry that's in files, not db (using id or getent)
  
Actual results:
takes 3 minutes to return

Expected results:
much faster result

Additional info:
I was unable to reproduce this in the first place, but the customer who reported
it says the patched nss_db which sets errnop fixes it.

Comment 13 Eric Hagberg 2005-05-02 16:59:38 UTC
Closed as "notabug"?

It's a bug under RHEL2.1, even if it isn't a problem in future releases
(apparently due to glibc updates)... unless you've got a glibc update that fixes
this.

Hello?

Comment 14 David Lehman 2005-05-03 04:16:56 UTC
I suspect this is also an issue in RHEL3. I am offsite and cannot verify that
right now.

I'm going to reopen this; if it was intentionally closed please provide an
explanation. My guess is it was a mis-click or similar.

Now that the confusion about the cause of (and fix for) this problem has been
cleared up we need to push like hell to get it into U7 or it's down the drain
for good.

Comment 15 Eric Hagberg 2005-05-03 11:16:23 UTC
I personally haven't seen this problem at all under RHEL3, but of course, glibc
there is a completely different beast. I suspect the problem isn't in RHEL3
because of changes/fixes in glibc that've never made it back to the glibc in RHEL2.

Didn't Update 7 already come out last week?

Comment 16 Eric Hagberg 2005-05-12 19:13:56 UTC
Hello?

Comment 23 Red Hat Bugzilla 2006-03-21 14:28:21 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2005-483.html



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