From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 15:57:32 2011 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 56A00106566C for ; Fri, 18 Mar 2011 15:57:32 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id 258968FC0C for ; Fri, 18 Mar 2011 15:57:31 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id E7AE528FDFB; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh2.mail.rice.edu, auth channel Received: from mh2.mail.rice.edu ([127.0.0.1]) by mh2.mail.rice.edu (mh2.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id L+2t2y0fpSXH; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id 5B6E028FDFA; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) Message-ID: <4D837C89.4000005@rice.edu> Date: Fri, 18 Mar 2011 10:38:49 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110201 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <4D760AEC.7050604@digiware.nl> <201103080915.29284.jhb@freebsd.org> In-Reply-To: <201103080915.29284.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , Willem Jan Withagen , freebsd-stable@freebsd.org Subject: Re: panic on vm_page_cache_transfer: object 0xfffffff0035508000's type is not compatible with cache pages 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: Fri, 18 Mar 2011 15:57:32 -0000 On 03/08/2011 08:15, John Baldwin wrote: > On Tuesday, March 08, 2011 5:54:36 am Willem Jan Withagen wrote: >> System: >> >> FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #1: Sat Feb 26 >> 06:28:43 CET 2011 >> root@zfs.digiware.nl:/usr/obj/usr/src/src8/src/sys/ZFS amd64 >> >> Don't have a serial console, so I wrote down the traceback. >> But my guess is that that is not enough, however I needed the system so >> I rebooted. >> >> tb: >> vm_object_split at .... +0x125 >> vm_space_fork at .... +0x3f7 >> fork1 at .... +0x6a9 >> fork at .... +0xee >> syscall_entr at .... +1c >> syscall at .... +4c >> >> rip = 0x8006bc39c >> rsp = 0x7fffffffe9d8 >> rbp = 0x800a04470 >> >> It looks a lot like what I find on >> http://people.freebsd.org/~pho/stress/log/kostik079.html >> >> But my system is amd64, with 8Gb RAM and is fully ZFS based >> with swap on 2 gpt freebsd-swap partitions. >> >> System crashed last night around 1:30, which is when a few large rsync >> backups are coming in. >> >> Would I be able to call doadump to obtain something usefull afterward >> (provided I have savecore set?) > Hmm, judging from the info at the URL above, I'm not sure what to make of this > assertion. In vm_object_split(), the 'new_object' is always OBJT_DEFAULT, so > it will always fail that half of the assertion. In fact, this is the only > place that vm_page_cache_transfer() is called, so 'new_object->type == > OBJT_SWAP' is pretty much guaranteed to almost never be true. > > I guess it is assuming that swap_pager_copy() would have always converted > 'new_object' to OBJT_SWAP if it had any cache pages? Perhaps that is a bogus > assumption if 'orig_object' only has cache pages and no currently-swapped out > pages (or if the swapped out pages are not in the range of the new object)? > > I've cc'd Alan to see if he has any ideas. > Yes, it is assuming that the object is converted to OBJT_SWAP. As a rule, for a page to be PG_CACHE, it should exist somewhere on secondary storage. Alan