From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:00:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37B1106568D for ; Thu, 19 Jan 2012 15:00:32 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id B09918FC17 for ; Thu, 19 Jan 2012 15:00:32 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 53B34CD43 for ; Thu, 19 Jan 2012 16:00:31 +0100 (CET) Message-ID: <4F183008.9040603@karolyi.hu> Date: Thu, 19 Jan 2012 16:00:24 +0100 From: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> In-Reply-To: <4F182FB3.7050405@karolyi.hu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 15:00:33 -0000 Volodymyr Kostyrko wrote: > Obtaining kernel dump is the way to go. You can occasionally find that > obtaining dump on world built with clang is much easier than on > gcc-compiled one. I remember at least one such case with broken zfs > directory when trying to read such directory result in process with no > state on gcc-compiled world and result in imminent panic in zfs code > on clang-compiled world. Remember to set dumpdev to something > appropriate. > I'm not near to the server for putting any dumpdevice in (if you meant that way), and also, there's no kernel panic but just at the end of the reboot process, and not all the time. > This has impact on performance. You sure you really need that one? Can > you try without it? > >> /etc/make.conf, the kernel was compiled with this settings: >> CPUTYPE?=athlon64 > Compiling with clang you better turn that thing off. Okay, I turned it off, recompiled the kernel, also turned the vfs.zfs.vdev.max_pending option off in /boot/loader.conf, rebooted, but the hangs are still there. Moreover, I couldn't set SCHED_BSD in the kernel config, it said that it's an illegal option. Maybe it does not exist in RELENG_9. Any other ideas?