Bug 159242 - error: failed to stat proc: No such file or directory
error: failed to stat proc: No such file or directory
Status: CLOSED NOTABUG
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: rpm (Show other bugs)
4.0
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Paul Nasrat
Mike McLean
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-31 16:15 EDT by Aleksandar Milivojevic
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-31 16:25:40 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Aleksandar Milivojevic 2005-05-31 16:15:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050523 CentOS/1.0.4-1.4.1.centos4 Firefox/1.0.4

Description of problem:
Not reproducible every time.  On one machine I'm getting this error message
when running "rpm -i", on another practically identical machine everything
if fine.

# rpm -i somepackage-1.2.3.rpm
error: failed to stat proc: No such file or directory
# rpm -q somepackage
somepackage-1.2.3

strace output indicates "missing slash" is to blame:

===== 8< Cut Here 8< =====
22484 open("/etc/mtab", O_RDONLY|O_LARGEFILE) = 4
22484 futex(0x5b41d4, FUTEX_WAKE, 2147483647) = 0
22484 fstat64(4, {st_mode=S_IFREG|0644, st_size=454, ...}) = 0
22484 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c3b000
22484 read(4, "/dev/mapper/sys-root / ext3 rw,n"..., 4096) = 454
22484 stat64("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
22484 stat64("/proc", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
22484 stat64("/sys", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
22484 stat64("/dev/pts", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
22484 stat64("/proc/bus/usb", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
22484 stat64("/boot", {st_mode=S_IFDIR|0755, st_size=1024, ...}) = 0
22484 stat64("/dev/shm", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=40, ...}) = 0
22484 stat64("/srv", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
22484 stat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
22484 stat64("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=60, ...}) = 0
22484 stat64("/proc/sys/fs/binfmt_misc", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
22484 stat64("proc", 0xbffb9170)        = -1 ENOENT (No such file or directory)
===== 8< Cut Here 8< =====

I guess the last stat64() call should have been stat64("/proc", ...)

Not a big problem, since it seems everything works correctly.

Version-Release number of selected component (if applicable):
rpm-4.3.3-7_nonptl

How reproducible:
Sometimes

Steps to Reproduce:
1. rpm -i somepackage.rpm


Additional info:
Comment 1 Aleksandar Milivojevic 2005-05-31 16:25:40 EDT
Sorry, my bad.  I just realized another sysadmin was playing with putting Apache
into chroot, and did something like "mount -t proc proc /blah/blah/proc", which
probably generated bogus entry in /etc/mtab file.

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