misc/152543: listing color format cause kernel panic in .zfs dir
Chris
chrysalis at chrysalisnet.org
Wed Nov 24 12:00:25 UTC 2010
>Number: 152543
>Category: misc
>Synopsis: listing color format cause kernel panic in .zfs dir
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Nov 24 12:00:24 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Chris
>Release: 8.1-RELEASE-p1
>Organization:
>Environment:
FreeBSD web1.xxx.net 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #1: Thu Nov 4 20:52:19 EET 2010 root at web1.hostexpert.net:/usr/obj/usr/src/sys/XXX amd64
>Description:
This machine is patched up to zfsv15 which may be very relevant.
If I change to a .zfs dir on any fileset eg. I have tank/home mounted on /usr/home so cd /usr/home/.zfs, and then run ls with colors it causes a kernel panic.
gnuls -a --color=always = panic
ls -aG = panic
ls = no panic
not tested gnuls with no colors and not tested 'ls -a', is a production server so I will need to wait until night for further testing.
no kernel dumps yet as no dumpdev configured, if using a zfs swap partition is safe (used in fstab) as a dumpdev I will configure it and repeat.
>How-To-Repeat:
cd /usr/home/.zfs (edit to path to .zfs dir)
ls -aG
>Fix:
a workaround is just run plain ls, of course this means if usually alias ls then it needs to be unaliased.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list