On 10-Nov-15 14:22, Tom H wrote:
On Tue, Nov 10, 2015 at 12:32 AM, Mike Gilbert <flop...@gentoo.org> wrote:
On Mon, Nov 9, 2015 at 2:36 PM, Jarry <mr.ja...@gmail.com> wrote:
On 08-Nov-15 17:58, Mike Gilbert wrote:
On Fri, Nov 6, 2015 at 12:19 PM, Jarry <mr.ja...@gmail.com> wrote:

I noted one strange thing today: It seems one of my servers lost "/"!

vs5-dns ~ # df
Filesystem    1K-blocks    Used Available Use% Mounted on
/var/log/named 10138552 2223148   7377344  24% /chroot/dns/var/log/named
tmpfs            308196     420    307776   1% /run
dev               10240       0     10240   0% /dev
shm             1540968       0   1540968   0% /dev/shm
cgroup_root       10240       0     10240   0% /sys/fs/cgroup
none            1048576       0   1048576   0% /var/tmp/portage

Is your /etc/mtab a regular file, or is it a symlink to
/proc/self/mounts? The latter is recommended.

It is regular file. I never changed it...

vs5-dns ~ # ls -l /etc/mtab
-rw-r--r-- 1 root root 908 Nov  9 19:14 /etc/mtab

Anyway, please have a look at the contents of /etc/mtab,
/proc/self/mounts, and proc/self/mountinfo while named is running and
when it is stopped. If you pastebin them we can take a look for key
differences.

With bind running:
http://pastebin.com/wkTW6xAY

without bind:
http://pastebin.com/JG5FPNDW


Can you try replacing /etc/mtab with a symlink to /proc/self/mounts to
see if it makes any difference? That triggers different code paths in
several programs.

Is "/" shown when you run "df -a"? If it's shown, then there's a bug
in coreutils (as long as they accept a bug on a system where mtab
isn't a symlink) because, AFAIR, "df" should show the mount with the
shortest mount path if a filesystem's mounted more than once.

vs5-dns ~ # df -a
Filesystem    1K-blocks    Used Available Use% Mounted on
/dev/sda2             -       -         -    - /
proc                  0       0         0    - /proc
tmpfs            308188     420    307768   1% /run
dev               10240       0     10240   0% /dev
mqueue                0       0         0    - /dev/mqueue
devpts                0       0         0    - /dev/pts
shm             1540940       0   1540940   0% /dev/shm
sysfs                 0       0         0    - /sys
cgroup_root       10240       0     10240   0% /sys/fs/cgroup
openrc                0       0         0    - /sys/fs/cgroup/openrc
none            1048576       0   1048576   0% /var/tmp/portage
/etc/bind             -       -         -    - /chroot/dns/etc/bind
/var/bind             -       -         -    - /chroot/dns/var/bind
/var/log/named 10138552 2300032   7300460  24% /chroot/dns/var/log/named

So there *is* /, but strangely it has no size. But it suddenly does
have its proper size as soon as I stop bind running:

vs5-dns ~ # df -a
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/sda2      10138552 2300024   7300468  24% /
proc                  0       0         0    - /proc
tmpfs            308188     416    307772   1% /run
dev               10240       0     10240   0% /dev
mqueue                0       0         0    - /dev/mqueue
devpts                0       0         0    - /dev/pts
shm             1540940       0   1540940   0% /dev/shm
sysfs                 0       0         0    - /sys
cgroup_root       10240       0     10240   0% /sys/fs/cgroup
openrc                0       0         0    - /sys/fs/cgroup/openrc
none            1048576       0   1048576   0% /var/tmp/portage

Jarry

--
_______________________________________________________________
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.

Reply via email to