Bug 176041

Summary:	udev_db_lookup_name: unable to open udev_db '/dev/.udev/db'
Product:	[Fedora] Fedora	Reporter:	Stephen Warren <swarren-tag-rhbugzilla>
Component:	udev	Assignee:	Harald Hoyer <harald>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	clydekunkel7734, hdegoede, kay.sievers, kevinverma, reuben-redhatbugzilla
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-15 13:29:14 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Stephen Warren 2005-12-18 06:41:26 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051211 Fedora/1.5-1.1 Firefox/1.5

Description of problem:
When booting, I see the following messages on the console when starting udev:

Starting udev:udevd-event[745]: udev_db_lookup_name: unable to open udev_db '/de
v/.udev/db': No such file or directory

(the error message is repeated twice)

Not that there is such a directory:

[root@esk .udev]# ls -ld /dev/.udev/
drwxr-xr-x 4 root root 80 Dec 17 23:18 /dev/.udev/
[root@esk .udev]# ls -ld /dev/.udev/db
drwxr-xr-x 2 root root 720 Dec 17 23:17 /dev/.udev/db



Version-Release number of selected component (if applicable):
udev-077-1

How reproducible:
Always

Steps to Reproduce:
1. Boot PC, watch console soon before switch to X (due to rhgb)


Additional info:

Comment 1 Stephen Warren 2005-12-18 06:55:16 UTC

FYI, just updated udev and kernel, and it still happens with:
udev-077-2
kernel-2.6.14-1.1770_FC5

Comment 2 Kay Sievers 2005-12-21 02:46:48 UTC

This is caused by executing udevinfo while there is no database to read. udev
078 exports the symlinks to the event environment and calling udevinfo is not
needed. I've also removed the error log for the next udev version.

Comment 3 Harald Hoyer 2005-12-21 09:39:14 UTC

hmm, there is no script in the udev package, that calls udevinfo during system
startup...

Comment 4 Kay Sievers 2005-12-21 10:05:40 UTC

Don't you call pam_console.dev anymore? It was calling udevinfo in the past.

Comment 5 Clyde E. Kunkel 2005-12-21 15:34:15 UTC

I am seeing this also as: 

Starting udev:udevd-event[944]: udev_db_lookup_name: unable to open udev_db
'/dev/.udev/db': No such file or directory

/dev/.udev/db is there, but I don't know when it is created. Also, I don't see
any errors after booting and starting work.  Nothing in any of the logs.

Comment 6 Clyde E. Kunkel 2006-01-06 01:45:40 UTC

Saw this today (1/5/2006) on a clean install of rawhide.

Comment 7 Harald Hoyer 2006-01-11 10:08:22 UTC

*** Bug 176547 has been marked as a duplicate of this bug. ***

Comment 8 Harald Hoyer 2006-01-11 10:10:27 UTC

pam_console.dev now uses $DEVLINKS, no udevinfo involved.

Comment 9 Clyde E. Kunkel 2006-01-16 18:01:46 UTC

Still present on clean install of FC5T2.  Not every reboot, tho.  Can't predict
when the problem will occur.

Comment 10 Warren Togami 2006-01-17 02:55:21 UTC

I've seen this happen after my laptop lost power.  The next boot had this
problem, and haldaemon wouldn't run.  Rebooting fixed it.

Comment 11 Reuben Farrelly 2006-01-21 12:04:14 UTC

I suspect this is fixed in later versions of udev:

From udev-081/ChangeLog

----

Summary of changes from v078 to v079
============================================

Kay Sievers:
      don't log error if database does not exist
      <snip>

----

Of course current rawhide has 078, so a jump to 081 would probably solve this one.