[nSLUG] Odd ls behaviour on Redhat Enterprise Linux 7

francis picabia fpicabia at gmail.com
Fri Jun 19 15:20:29 ADT 2015


Aw, I see what I did.  Should have left off the "chroot" as the target
in the rsync.  What I actually made was /var/named/chroot/chroot

On Fri, Jun 19, 2015 at 3:08 PM, francis picabia <fpicabia at gmail.com> wrote:
> Never seen this happen before, and don't yet know why.
>
> Redhat Enterprise 5:
>
> # /etc/init.d/named stop ; rsync -av /var/named/chroot
> newserv:/var/named/chroot ; /etc/init.d/named start
>
> newserv is a Redhat Enterprise 7 system.
> There I confirm I did the rsync...
>
> ls -l /var/named/chroot/
> total 0
> drwxr-x--- 6 root named 63 Dec 10  2014 chroot
>
> No contents listed until I add star:
>
> ls -l /var/named/chroot/*
> total 12
> drwxr-x--- 2 root named   41 Dec 10  2014 dev
> drwxr-x--- 2 root named 4096 Apr 10 14:56 etc
> -rw-r--r-- 1 root root  7609 Sep  7  2011 named.run
> drwxr-xr-x 2 root root     6 Sep  7  2011 proc
> drwxr-x--- 6 root named   48 Dec 10  2014 var
>
> Why is the ls command behaving as if ls -ld ?
>
> Doesn't happen on Redhat Enterprise 5 for
> the source directory.  No alias for ls to include -d.
> lsattr is doing the same kind of thing.
>
> RHEL 5:
> # lsattr /var/named/chroot
> ------------- /var/named/chroot/var
> ------------- /var/named/chroot/named.run
> lsattr: Inappropriate ioctl for device While reading flags on
> /var/named/chroot/proc
> ------------- /var/named/chroot/etc
> ------------- /var/named/chroot/dev
>
> # RHEL 7:
> lsattr /var/named/chroot
> ---------------- /var/named/chroot/chroot
>
> selinux is disabled on both.
> If the same commands are done on
> other directories on RHEL 7 behave
> normally.


More information about the nSLUG mailing list