From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:03:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6306616A400; Tue, 10 Apr 2007 07:03:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 4990D13C480; Tue, 10 Apr 2007 07:03:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:64263 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077443AbXDJHDw (ORCPT + 2 others); Tue, 10 Apr 2007 11:03:52 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <461B36D5.3020307@yandex.ru> Date: Tue, 10 Apr 2007 11:03:49 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Kris Kennaway References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> In-Reply-To: <20070410063817.GA43061@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="------------080008020102090408060409" Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , zfs-discuss@opensolaris.org, freebsd-current@freebsd.org, Rong-en Fan Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 07:03:59 -0000 This is a multi-part message in MIME format. --------------080008020102090408060409 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > I thought that is what the claim was, and the question was how to make > it visible :) Yes, thanks for the answer. Now i've been locked up in the "zfs" state :) How to repeat: # zfs set snapdir=visible media/disk3/src # ls -la media/disk3/src/.zfs -- WBR, Andrey V. Elsukov --------------080008020102090408060409 Content-Type: text/plain; name="zfs-report.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="zfs-report.txt" UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 1455 1127 0 -4 0 18032 3896 zfs D+ v0 0:00,01 mc 0 1462 1457 0 -4 0 3416 1236 zfs T+ p0 0:00,00 ls -lA db> trace 1462 Tracing pid 1462 tid 100061 td 0xc29c81b0 sched_switch(c29c81b0,0,1) at sched_switch+0xc7 mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c3404d18) at sleepq_switch+0x8a sleepq_wait(c3404d18,50,0,0,c07315e4,...) at sleepq_wait+0x36 _sleep(c3404d18,c076f340,50,c2946f6f,0,...) at _sleep+0x24d acquire(d3b2e728,80,60000,d3b2e708,d3b2e70c,...) at acquire+0x73 _lockmgr(c3404d18,3002,c3404d48,c29c81b0,c2941e7b,...) at _lockmgr+0x442 vop_stdlock(d3b2e770) at vop_stdlock+0x27 _VOP_LOCK_APV(c294abc0,d3b2e770) at _VOP_LOCK_APV+0x38 _vn_lock(c3404cc0,1002,c29c81b0,c2941e7b,c4,...) at _vn_lock+0xf8 domount(c29c81b0,c3404cc0,c2946f6f,c2ce87c0,d3b2e85c,...) at domount+0xfd zfsctl_snapdir_lookup(d3b2eacc) at zfsctl_snapdir_lookup+0x1ac VOP_LOOKUP_APV(c294adc0,d3b2eacc) at VOP_LOOKUP_APV+0x43 lookup(d3b2eb50) at lookup+0x4c0 namei(d3b2eb50) at namei+0x2d2 kern_lstat(c29c81b0,2821c268,0,d3b2ec24) at kern_lstat+0x47 lstat(c29c81b0,d3b2ed00) at lstat+0x1b syscall(d3b2ed38) at syscall+0x29e Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2818d267, esp = 0xbfbfe3fc, ebp = 0xbfbfe498 --- db> cont --------------080008020102090408060409--