From owner-freebsd-stable@FreeBSD.ORG Tue Nov 18 17:38:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2705648E for ; Tue, 18 Nov 2014 17:38:58 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A61B9A4D for ; Tue, 18 Nov 2014 17:38:56 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id gm9so3707698lab.18 for ; Tue, 18 Nov 2014 09:38:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:references:in-reply-to:date :message-id:subject:to:cc:content-type; bh=5mUE6Muz8B3RnP31ug3w+jIAdmqpDCTxElV9FfDRXeI=; b=mV50ddULevq6H9CdSHSTfcSfvT9uOe+hx34SItxxRTtdUieGJDuRD2TZd9Sv3B0Yqe YLV7iDBc5gPCFL+aDwSHfXtdVqDNEm8VTbUbVabETW0kjfi3KnaC0HzUaEAbwwbmEFxX xem/BVfUC87ouatz8jQATa9LifiXbAHR4V8fJPr0TeVyzZz/IfvdFf7q6OMFsPil/wYn 2NEDKwe8axTrsCWqRYeVSewLYfiwRFAbBoPEP+RDWcVYCgodQ/WaexMVmouZTrlMTUO2 Uf9jnTyD4zIZjjrc6Ajjjthl37JfyYwVAzC79MgfWxQ2Ght6Pixy4yI+Cgyb0jC2bBGT nr8w== X-Gm-Message-State: ALoCoQmqvVJ+/DiVUw+qjG4CKRt5OcS83hwhf9q7y7I3TJPv/818kuXcelfCwLJO7J4bRJp9uy9s X-Received: by 10.152.5.6 with SMTP id o6mr37409922lao.8.1416332328838; Tue, 18 Nov 2014 09:38:48 -0800 (PST) From: Steven Hartland Mime-Version: 1.0 (1.0) References: In-Reply-To: Date: Tue, 18 Nov 2014 17:38:51 +0000 Message-ID: <-7425247475772590723@unknownmsgid> Subject: Re: ZFS panic: [Re: stable/10 panic under disk load] To: Dmitry Morozovsky Content-Type: text/plain; charset=UTF-8 Cc: "stable@freebsd.org" , "smh@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:38:58 -0000 Can u plug a usb drive in to get a dump? > On 18 Nov 2014, at 16:57, Dmitry Morozovsky wrote: > >> On Tue, 18 Nov 2014, Dmitry Morozovsky wrote: >> >> my backup server after updrade to frest stable/10 >> >> start panicing on heavy disk load like rsync at > > Yes, it is reproducible easy and now I'm at ddb prompt with > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0860864d60 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0860864e10 > vpanic() at vpanic+0x126/frame 0xfffffe0860864e50 > panic() at panic+0x43/frame 0xfffffe0860864eb0 > vm_fault_hold() at vm_fault_hold+0x1932/frame 0xfffffe0860865100 > vm_fault() at vm_fault+0x77/frame 0xfffffe0860865140 > trap_pfault() at trap_pfault+0x201/frame 0xfffffe08608651e0 > trap() at trap+0x47a/frame 0xfffffe08608653f0 > calltrap() at calltrap+0x8/frame 0xfffffe08608653f0 > --- trap 0xc, rip = 0xffffffff81b69d04, rsp = 0xfffffe08608654b0, rbp = > 0xfffffe0860865500 --- > zap_leaf_lookup_closest() at zap_leaf_lookup_closest+0xb4/frame > 0xfffffe0860865500 > fzap_cursor_retrieve() at fzap_cursor_retrieve+0x16e/frame 0xfffffe0860865570 > zap_cursor_retrieve() at zap_cursor_retrieve+0x1f7/frame 0xfffffe0860865600 > zfs_freebsd_readdir() at zfs_freebsd_readdir+0x426/frame 0xfffffe0860865840 > VOP_READDIR_APV() at VOP_READDIR_APV+0xa7/frame 0xfffffe0860865870 > kern_getdirentries() at kern_getdirentries+0x21c/frame 0xfffffe0860865970 > sys_getdirentries() at sys_getdirentries+0x28/frame 0xfffffe08608659a0 > amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe0860865ab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0860865ab0 > --- syscall (196, FreeBSD ELF64, sys_getdirentries), rip = 0x80091043a, rsp = > 0x7fffffffb538, rbp = 0x7fffffffb560 --- > KDB: enter: panic > [ thread pid 1167 tid 100461 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why > db> > > Can I obtain somthing useful from here? I'm afraid it's not easy to attach > additional disk for crash dumps to this server... > > >> >> FreeBSD whale.rinet.ru 10.1-STABLE FreeBSD 10.1-STABLE #195 r274646: Tue Nov 18 >> 12:15:24 MSK 2014 >> marck@castor.rinet.ru:/usr/obj/FreeBSD/pristine/src.10/sys/GENERIC amd64 >> >> >> panic: vm_fault: fault on nofault entry, addr: fffffe001805b000 >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xffffffff80964fa0 at kdb_backtrace+0x60 >> #1 0xffffffff8092a085 at panic+0x155 >> #2 0xffffffff80ba168e at vm_fault_hold+0x1b6e >> #3 0xffffffff80b9fad7 at vm_fault+0x77 >> #4 0xffffffff80d2861c at trap_pfault+0x19c >> #5 0xffffffff80d27dea at trap+0x47a >> #6 0xffffffff80d0db92 at calltrap+0x8 >> #7 0xffffffff819df8ee at fzap_cursor_retrieve+0x16e >> #8 0xffffffff819e4c97 at zap_cursor_retrieve+0x1f7 >> #9 0xffffffff81a1fed6 at zfs_freebsd_readdir+0x426 >> #10 0xffffffff80e456b7 at VOP_READDIR_APV+0xa7 >> #11 0xffffffff809d68cc at kern_getdirentries+0x21c >> #12 0xffffffff809d6688 at sys_getdirentries+0x28 >> #13 0xffffffff80d28da1 at amd64_syscall+0x351 >> #14 0xffffffff80d0de7b at Xfast_syscall+0xfb >> Uptime: 1m51s >> >> Unfortunately it's ZFS only, so I have no space to white panic dump. >> >> I'm now trying to rebuild kernel with debugger turned on, as luckily I have >> working console@SOL... >> >> Any preliminary hints? >> >> > > -- > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------