From owner-freebsd-xen@freebsd.org Mon Sep 14 16:01:02 2015 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A14C4A04EDE for ; Mon, 14 Sep 2015 16:01:02 +0000 (UTC) (envelope-from prvs=69297a8bb=roger.pau@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Verizon Public SureServer CA G14-SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DB6218C1 for ; Mon, 14 Sep 2015 16:01:01 +0000 (UTC) (envelope-from prvs=69297a8bb=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.17,529,1437436800"; d="scan'208";a="303465626" Subject: Re: XenServer 6.5(SP1) - HVM 're0: watchdog timeout' errors... To: Sydney Meyer , References: <9CC4073DE17E3C8BD01EF7D3@[10.12.30.106]> <55EDA470.1000007@citrix.com> <55EDC55B.8000004@egr.msu.edu> <762F895FF087C3BBB6DB94DA@[10.12.30.106]> <55EFF61A.3020409@citrix.com> <34C596D4CD79963C95725C41@[10.12.30.106]> <55F025BF.6020405@citrix.com> <28F73DA3-DC56-47F4-922B-31D73D124981@gmail.com> From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= X-Enigmail-Draft-Status: N1110 Message-ID: <55F6EF38.9040601@citrix.com> Date: Mon, 14 Sep 2015 18:00:56 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2015 16:01:02 -0000 El 12/09/15 a les 0.13, Sydney Meyer ha escrit: > I just noticed that these performance problems do not occur under 10.0 and 10.1. > > Starting with 10.2 IPv4 TCP performance drops from ~12 Gb/s under 10.1 to ~350 Mb/s under 10.2. > > Should i write a new bugreport for this? Thanks for the report! I'm sorry I didn't realize it before and 10.2 shipped with this performance regression. I've bisected it during the weekend and found the culprit, fix is being worked on :). https://lists.freebsd.org/pipermail/svn-src-all/2014-September/091787.html Roger. From owner-freebsd-xen@freebsd.org Mon Sep 14 23:31:08 2015 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0E2CA03515 for ; Mon, 14 Sep 2015 23:31:08 +0000 (UTC) (envelope-from syd.meyer@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73CBF1B78 for ; Mon, 14 Sep 2015 23:31:08 +0000 (UTC) (envelope-from syd.meyer@gmail.com) Received: by wiclk2 with SMTP id lk2so5835977wic.0 for ; Mon, 14 Sep 2015 16:31:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=Lw7Ptp5uz/Lwh8RWjdiXmt0BfCOdwMiVO/+8It4iMKc=; b=QCKHeLy6WM71RDld0EC6/JsF0uibJT+A/vdsYKZFB0VuaA2ofE93DKTPQ1NTAz0EHe Gy8GRYYw5p0SejvRO5qAH4P1dpKBCAME6FXTx0vOSxlH4cTBXN+MJMgeP84VwBgHKr86 vlhXpy3uy2lim0bVZCkgkIsPsALswjlR7F2wTv5RKGhWavLA0dxrm9x12y5KOdjh++3A DmXKdaMwV7VlXx4UO5Dxmi15fN9djOSV+ohNjMnLSoi3x0uv7xt4XpYp3pqM5EBEGS+s mLM04dps0H27T3kSbCddoqj1S/fU6zC3BSJ8dZZ4dwbWES9IHcoXWsrqB8bCmHqGx4QX 4VcQ== X-Received: by 10.180.104.38 with SMTP id gb6mr999324wib.86.1442273466243; Mon, 14 Sep 2015 16:31:06 -0700 (PDT) Received: from ?IPv6:2a02:a03f:a50:e900:40c9:cb20:d3e6:a23f? ([2a02:a03f:a50:e900:40c9:cb20:d3e6:a23f]) by smtp.gmail.com with ESMTPSA id bi6sm17953899wjc.25.2015.09.14.16.31.05 for (version=TLS1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 14 Sep 2015 16:31:05 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: XenServer 6.5(SP1) - HVM 're0: watchdog timeout' errors... From: Sydney Meyer In-Reply-To: <55F6EF38.9040601@citrix.com> Date: Tue, 15 Sep 2015 01:31:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <38FDBA28-95BC-4730-8335-724439BAB142@gmail.com> References: <9CC4073DE17E3C8BD01EF7D3@[10.12.30.106]> <55EDA470.1000007@citrix.com> <55EDC55B.8000004@egr.msu.edu> <762F895FF087C3BBB6DB94DA@[10.12.30.106]> <55EFF61A.3020409@citrix.com> <34C596D4CD79963C95725C41@[10.12.30.106]> <55F025BF.6020405@citrix.com> <28F73DA3-DC56-47F4-922B-31D73D124981@gmail.com> <55F6EF38.9040601@citrix.com> To: freebsd-xen@freebsd.org X-Mailer: Apple Mail (2.3094) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2015 23:31:09 -0000 I just read that you were working on importing a newer netfront from = Linux and thought that maybe this could help finding the culprint, as = KVM users seemed to have similar issues, e.g. issues with the offloading = capabilities of the pv nic and/or checksum errors. Anyhow, awesome news that you're on importing a new netfront. > On 14 Sep 2015, at 18:00, Roger Pau Monn=C3=A9 = wrote: >=20 > El 12/09/15 a les 0.13, Sydney Meyer ha escrit: >> I just noticed that these performance problems do not occur under = 10.0 and 10.1. >>=20 >> Starting with 10.2 IPv4 TCP performance drops from ~12 Gb/s under = 10.1 to ~350 Mb/s under 10.2. >>=20 >> Should i write a new bugreport for this? >=20 > Thanks for the report! I'm sorry I didn't realize it before and 10.2 > shipped with this performance regression. I've bisected it during the > weekend and found the culprit, fix is being worked on :). >=20 > = https://lists.freebsd.org/pipermail/svn-src-all/2014-September/091787.html= >=20 > Roger. >=20 From owner-freebsd-xen@freebsd.org Fri Sep 18 17:51:23 2015 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F16CE9CF1CD for ; Fri, 18 Sep 2015 17:51:23 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DA5851DC8 for ; Fri, 18 Sep 2015 17:51:23 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: by mailman.ysv.freebsd.org (Postfix) id D94229CF1CC; Fri, 18 Sep 2015 17:51:23 +0000 (UTC) Delivered-To: xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8DF29CF1CB for ; Fri, 18 Sep 2015 17:51:23 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail.eeeit.de (mail.eeeit.de [37.120.160.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F9491DC7 for ; Fri, 18 Sep 2015 17:51:20 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mike@reifenberger.com) by mail.eeeit.de (Postfix) with ESMTPSA id 131C530E0 for ; Fri, 18 Sep 2015 19:41:55 +0200 (CEST) Received: from ppp-93-104-7-241.dynamic.mnet-online.de (ppp-93-104-7-241.dynamic.mnet-online.de [93.104.7.241]) by mail.eeeit.de (Horde Framework) with HTTP; Fri, 18 Sep 2015 19:41:54 +0200 Date: Fri, 18 Sep 2015 19:41:54 +0200 Message-ID: <20150918194154.Horde.PQcchwucJFPQY4U0K75MgpW@mail.eeeit.de> From: Michael Reifenberger To: xen@freebsd.org Subject: can't start domU after resizing zfs volume User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2015 17:51:24 -0000 Hi, today I've got my first real xen dom0 error so far: I had a 20G zfs volume with windows installed (Windows has the PV drivers installed). The disk section of the cfg looks like: ... disk = [ '/dev/zvol/zdata/VM/win81/root,raw,hda,rw', '/VM/ISO/W81.PRO.X64.MULTi8.ESD.Apr2015.iso,raw,hdc:cdrom,r' ] boot="d" ... This works until shutting down the domU and extending the volume (from 20G) to 40G: zfs set volsize=40G zdata/VM/win81/root Now trying to start the guest I get: (vm)(root) # xl create win81.cfg Parsing config from win81.cfg libxl: error: libxl_device.c:950:device_backend_callback: unable to add device with path /local/domain/0/backend/vbd/6/768 libxl: error: libxl_device.c:950:device_backend_callback: unable to add device with path /local/domain/0/backend/vbd/6/5632 libxl: error: libxl_create.c:1153:domcreate_launch_dm: unable to add disk devices libxl: error: libxl_dm.c:1595:kill_device_model: unable to find device model pid in /local/domain/6/image/device-model-pid libxl: error: libxl.c:1608:libxl__destroy_domid: libxl__destroy_device_model failed for 6 libxl: error: libxl_device.c:950:device_backend_callback: unable to remove device with path /local/domain/0/backend/vbd/6/768 libxl: error: libxl_device.c:950:device_backend_callback: unable to remove device with path /local/domain/0/backend/vbd/6/5632 libxl: error: libxl.c:1645:devices_destroy_cb: libxl__devices_destroy failed for 6 libxl: info: libxl.c:1691:devices_destroy_cb: forked pid 2306 for destroy of domain 6 Since I saw in syslog that GEOM did some auto-moddings of the disk I did: `gpart commit zvol/zdata/VM/win81/root` on the dom0, and `gpart resize -i 2 zvol/zdata/VM/win81/root` but this didn't change the above failure. Only after reboot the guest can be started so somewhere must be a mismatch of cached data... Any clues? Thanks in advance! Greetings --- Michael Reifenberger (mr @ freebsd...) Gruß --- Michael Reifenberger From owner-freebsd-xen@freebsd.org Sat Sep 19 18:15:48 2015 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D619CF604 for ; Sat, 19 Sep 2015 18:15:48 +0000 (UTC) (envelope-from syd.meyer@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 220971B18 for ; Sat, 19 Sep 2015 18:15:48 +0000 (UTC) (envelope-from syd.meyer@gmail.com) Received: by wiclk2 with SMTP id lk2so65195777wic.1 for ; Sat, 19 Sep 2015 11:15:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=yg/X1BFXOXAkvEZMMtGEDzqXvSM9Uw5fM4aCyEZ7R7s=; b=J/RhmdfdyYBhEl5NrHABVsZkBJqVq8zt97uBXR2mvkou87qgk8n79TYiy+aBwad9lT tHB+mk2iSplgR0Fw13YNZCxxlzZH6jG30F+tG8rroUWZ7/LCmtlGGpxCgRvf+IyqefKa d3rhfWsEWxOiUrUXe6SuTMKMUQk5NcNhmJ8micsXxKpp+M4T23eKqQ4a88AIWOeH3+hd bm9cQujk/Yc55x+Kv3zJUCXYwmMkK804qOIzjmPTmi+9WrNU7WYSjEnfLDG6JeaIYfoU yb6pqdw+o5ZuQZVSpS4977G4+svX+PDlmTwVLQNPdINFIxAw5YICE+CV6wELcwVUF0u7 gbRw== X-Received: by 10.180.105.135 with SMTP id gm7mr4430521wib.18.1442686545565; Sat, 19 Sep 2015 11:15:45 -0700 (PDT) Received: from macbookpro.home.sydneymeyer.net (165.205-241-81.adsl-dyn.isp.belgacom.be. [81.241.205.165]) by smtp.gmail.com with ESMTPSA id pl7sm4445227wic.4.2015.09.19.11.15.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Sep 2015 11:15:44 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: can't start domU after resizing zfs volume From: Sydney Meyer In-Reply-To: <20150918194154.Horde.PQcchwucJFPQY4U0K75MgpW@mail.eeeit.de> Date: Sat, 19 Sep 2015 20:15:43 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0EE48C62-0974-4D18-B4E7-CBE3B0E89160@gmail.com> References: <20150918194154.Horde.PQcchwucJFPQY4U0K75MgpW@mail.eeeit.de> To: freebsd-xen@freebsd.org X-Mailer: Apple Mail (2.3094) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2015 18:15:48 -0000 Have you tried recovering the partition table with "gpart recover"? S. > On 18 Sep 2015, at 19:41, Michael Reifenberger = wrote: >=20 > Hi, > today I've got my first real xen dom0 error so far: >=20 > I had a 20G zfs volume with windows installed (Windows has the PV = drivers installed). > The disk section of the cfg looks like: > ... > disk =3D [ > '/dev/zvol/zdata/VM/win81/root,raw,hda,rw', > '/VM/ISO/W81.PRO.X64.MULTi8.ESD.Apr2015.iso,raw,hdc:cdrom,r' > ] > boot=3D"d" > ... >=20 >=20 > This works until shutting down the domU and extending the volume (from = 20G) to 40G: >=20 > zfs set volsize=3D40G zdata/VM/win81/root >=20 > Now trying to start the guest I get: >=20 > (vm)(root) # xl create win81.cfg > Parsing config from win81.cfg > libxl: error: libxl_device.c:950:device_backend_callback: unable to = add device with path /local/domain/0/backend/vbd/6/768 > libxl: error: libxl_device.c:950:device_backend_callback: unable to = add device with path /local/domain/0/backend/vbd/6/5632 > libxl: error: libxl_create.c:1153:domcreate_launch_dm: unable to add = disk devices > libxl: error: libxl_dm.c:1595:kill_device_model: unable to find device = model pid in /local/domain/6/image/device-model-pid > libxl: error: libxl.c:1608:libxl__destroy_domid: = libxl__destroy_device_model failed for 6 > libxl: error: libxl_device.c:950:device_backend_callback: unable to = remove device with path /local/domain/0/backend/vbd/6/768 > libxl: error: libxl_device.c:950:device_backend_callback: unable to = remove device with path /local/domain/0/backend/vbd/6/5632 > libxl: error: libxl.c:1645:devices_destroy_cb: libxl__devices_destroy = failed for 6 > libxl: info: libxl.c:1691:devices_destroy_cb: forked pid 2306 for = destroy of domain 6 >=20 > Since I saw in syslog that GEOM did some auto-moddings of the disk I = did: >=20 > `gpart commit zvol/zdata/VM/win81/root` on the dom0, > and `gpart resize -i 2 zvol/zdata/VM/win81/root` > but this didn't change the above failure. >=20 > Only after reboot the guest can be started so somewhere must be a = mismatch of cached data... >=20 > Any clues? >=20 > Thanks in advance! >=20 > Greetings > --- > Michael Reifenberger (mr @ freebsd...) >=20 >=20 >=20 >=20 >=20 > Gru=C3=9F > --- > Michael Reifenberger >=20 > _______________________________________________ > freebsd-xen@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org"