Re: Storage 'failover' largely kills FreeBSD 10.x under XenServer?

[rainer]

Am 2017-09-21 13:33, schrieb Karl Pielorz:

--On 20 September 2017 11:15 -0700 "Rodney W. Grimes"
 wrote:


As you found one of these let me point out the pair of them:
kern.cam.ada.default_timeout: 30
kern.cam.ada.retry_count: 4


Adjusting these doesn't seem to make any difference at all.




I asked myself already if the disks from Xen(Server) are really 
CAM-disks.


They certainly don't show up with camcontrol devlist.

If they don't show-up there, why should any cam timeouts apply?

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.


___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Re: 11-RELEASE and live migration

[rainer]

Am 2016-12-07 17:21, schrieb Jay West:

Not sure if anyone else has seen this

Fresh install of xenserver 7 on two dell PE's, local storage only for
xenserver 7 installation on each. All VM storage via iscsi to a nas
(multipath, split between two  stacked dell powerconnect switches that 
are

properly configured for iscsi traffic).

Freebsd11-Release iso used to spin up a few freebsd VM's, and
xe-guest-utilities-6.2.0_2 added via 'pkg install'.

Live migration from one host to the other works fine (doesn't matter 
which
of the two hosts is the source and which is the destination). But after 
it
is done migrating if you then do a live migration back to the server 
where

it was a few minutes ago on the recipient host the VM reboots upon
migration. It gets to the bios screen and then just hangs.

So... 1) Why does it reboot, 2) Why does it then get stuck just after 
bios

post but before OS load, and 3) Has anyone else seen this?



We've also seen this (unexplainable reboots, I think they happen after 
migrations).


But it never hangs. It seems to actually "reboot", as if somebody had 
pressed CTRL-ALT-DEL or typed "reboot".



XenServer 6.5SP2
___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Re: Is it me or is FreeBSD slower on Xen than Linux?

[rainer]

Am 2016-08-16 15:38, schrieb Borja Marcos:
On 16 Aug 2016, at 15:29, Roger Pau Monné  
wrote:



Could this really be an UFS vs. ext4 thing?


Hm, maybe. There are a lot of moving pieces here that make it quite 
hard to

diagnose the issue properly.

Could you try to run something like UnixBench (or any other general
benchmarking tool) inside of the Linux VM, the FreeBSD VM and a bare 
metal

FreeBSD install? This way we might be able to spot what's causing this
slowdown.


Maybe this is too obvious, my apologies in that case. But, how have
the filesystems been
created and mounted? Asynchronous? Synchronous? Journalling?
Softupdates in the case of
FreeBSD UFS? It can make quite a difference.



FreeBSD

/dev/ada2p1 on /home/db (ufs, local, soft-updates)



Linux:
/dev/mapper/system-lvm--home /home   ext4defaults0   
2



What does "defaults" mean, BTW?

___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Is it me or is FreeBSD slower on Xen than Linux?

[rainer]

Hi,

I've got a problem.



For a customer, I run a VM in Xen that should perform a certain task in 
PHP (written using the ZendFrameWork).


That task takes about 18-20 seconds on FreeBSD 10.3 amd64, MariaDB 
5.5.0, php 5.5.37 in a VM that has 8 vCPUs and 16GB of memory
The "reference" server that the customer uses is somewhere else and 
manages to perform the same task in 3s.


I've tried this with FreeBSD 10.3, PHP7.0 and MariaDB 10.1 and it takes 
about 9s.


I've tried it on physical hardware with 10.3, PHP5.5, MariaDB 5.5 and it 
also takes about 9s (that machine hosts a load of other sites but has 
lot of cores and memory available).



Then, I've installed an Ubuntu 14 VM in XenServer. It comes with PHP5.5 
and MariaDB 5.5 by default. It's VM with 2vCPUs and 8GB RAM.


There, the script take about 9s, too (just as if it was running on 
physical FreeBSD).


So, is this expected? Did I do something wrong?


We don't run XenServer directly, but use it as part of an Apache 
CloudStack "Private Cloud".

Version is 6.5 SP-something (will have to ask if that is important).

The template I use for FreeBSD installation I created myself, by 
installing from an ISO and selection "FreeBSD 10" as OS.


