Hi, list. Some time ago quota and, AFAIR, snapshots in 6.1-RELEASE has deadlock problems. What the current situation with this? I'm ready to test patches, if needed. WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com
On 5/23/06, Dmitriy Kirhlarov <dimma@higis.ru> wrote:> Hi, list. > > Some time ago quota and, AFAIR, snapshots in 6.1-RELEASE has deadlock > problems. What the current situation with this? I'm ready to test > patches, if needed. > > WBRIIRC, there are some quota and snapshots changes merged in 6.1-STABLE after 6.1-RELEASE is releases. So I think you may want to try that. Regards, Rong-En Fan
Dmitriy Kirhlarov wrote:> Hi! > > On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: > > >>>>>6.1-STABLE after 6.1-RELEASE is releases. So I think you may want >> >>If you use snapshots with your quotas, update to 6.1-STABLE. If you > > > Sorry, guys. You are mean RELENG_6_1 or RELENG_6? > > WBRRELENG_6. However, the changes will likely make their way into RELENG_6_1 in a few weeks as part of an errata update. Scott
Scott Long wrote:> Dmitriy Kirhlarov wrote: > >> Hi! >> >> On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: >> >> >>>>>> 6.1-STABLE after 6.1-RELEASE is releases. So I think you may want >>> >>> If you use snapshots with your quotas, update to 6.1-STABLE. If you >> >> >> Sorry, guys. You are mean RELENG_6_1 or RELENG_6? >> >> WBR > > RELENG_6. However, the changes will likely make their way into > RELENG_6_1 in a few weeks as part of an errata update. > > ScottI have just done tests on 6.1-R and RELENG_6 as of yesterday evening. Unfortunately both still lock up hard, no crash, just a frozen system. I cant enter the KDB (ddb) via the console, but its unusable, as it wont let me type in anything. There must be some other change in -CURRENT that fixes this, as -CURRENT did not freeze during my previous tests. Just to confirm, here is the ID of ufs_quota.c on my RELENG_6 system: /usr/src/sys/ufs/ufs/ufs_quota.c: $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.74.2.4 2006/05/14 00:23:27 tegge Exp $
Steven Hartland
2006-Nov-22 19:29 UTC
md deadlocks on wdrain. Was: [Re: quota and snapshots in6.1-RELEASE]
The patch below fixed this issue for us. We had a jail which when upgrading ( installworld ) from 5.4 to 6.1 would constantly hang the machine with this error. After updating md.c to 1.164 from MAIN and applying the patch below I've managed to run installworld 3 times now without error. Previously including updated to v1.164 this would hang without fail. If this is the correct fix, it would be good to see get committed as it have the capability to knock out any box running a vnode backed jail and is very unpredictable. ----- Original Message ----- From: "Kostik Belousov" <kostikbel@gmail.com> On Fri, Jun 30, 2006 at 02:31:43PM -0400, Mike Jakubik wrote:> FYI, -CURRENT passes this test without locking up, so the fix is already > there somewhere.May be. May be not, and other issues just prevent complete exhausting of the buffer run space on CURRENT. Did you test it on CURRENT many times, or only once. The same question for STABLE - does it locks every time your do that ? Please, try this patch, and report the results. ? sys/dev/md/.arch-ids Index: sys/dev/md/md.c ==================================================================RCS file: /usr/local/arch/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.164 diff -u -r1.164 md.c --- sys/dev/md/md.c 28 Mar 2006 21:25:11 -0000 1.164 +++ sys/dev/md/md.c 1 Jul 2006 03:48:41 -0000 @@ -650,6 +650,8 @@ mtx_lock_spin(&sched_lock); sched_prio(curthread, PRIBIO); mtx_unlock_spin(&sched_lock); + if (sc->type == MD_VNODE) + curthread->td_pflags |= TDP_NORUNNINGBUF; for (;;) { mtx_lock(&sc->queue_mtx); ===============================================This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.