Date: Mon, 11 Mar 2013 22:43:06 +0100 From: =?UTF-8?B?VXJvxaEgR3J1YmVy?= <uros.gruber@gmail.com> To: Andriy Gapon <avg@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: Re: zfs hang with umount Message-ID: <CAHGMo95Sx_5EEvj9-8m_Eck0D16ricbLrfPTeMbUV0=xwP4zVg@mail.gmail.com> In-Reply-To: <513E4B0B.3090807@FreeBSD.org> References: <CAHGMo95Giii7ttxbNVEL1BKez5BGhktqBqamuuSd91n2yReiWw@mail.gmail.com> <513E4B0B.3090807@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Andriy, can you tell me more about this or what was the cause for this so I can avoid it until 9.2 is released. I don't want to jump on 9-STABLE and maybe have more problems with some other stuff. regards Uros On 11 March 2013 22:22, Andriy Gapon <avg@freebsd.org> wrote: > on 11/03/2013 20:20 Uro=C5=A1 Gruber said the following: >> Hi, >> >> I don't know what causes this, but while stopping one of jails I also >> run zfs inherit mountpoint on this jails fs. This jail was in stopping >> state at this moment. Process than hanged in D state. Then I was doing >> some stuff on the server, and while "zfs unmount -f" of that fs, >> server chrased. Now everytime I wan't to unmount that fs process hang. >> I've managed to send & receive this fs to other fs and mounted >> sucessfuly. >> >> Before I reboot and try to destroy this fs, here is output of procstat >> -k PID (zfs umount zroot/myfs) >> >> PID TID COMM TDNAME KSTACK >> 3937 100559 zfs - mi_switch >> sleepq_timedwait _sleep zfs_zget zfs_get_data zil_commit >> zfs_freebsd_write VOP_WRITE_APV vnode_pager_generic_putpages >> vnode_pager_putpages vm_pageout_flush vm_object_page_collect_flush >> vm_object_page_clean vm_object_terminate vnode_destroy_vobject >> zfs_freebsd_reclaim vgonel vflush >> >> Is there anything I can check or is this know bug? >> >> Server is running on 9.1-RELEASE > > This should be fixed in stable/9. > > -- > Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHGMo95Sx_5EEvj9-8m_Eck0D16ricbLrfPTeMbUV0=xwP4zVg>