Date: Wed, 24 Nov 2010 11:58:52 GMT From: Chris <chrysalis@chrysalisnet.org> To: freebsd-gnats-submit@FreeBSD.org Subject: misc/152543: listing color format cause kernel panic in .zfs dir Message-ID: <201011241158.oAOBwqqQ051098@red.freebsd.org> Resent-Message-ID: <201011241200.oAOC0OMs069016@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>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@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:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201011241158.oAOBwqqQ051098>