From owner-freebsd-xen@freebsd.org Thu Sep 21 14:23:24 2017 Return-Path: <owner-freebsd-xen@freebsd.org> 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 F0354E07734 for <freebsd-xen@mailman.ysv.freebsd.org>; Thu, 21 Sep 2017 14:23:24 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98F2880359 for <freebsd-xen@freebsd.org>; Thu, 21 Sep 2017 14:23:24 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v8LENLq9094068; Thu, 21 Sep 2017 07:23:21 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v8LENKvN094067; Thu, 21 Sep 2017 07:23:20 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net> Message-Id: <201709211423.v8LENKvN094067@pdx.rh.CN85.dnsmgr.net> Subject: Re: Storage 'failover' largely kills FreeBSD 10.x under XenServer? In-Reply-To: <7D39973713EC8FB944D4BA4F@[10.12.30.106]> To: Karl Pielorz <kpielorz_lst@tdx.co.uk> Date: Thu, 21 Sep 2017 07:23:20 -0700 (PDT) CC: rainer@ultra-secure.de, freebsd-xen@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage <freebsd-xen.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-xen>, <mailto:freebsd-xen-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-xen/> List-Post: <mailto:freebsd-xen@freebsd.org> List-Help: <mailto:freebsd-xen-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-xen>, <mailto:freebsd-xen-request@freebsd.org?subject=subscribe> X-List-Received-Date: Thu, 21 Sep 2017 14:23:25 -0000 > --On 21 September 2017 14:04 +0200 rainer@ultra-secure.de wrote: > > > I asked myself already if the disks from Xen(Server) are really CAM-disks. > > > > They certainly don't show up with camcontrol devlist. > > So they don't. I presumed they were cam, as they're presented as 'ada0'. Ok, need to sort that out for certain to get much further. What are you running for Dom0? Did you do the sysctl's in Dom0 or in the guest? To be effective I would think they would need to be run in the guest, but if DOM0 is timing out and returning an I/O error then they well have to be adjusted there first. > > If they don't show-up there, why should any cam timeouts apply? > > It appears they don't :) (at least, so far). Are these timeouts coming from Dom0 or from a VM in a DomU? > > BTW: storage-failures also kill various Linux hosts. > > They usually turn their filesystem into read-only mode and then you've > > got to reboot anyway. > > Yes, I know - it's a bit of an upheaval to cope with storage fail over - > annoyingly the windows boxes (though they go 'comatose' while it's > happening) all seem to survive. Windows has horrible long timeouts and large retry counts, and worse they dont warn the user that it is having issues other than event logs and things usually go to the state of drive catastrophic failure before the user ever sees an error. > I could cope with a few VM's rebooting - but to see so many just fold and > panic, adds a lot of "insult to injury" at fail over time :( > > [And I know, if I/O is unavailable you're going to be queuing up a whole > 'world of pain' anyway for when it returns, such as listen queues, pending > disk I/O, hung processes waiting for I/O etc. etc.) - but to have a > fighting chance of unwinding it all when I/O recovers - would be good. > > -Karl > > > > > _______________________________________________ > 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" > -- Rod Grimes rgrimes@freebsd.org