PDA

View Full Version : Strange du behavior with /var/lib/ntp/proc/



megadis
12-Oct-2012, 08:43
Hello,

I issued the command (SLES 11) from root du -sh /* but got some errors.
Its seems that /var/lib/ntp/proc whichs is mounted provokes this error.
Any advise on how to avoid/fix that?


Thank U

Andreas




df -a
....
none 0 0 0 - /var/lib/ntp/proc
....


$ du -sh /*
9.1M bin
43M boot
9.3G dev
74M etc
3.8M home
146M lib
19M lib64
16K lost+found
4.0K media
756G mnt
6.8G opt
568K oracle_admin
58M oracle_backups
45G oradata
263G oradata_slow
344K oradiag_root
du: cannot access `proc/6475/task/6475/fd/4': No such file or directory
du: cannot access `proc/6475/task/6475/fdinfo/4': No such file or directory
du: cannot access `proc/6475/fd/4': No such file or directory
du: cannot access `proc/6475/fdinfo/4': No such file or directory
0 proc
268M root
13M sbin
4.0K selinux
88K srv
0 sys
4.4M tmp
3.8G usr
207M var
440K volumes_usage

ab
12-Oct-2012, 14:50
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Is there a reason it is causing you problems? Trying to find the used
disk space of a virtual filesystem (/proc, /sys, /dev, etc.) does not
make a lot of sense. Perhaps add the --exclude option to 'du' to
exclude things that, by definition, are not using disk-users.

Good luck.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQIcBAEBAgAGBQJQeCA9AAoJEF+XTK08PnB5lI8P/R7JIsKi+a7qP/tAra13Xq+b
l5m66ARPhfmsn3AwDiKXspv/hhEzvYzvKsd82lkXxM41y4YIEgv+STWQuQPcfCNN
TlZgUiLsObSBQ5apf2w2ONborWlnz9YVSKFS+kdaBbrAXJQB28 2vjUB0vSE80gLu
4QeV42TX9zpSZ0DPg6tJldkrJQa7zAKYbVTdhqz4fM3hU3bQLa ZLfOhOFMTsuKZq
1ksP7RrnPEVLY5zUAidNnYnF0YTn/aJg373aJniPW9mKIKhn04N0o8ZpFtCFd7Li
xbILh0ZAsnFiGwQ1KUnqEBA07NiU4r1QM0mAGnb3ZCxQMnvc1k +q2ZFHRqHAFpVI
ZwSYNgWq+bk3z0h57U67O6FyE0eXaLjsUaXXdpDgBSsIxwuaB0 lnSXQqS6jMyjuK
lvp8TxIAqDnhkP2nsvVtdA/9jYYJCGQkc70FJzEjFvaqqAsFPK9Hyt5UWXk2wfeV
ytwG3zKGtzW5Ho9Tq9hClVWSyoWqPvWaJR1kdA2VonaByYVc+1 ZJKrcrOX2p7vll
bcF/VflKlKmfR0/9ijlwmCB+6YJSIVp86ivNdCC+AOM/WlXOziWzIw3HeETRapNn
zAj1AX7XtbBj8SBE3KcE0Ha1iLoE9TcwhzqyMEBlUY8ZJ+WRBK KUN05fi4kj/jwU
VRb3Yhoaa1/wL0s4Ghde
=p8wZ
-----END PGP SIGNATURE-----

megadis
12-Oct-2012, 16:11
I would like from time to time to be able to do du -sh /* in order to see where diskspace is gone.

As all my previous installations where in SUSE 10 and I never got a similar problem I wonder what is different with SUSE 11.

Do you know why ntp creates such a filesystem?

Thank U
Andreas

ab
12-Oct-2012, 18:21
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I believe SLES 10 used xntp (a separate project, using the xntpd
process) where we now use ntp (and the ntpd process).

I am not sure exactly why, but I'm guessing with the following:

ntp can be chroot'd and if that's done then it wants access to things
like /proc. ntp does not create proc, it simply does a "bind mount" so
that it can access stuff like any other process. In order to do that it
basically makes the /proc filesystem available within its chroot jail so
now /proc can be accessed from either location.

Keep in mind that errors about missing /proc/<somenumber> directories
are possible anytime you go looking in there since those directories are
created and destroyed with every process that is started and stopped.
Looking for things in a "directory" at the time the "directory" goes
away is just an effort in futility. Looking for disk usage in a
"directory" that is merely a window into the running kernel's memory
(nothing to do with disk) is too.

Good luck.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQIcBAEBAgAGBQJQeFGsAAoJEF+XTK08PnB5QXoQAKYZ10NyWN 4d0H/bBojU+am4
r7ravsJoOAF6VUphnKZKAy6OyapG61C5Tv8Ob4Iy7uxbMJwKR4 w8ABCZyet8/wkq
0LEDfPFCf0YHd0RV/eJMPE9ggeGy1yWD8GpM7zaf7hxU6ATiWAU01VhbkqGWAY8O
sPOQIOZHx6cl6aTTTwg3/ZOJj8SoVTTiAEbXkqhxmOnOG6xcxIyRIqejFQzDu5K9
PM97NQyrairUSzn1B0pVloggsjBpZvxcAqY39gsPFbsI/X1CWcAyMgzmXTDACSBl
bRxaVy+1h+jdScyTsJxbSTe9WPLF8Ox4D9RXw3FVVbooWcHmxO 52LPnjW7BiwVOs
xyVumEP0zJDVlW8q14EL+iCUxYnkVUlFEmUPn9nRLNwLGgWCMq aa+WtBeWnrdObp
vMPDX0klNr58EZxcACyOGCpDh/BJxwAWaRjWpNr44nWxXMc0nEyMqtMcen/NnVCU
rs5/VFG0pO6XkWx1jeAF46kjGLj2cVzYe2v7IxdBDWLK25Xp4fVTbM MDXgYrSFPr
8iN5pq6SvYz4TyMqjwwFo/Wj1e03DgAMRpvFc4ckleD/p7cmCUsBMz08OkClMim8
KFg8XOVToFOV3tIq58pKtxsN0t0bjSkj3J77ErhcJt8e8OimWf VW4wg/w17hXkz8
rEhKmMrILBw75HaP7kLV
=EHEo
-----END PGP SIGNATURE-----