Originally, it was using ZFS for the database-directory, but I moved 
that to UFS (didn't really lead to a performance break-through, though).




What else can I do?



Best Regards,
Rainer
___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Re: Attach disk to VM

[rainer]

Am 2016-01-12 10:08, schrieb Roger Pau Monné:

El 12/01/16 a les 9.53, rai...@ultra-secure.de ha escrit:

Hi,

we're running Xen Server 6.5 (as part of a CloudStack deployment)
I run a number of FreeBSD 10.1 guests and it works nicely so far.
However, I can't attach a disk while the VMs are running.

"You attempted an operation that requires PV drivers to be installed 
on

the VM. Please install them by inserting xen-pv-drv.iso."


How do I fix this?


Attaching disks to a FreeBSD VM using Open Source Xen [0] and the xl
toolstack works just fine, but I guess the XAPI toolstack requires some
kind of signal from the guest in order to know it can hot-attach disks?
Have you tried to install the sysutils/xe-guest-utilities port? From 
the

description it looks like it might solve your problem.

Roger.

[0] http://www.xenproject.org/




Ah,

I have
sysutils/xen-guest-tools

So, I need the other ones?

___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Attach disk to VM

[rainer]

Hi,

we're running Xen Server 6.5 (as part of a CloudStack deployment)
I run a number of FreeBSD 10.1 guests and it works nicely so far.
However, I can't attach a disk while the VMs are running.

"You attempted an operation that requires PV drivers to be installed on 
the VM. Please install them by inserting xen-pv-drv.iso."



How do I fix this?


___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"

Re: Poor performance with FreeBSD 10.1 under Xen 4.2

[Rainer Duffner]

 Am 02.04.2015 um 19:58 schrieb Andrew Daugherity adaugher...@tamu.edu:
 
 On Mar 30, 2015, at 6:52 PM, Andrew Daugherity adaugher...@tamu.edu wrote:
 On Mar 28, 2015, at 8:16 AM, Roger Pau Monné roger@citrix.com wrote:
 I'm Ccing feld because IIRC he found something similar on one of his
 boxes, that also had VTx but no EPT (just like yours). Would it be
 possible for you to try the same set of tests on a different hardware?
 
 I think you're on to something.  I copied this FreeBSD 10.1 VM to a system 
 running the same version of Xen (and same SLES in the Dom0), but with an 
 Opteron 2360SE CPU (which has both SVM and NPT), and it is *much* faster 
 (and feels more responsive too):
 [snip]
 Also, if even FreeBSD 10.1 compiled without XENHVM shows this issue it
 means there's something in the generic code that doesn't work well when
 running virtualized on this specific hardware, but I'm afraid figuring
 it out is not trivial. One place to start would be asking on
 freebsd-hackers and freebsd-virt.
 
 I suppose this performance delta with presence of EPT/NPT vs. lack thereof 
 means it's time to take it to those lists?  My next step will be to test 
 10.1 under KVM on the Xeon to confirm whether it's a Xen issue or strictly 
 EPT.
 
 It seems I spoke too soon.  I booted into the default (non-Xen) Linux 
 kernel on the Xeon E5420 box and launched the same FreeBSD 10.1 VM under KVM, 
 and performance is much, much better:
 



Hi,

I have access to Xen at work (and will continue to do so - we intend to use and 
offer FreeBSD in our „Cloud“-platform (Apache CloudStack).

AFAIK, we have no KVM. Just Xen.


Unfortunately, I’ve got little time currently, but I will try to get a VM where 
I can run this during the next week.

I will also collect the hardware-details of the host (AFAIK, we’ve got HP 
DL380G8 servers with lots of RAM and two CPUs).



Rainer

___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org

Running FreeBSD 10.1 on Xen?

[Rainer Duffner]

Hi,

we are thinking about running FreeBSD 10.1 on Cloudstack, with Xen 
virtualization for a customer in a „managed hosting“ type of setup - we are 
administrators of  both Xen and FreeBSD on our own premises).
The customer is currently running a managed multi-server FreeBSD 10.1 setup on 
bare metal and is overall quite satisfied but would like to have more 
flexibility.

The handbook mentions nothing about this, there are two different wiki pages 
about Xen:

https://wiki.freebsd.org/FreeBSD/XenNG
(which I assume is the „right“ one nowadays)
and
https://wiki.freebsd.org/FreeBSD/Xen

I’m really more a FreeBSD-guy than a Xen guy but I’m wondering what the 
„optimal“ configuration for such a setup is?

I see that the XENHVM driver is thankfully already included in GENERIC.
The man-page also mentions to include:

   options NO_ADAPTIVE_MUTEXES
   options NO_ADAPTIVE_RWLOCKS
   options NO_ADAPTIVE_SX

Is this still necessary with 10.1?

I want to continue using freebsd-update(8) with binary patches provided by the 
FreeBSD-project - under almost all conditions.

Will there be any improvements in 10.2 that are worth waiting for?
Or does one need to track current to make the most of FreeBSD under Xen?

Looking at bugzilla, there is bug:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197344

Does that also apply when a VM doesn’t do routing?



Rainer

___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org