Hmm.  There are no errors reported in the dmesg, just debugging output
     (the wrapped messages are just debugging output).

     Can you reproduce it trivially?  e.g. on a newfs_hammer'd filesystem
     does the touch/ls -la issue still now show the filename?

     If you re-extract the tar into an empty filesystem does the problem
     then show up again?  If so I'd like to get a hold of that tarball
     to reproduce the problem.

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>

[ message continues ]

The issue is gone if I use a fresh fs:

pc12909!root:/mnt # touch foo
pc12909!root:/mnt # ls -al
total 2
drwxr-xr-x   1 root  wheel     0B Apr 10 09:08 ./
drwxr-xr-x  18 root  wheel   512B Apr  9 17:39 ../

If I copy the tarball to the newly created fs above, the ls problem is
back:

pc12909!root:/mnt # cp /root/ports.tar.gz .
pc12909!root:/mnt # ls -al
total 0

The tarball is a standard FreeBSD ports.tar.gz.  Extracting fails:

pc12909!root:/mnt # tar xfz ports.tar.gz
ports/audio/juk/pkg-plist: Error reading 'ports.tar.gz'gzip
decompression failed
tar: Error exit delayed from previous errors.

A final "ls" broke the machine.  No clue if its related to hammer,
because I have no physical access to the machine ATM.  Will look
at the crash later and post logs/dump if available.

Regards

	Matthias
[ message continues ]

OK, the machine is back up, but unfortunately I got no core dump.
The dump process got stuck and no dump was written.  The panic is as
follows:

Fatal trap 12: page fault while in kernel mode
mp_lock = 00000001; cpuid = 1; lapic.id = 01000000
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc02b5525
stack pointer           = 0x10:0xdeaf1978
frame pointer           = 0x10:0xdeaf1984
code segment            = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0

current process         = 754 (csh)
current thread          = pri 6
<- SMP: XXX
trap number             = 12
panic: page fault
mp_lock = 00000001; cpuid = 1
boot() called on cpu#1

Not sure if that helps :/

Regards

	Matthias
[ message continues ]

Does not work.  Extracting fails:

# tar xfz /root/ports.tar.gz
[...]
ports/Mk/bsd.commands.mk: Can't create 'ports/Mk/bsd.commands.mk'
ports/Mk/bsd.destdir.mk: Can't create 'ports/Mk/bsd.destdir.mk'
ports/Mk/bsd.perl.mk: Can't create 'ports/Mk/bsd.perl.mk'
tar: Error exit delayed from previous errors.

	Matthias
[ message continues ]

Possible a dumb question but...

Do permissions allow said creation?

Do these dirtrees/files already exist?

Bill


[ message continues ]