From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 27 15:00:25 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2661065672 for ; Fri, 27 Apr 2012 15:00:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD5D48FC0C for ; Fri, 27 Apr 2012 15:00:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3RF0OHN051726 for ; Fri, 27 Apr 2012 15:00:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3RF0O61051724; Fri, 27 Apr 2012 15:00:24 GMT (envelope-from gnats) Resent-Date: Fri, 27 Apr 2012 15:00:24 GMT Resent-Message-Id: <201204271500.q3RF0O61051724@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Eric Crews Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3CC71065673 for ; Fri, 27 Apr 2012 14:50:40 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id A5DC08FC12 for ; Fri, 27 Apr 2012 14:50:40 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q3REoeYY037291 for ; Fri, 27 Apr 2012 14:50:40 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q3REoeFl037290; Fri, 27 Apr 2012 14:50:40 GMT (envelope-from nobody) Message-Id: <201204271450.q3REoeFl037290@red.freebsd.org> Date: Fri, 27 Apr 2012 14:50:40 GMT From: Eric Crews To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/167362: Reproduceble Page Fault when running rsync over sshfs/encfs. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 15:00:25 -0000 >Number: 167362 >Category: misc >Synopsis: Reproduceble Page Fault when running rsync over sshfs/encfs. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 15:00:24 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Eric Crews >Release: 9.0-RELEASE >Organization: >Environment: FreeBSD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I mount a directory from a remote server via sshfs to my zpool partition. Next I open an encrypted container in the sshfs mounted directory with encfs. Finally, when I attempt to rsync data into the unencrypted encfs mounted container the system immediately throws a Page Fault and totally freezes up. Even the core dump fails to complete. This is all the information( from the terminal screen ) of the fault I have. **************************************************** Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20 :0x0 stack pointer = 0x28 :0xffffff80559cdad0 frame pointer = 0x28 :0xffffff80559cdb20 code segment = base 0x0, limit 0xffffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1632 (rsync) trap number = 12 panic: page fault cupid = 1 KDB: stack backtrace: #0 0xffffffff808680fe at kdb_backtrace+0x5e #1 0xffffffff80832cb7 at panic+0x187 #2 0xffffffff80b18400 at trap_fatal+0x290 #3 0xffffffff80b18749 at trap_pfault+0x1f9 #4 0xffffffff80b18c0f at trap+0x3df #5 0xffffffff80b0313f at calltrap+0x8 #6 0xffffffff80b17cf0 at amd64_syscall+0x450 #7 0xffffffff80b03427 at Zfast_syscall+0xf7 ********************************************************** I have tried this on both a zpool and a zpool on top of geli containers and gotten the same page fault every time. I have previously done this same procedure on Ubuntu and Gentoo servers with no problems. >How-To-Repeat: sshfs @:/home/ /mnt/archive encfs -S /mnt/archive/.crypt /archive rsync -avzqrpogtu /stuff /archive >Fix: >Release-Note: >Audit-Trail: >Unformatted: