From owner-freebsd-emulation@FreeBSD.ORG Sat Jun 30 13:33:35 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2CC3106566B for ; Sat, 30 Jun 2012 13:33:35 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 48A718FC14 for ; Sat, 30 Jun 2012 13:33:35 +0000 (UTC) Received: by wibhm11 with SMTP id hm11so1504767wib.13 for ; Sat, 30 Jun 2012 06:33:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=c3f94zmxcidOpzhOOKzjZUNc2Svf+ooD3sq1+cKO2ag=; b=DSRGk3pfUDhtekAWc5qF1a6kcoJ8eucjiuvQ3ChRefDZVbb+9q2ePfqjrNXTLGYIhv zmhv3wAjjYu5G64+GtV+QrldWkiJmG2RU7NWFphFSYUntUzwe+QlyJ6gFZBF/73ywIaN qakpEIbO57hjnBtkJCZzqpNhDFQXyOLhtZK2E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=c3f94zmxcidOpzhOOKzjZUNc2Svf+ooD3sq1+cKO2ag=; b=Smq64eem8fzMilGqLAZ50TqtbZd8ImpIVwMCpRTDKvrmYNIFp/iwtpSazdi+3P+Imv Wy/xHYFJyXwT/mF3KGUSydDX50nbviRxzWHLXVsDiy8ZekRgKMdd192CB2fJqS5AGSLV 3oXxKwCoYvsU4bakr6MsVLFtGDlpYCrSYJFibggFzMu0giswz+E9BktjNcVoY3yxrIGQ z0htvtgRb4JH1sVZPlCU+HIKH4I315xDu8X/M6zpwyj1cHTc4SmWXTPb+CYFGigCtz9T 6xjb8h3RBKcOrdD4DtT9QAs5QhnTAc8IYXFsYK4+3FEWka+sAEs8gPZCV1zxpM8CB5qh t6JA== MIME-Version: 1.0 Received: by 10.180.83.168 with SMTP id r8mr11580408wiy.22.1341063214112; Sat, 30 Jun 2012 06:33:34 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.180.106.71 with HTTP; Sat, 30 Jun 2012 06:33:34 -0700 (PDT) X-Originating-IP: [2001:470:1f0b:1dbc:221:6aff:fe1e:6c60] In-Reply-To: References: Date: Sat, 30 Jun 2012 15:33:34 +0200 X-Google-Sender-Auth: FIADSeY-Y70tYXOlOqzqxoSsX4Y Message-ID: From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: "Sean C. Farley" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnAM3ZvCkaMEMgn//4z0Rl+dO7/K3qU/FgpYEaB02JEApBj2uKIj1Ee0VP8lfBTnlcIsqXD Cc: freebsd-emulation@freebsd.org Subject: Re: VirtualBox 4.1.14 panic X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 13:33:35 -0000 On Tue, May 8, 2012 at 4:25 AM, Sean C. Farley wrote: > I experienced a panic while starting a new image using Vagrant[1]. Vagran= t > uses VBoxManage to do its work. =A0I was away from my system when it happ= ened, > so I do not know exactly at what point it occurred. > > This is the last bits of logging I had captured from Vagrant. Fortunately= , I > had that going for my own purposes (non-panic). =A0I am almost certain th= ere > is more past 30% but was not synced to disk. > > DEBUG virtualbox: Finding driver for VirtualBox version: 4.1.14 > =A0INFO virtualbox: Using VirtualBox driver: Vagrant::Driver::VirtualBox_= 4_1 > =A0INFO virtualbox_base: VBoxManage path: VBoxManage > =A0INFO vm: Loading guest: linux > =A0INFO warden: Calling action: > # > =A0INFO interface: info: Importing base box 'centos-6.2-dev'... > [default] Importing base box 'centos-6.2-dev'... > =A0INFO subprocess: Starting process: ["VBoxManage", "import", > "/home/blah/.vagrant.d/boxes/centos-6.2-dev/box.ovf"] > DEBUG subprocess: Selecting on IO > DEBUG subprocess: stderr: Pseudo-terminal will not be allocated because > stdin is not a terminal. > > DEBUG subprocess: stderr: 0%... > DEBUG subprocess: stderr: > 10%...20%...30%...40%...50%...60%...70%...80%...90%...100% > Interpreting /home/blah/.vagrant.d/boxes/centos-6.2-dev/box.ovf... > OK. > 0%... > DEBUG subprocess: stderr: 10%... > =A0INFO interface: info: ^MESC[0K > [default] ^MESC[0K INFO interface: info: Progress: 10% > [default] Progress: 10%DEBUG subprocess: stderr: 20%... > =A0INFO interface: info: ^MESC[0K > [default] ^MESC[0K INFO interface: info: Progress: 20% > [default] Progress: 20%DEBUG subprocess: stderr: 30%... > =A0INFO interface: info: ^MESC[0K > [default] ^MESC[0K INFO interface: info: Progress: 30% > [default] Progress: 30% > > Now, for the good stuff. =A0Unfortunately, the panic was not written to d= isk > correctly, however, here is the bit I did find. =A0This looks similar to = the > panic Mikolaj reported[2], but mine appears to be on the shutdown of the > VM's network. =A0My host is 8.3-STABLE r235116 amd64 (Q6600) running with= 8GB > and the nVidia driver v295.40. =A0When I noticed the system had frozen (n= o > network either), the screensaver had been running. The screensaver does n= ot > use OpenGL out of (probably an old) paranoia that the system could panic > from VirtualBox and an OpenGL application running at the same time. =A0No > VIMAGE nor VLAN is involved. =A0The VM is using NAT. > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =A0 =3D 0x12 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page not = present > instruction pointer =A0 =A0 =3D 0x20:0xffffffff81e26394 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff824790e970 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff824790e9a0 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1,= def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 23702 (initial thread) > trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 > panic: page fault > cpuid =3D 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > trap_fatal() at trap_fatal+0x290 > trap_pfault() at trap_pfault+0x23e > trap() at trap+0x3ce > calltrap() at calltrap+0x8 > --- trap 0xc, rip =3D 0xffffffff81e26394, rsp =3D 0xffffff824790e970, rbp= =3D > 0xffffff824790e9a0 --- > vboxNetAdpOsDestroy() at vboxNetAdpOsDestroy+0x14 > vboxNetAdpDestroy() at vboxNetAdpDestroy+0x2d > VBoxNetAdpFreeBSDCtrlioctl() at VBoxNetAdpFreeBSDCtrlioctl+0x60 > devfs_ioctl_f() at devfs_ioctl_f+0x7b > kern_ioctl() at kern_ioctl+0x102 > ioctl() at ioctl+0xfd > amd64_syscall() at amd64_syscall+0x1f4 > Xfast_syscall() at Xfast_syscall+0xfc > --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x800c94bfc, rsp =3D > 0x7fffffffc2f8, rbp =3D 0x7fffffffc320 --- > Uptime: 8h31m17s > Dumping 1351 out of 8163 MB:..2%panic: bufwrite: buffer is not busy??? > cpuid =3D 2 > > Sean > =A01. http://vagrantup.com/ > =A02. > http://lists.freebsd.org/pipermail/freebsd-emulation/2012-April/009646.ht= ml This looks similar to the problem described in ports/169565. Could you plea= se try the described modification there and see if it helps? http://www.freebsd.org/cgi/query-pr.cgi?pr=3D169565 --=20 Bernhard Froehlich http://www.bluelife.at/