From owner-freebsd-fs@FreeBSD.ORG Fri Jan 7 19:26:09 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFFDB106566B for ; Fri, 7 Jan 2011 19:26:09 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9848FC18 for ; Fri, 7 Jan 2011 19:26:08 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id p07JQ4D6069482 for ; Fri, 7 Jan 2011 21:26:04 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D27688E.2000409@ukr.net> Date: Fri, 07 Jan 2011 21:25:02 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <201012220900.oBM90Oir045018@freefall.freebsd.org> In-Reply-To: <201012220900.oBM90Oir045018@freefall.freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: kern/153351: [zfs] locking directories/files in ZFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 19:26:09 -0000 22.12.2010 11:00, Vladislav V. Prodan пишет: > The following reply was made to PR kern/153351; it has been noted by GNATS. > > From: "Vladislav V. Prodan" > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/153351: [zfs] locking directories/files in ZFS > Date: Wed, 22 Dec 2010 10:54:53 +0200 > > zfs snapshot tank/www@temp > zfs rollback tank/www@temp > > also did not help. :( > Now lock the other directory: ( how to stop this process? # ll /www/cargotek/data/logs/cargotek.ru.error.log.1 -rw-r----- 1 root cargotek 984039 7 янв 21:23 /www/cargotek/data/logs/cargotek.ru.error.log.1 # ps -axww | grep ls 82467 ?? D 7:46,78 find -sx / /backup /usr /usr/home /var /var/db/mysql /var/db/mysql/ibdata /var/db/mysql/iblogs /www /dev/null -type f ( -perm -u+x -or -perm -g+x -or -perm -o+x ) ( -perm -u+s -or -perm -g+s ) -exec ls -liTd {} + 51731 2 D+ 0:00,00 ls -lA /www/cargotek/data 51736 9 D+ 0:00,00 ls /www/cargotek/data 52498 11 D+ 0:00,00 ls -lA /www/cargotek/data/ # procstat -kk 82467 52498 51731 51736 PID TID COMM TDNAME KSTACK 82467 100263 find - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 52498 100301 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51731 100307 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51736 100321 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2