Re: Networking under Xen
On Tue, Jul 14, 2015, at 07:36, Sydney Meyer wrote: Hello everybody, i have noticed some odd behaviour with networking under Xen with FreeBSD 10 as a DomU. - IPv6 (TCP) bandwith drops from ~10 Gbit/s IPv4 to around 3 Gbit/s IPv6. (measured with iperf) What is the before and after here? When is FreeBSD successfully doing 10Gbit/s and when isn't it? Is pf enabled? Are you scrubbing? - Dropped/Stalled Connections with TCP Segmentation Offload and pf enabled. TSO is a known issue. I've been turning it off for years to get FreeBSD to play nice on Xen. - IPSEC-enabled Kernel TCP Performance drops from ~10 Gbit/s to ~200 Mbit/s (iperf). Are you saying FreeBSD non-IPSEC kernel can do 10Gbit/s TCP performance, but IPSEC kernel immediately drops it to 200Mbit/s? ___ 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
Re: Poor performance with FreeBSD 10.1 under Xen 4.2
On Sat, Mar 28, 2015, at 08:16, Roger Pau Monné 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? Sadly I no longer have access to that hardware, or any FreeBSD on Xen right now. ___ 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
Re: Routing/NAT problem on Xenserver 6.2 with virtual firewall
On Fri, Sep 12, 2014, at 05:42, Karl Pielorz wrote: --On 12 September 2014 12:33 +0200 Marko Lerota mler...@pdsvelebit.hr wrote: Can somebody help me in this situation? I don't know what's wrong. The firewall/NAT doesn't work if the virtual hosts are on the same machine where firewall is. The funny thing is that ICMP packets are passing through, but ordinary traffic does not. Do I have to change something on Xenserver dom0 or PF firewall? This is a known bug - see: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188261 It's also an absolute PITA :( - It also affects DHCP (as I found out a while ago). You either have to run a separate pool for the 'router' VM's (and setup the VM's accordingly balanced between pools) - or you can run the router VM's in HVM mode only, and they will work (i.e. xn0 etc. become re0 etc.) - performance isn't brilliant in that mode, and also as it's HVM they're not 'agile' (so no xen motion migration, no moving storage while they're running). I'm confident you could patch out the HVM xn0 but keep the rest of the HVM code so you have fast disk, etc, and you can run the xen tools which then allows you to use XM and XSM :-) I know Roger has given me a patch that does this while we were troubleshooting a performance issue. ___ 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
Re: Xen/HVM support in stable/9: GENERIC + xenhvm.ko
On May 16, 2014, at 14:29, Colin Percival cperc...@freebsd.org wrote: Hi all, As of r266269, stable/9 can run in Xen/HVM environments using the GENERIC kernel configuration plus a new xenhvm.ko. This will allow FreeBSD 9.3 to run in Xen using official release binaries as long as xenhvm_load=YES is placed in /boot/loader.conf. This is FANTASTIC news! I will begin testing as time permits... :-) ___ 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
Re: Poor network performance
On Apr 3, 2014, at 4:26, Egoitz Aurrekoetxea ego...@sarenet.es wrote: Hi Jay, Tso is a nic's feature. Nothing to do with packet filtering. There is a known bug with TSO and pf on Xen. There is an open PR -- kern/154428 ___ 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
Re: Terrible performance of XenServer 6.2 and FreeBSD 10.0-RELEASE guest
Is all this work being done over SSH? Do you have a pf firewall? Have you disabled TSO? ifconfig xn0 -tso or sysctl net.inet.tcp.tso=0 My suspicion is that the slowness of the shell over the network is making the machine seem slower than it should be. There are terrible network issues with pf and tso on a XenServer environment. I'm not otherwise aware of severe I/O issues on XenServer. I have a fairly large cluster running almost all FreeBSD guests without any sort of issues related to I/O. ___ 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
Re: kern/171118: [xen] FreeBSD XENHVM guest doesn#39; t shutdown cleanly
The following reply was made to PR kern/171118; it has been noted by GNATS. From: Mark Felder f...@feld.me To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= roger@citrix.com, bug-follo...@freebsd.org Cc: Subject: Re: kern/171118: [xen] FreeBSD XENHVM guest doesn#39;t shutdown cleanly Date: Thu, 31 Oct 2013 09:59:18 -0500 Your patch works. It would be appreciated if this could make its way into 10.0-RELEASE. ___ 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
Re: kern/171118: [xen] FreeBSD XENHVM guest doesn
The following reply was made to PR kern/171118; it has been noted by GNATS. From: Mark Felder f...@feld.me To: shidj sh...@arraynetworks.com.cn, bug-followup bug-follo...@freebsd.org Cc: Subject: Re: kern/171118: [xen] FreeBSD XENHVM guest doesn Date: Mon, 21 Oct 2013 08:00:43 -0500 On Tue, Aug 13, 2013, at 21:01, Jason Shi wrote: Though you may not get exactly what you expect when you really want your VMs to halt. I'm struggling to think of a scenario where I want a VM to halt and not shutdown. ___ 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
Re: kern/171118: [xen] FreeBSD XENHVM guest doesn
The following reply was made to PR kern/171118; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-followup bug-follo...@freebsd.org Cc: Subject: Re: kern/171118: [xen] FreeBSD XENHVM guest doesn Date: Mon, 21 Oct 2013 08:25:47 -0500 Quoting this in a reply to the PR -- it seems Jason's message was rejected by spam perhaps and didn't make it into GNATS? On Tue, Aug 13, 2013, at 21:01, Jason Shi wrote: After we lanuch a shutdown operation in Xen Center, Xen Server issues a clean_shutdown operation. And actually the signal sended to VM is halt. We can see that from the xen source log on dom0. e.g.: Aug 13 15:03:48 xenserver-lxpwbbml xenopsd: [debug|xenserver-lxpwbbml|7|Async.VM.clean_shutdown R:832f756cad74|xenops] VM = dc401e38-97af-5972-7150-d067d701fa88; domid = 115; Requesting domain halt FreeBSD VM receives the signal and do shutdown_nice(RB_HALT). This is a halt action which will not lead to a poweroff ending. So the VM domain will not be destroyed. Xen Server expected the target domain to be destroyed until it times out. Then Xen Center gets a timeout and it logs shutdown failed then. I think this a xen bug. But as a workaround, you can modify the xctrl_halt function from: shutdown_nice(RB_HALT); to shutdown_nice(RB_POWEROFF|RB_HALT); Though you may not get exactly what you expect when you really want your VMs to halt. Jason Shi ___ 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
Re: FreeBSD 10.0-Beta1 OVA appliance for XenServer 6.2
On Thu, Oct 17, 2013, at 3:11, pekka.pan...@sofor.fi wrote: Hi As you all know, you cant install FreeBSD 10.0-Beta1 from ISO CD under XenServer 6.2, because cd-rom problem it has. Hope its somehow fixed in future. Hi Pekka! This has been fixed in 10-STABLE and will be part of the next BETA release :-) There is also a patch for FreeBSD 9 that they will hopefully backport. Note, this patch is slightly different than the one required for 10-STABLE. Big thanks to gibbs and Roger for their work on Xen. https://feld.me/freebsd/freebsd9-xen-cdrom-fix.patch One notice regarding Xen Tools, when you do shutdown option from XenCenter its not actually seems to be shutdowning, it says its halted and it waiting key press to reboot. I am hoping that is modified in future and shutdown actually shutdowns it as now it leaves its running state under XenServer. Not sure if there is a bug report open for that. I do have a bug report for that -- kern/171118. I had a conversation with someone not too long ago that I'm looking for in my email. It was suggested that XenServer sends the wrong command. ___ 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
Re: FreeBSD Alpha5 amd64 - Citrix Xen 6.2 problem
Patching 9-STABLE with this applies cleanly, but I'm guessing the work done with the restructuring so it fits in GENERIC is not permitting it to build. /usr/src/sys/dev/xen/blkfront/blkfront.c: In function 'blkfront_probe': /usr/src/sys/dev/xen/blkfront/blkfront.c:405: warning: implicit declaration of function 'xen_hvm_domain' /usr/src/sys/dev/xen/blkfront/blkfront.c:405: warning: nested extern declaration of 'xen_hvm_domain' [-Wnested-externs] *** [blkfront.o] Error code 1 Stop in /usr/obj/usr/src/sys/XENHVM. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. ___ 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
Re: FreeBSD Alpha5 amd64 - Citrix Xen 6.2 problem
On Mon, Oct 14, 2013, at 9:29, Roger Pau Monné wrote: On 14/10/13 15:57, Mark Felder wrote: Patching 9-STABLE with this applies cleanly, but I'm guessing the work done with the restructuring so it fits in GENERIC is not permitting it to build. /usr/src/sys/dev/xen/blkfront/blkfront.c: In function 'blkfront_probe': /usr/src/sys/dev/xen/blkfront/blkfront.c:405: warning: implicit declaration of function 'xen_hvm_domain' /usr/src/sys/dev/xen/blkfront/blkfront.c:405: warning: nested extern declaration of 'xen_hvm_domain' [-Wnested-externs] *** [blkfront.o] Error code 1 Stop in /usr/obj/usr/src/sys/XENHVM. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. Yes, the xen_hvm_domain function is not available in 9-STABLE, you should be able to replace the 'if' gate with a '#ifdef XENHVM .. #endif' (not pretty, but should do it's job). I have just tested that patched on FreeBSD 9.1-p7 and it works perfectly. I am able to boot the OS with no issues and mounting CDROMs works fine as well. One thing to note is that it does change the disk from /dev/adX to /dev/adaX which is something that was happening between FreeBSD 9 and FreeBSD 10 anyway. Anyone who applies this patch should update their fstab before rebooting. https://feld.me/freebsd/freebsd9-xen-cdrom-fix.patch Thanks again Roger and Justin -- you've just made a huge impact in FreeBSD usability on XenServer. ___ 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
Re: FreeBSD Alpha5 amd64 - Citrix Xen 6.2 problem
On Sat, Oct 12, 2013, at 21:48, Justin T. Gibbs wrote: On Oct 10, 2013, at 3:09 AM, Shanker Balan m...@shankerbalan.net wrote: On 10-Oct-2013, at 1:37 PM, Shanker Balan m...@shankerbalan.net wrote: On 09-Oct-2013, at 8:06 PM, Mark Felder f...@freebsd.org wrote: On Wed, Oct 9, 2013, at 8:53, Roger Pau Monné wrote: On 09/10/13 13:49, Mark Felder wrote: On Wed, Oct 9, 2013, at 2:46, Roger Pau Monné wrote: On 09/10/13 08:18, Shanker Balan wrote: On 08-Oct-2013, at 9:19 PM, Mark Felder f...@freebsd.org wrote: On Tue, Oct 8, 2013, at 9:45, Josias L.G wrote: Problem with Citrix Xen 6.2 and install from ISO. The solution was remove cd-rom drive from virtual machine. Not possible now with xen default in GENERIC kernel. Message error: run_interrupt_driven_hooks - still waiting after 300 seconds for xenbusb_nop_confighook_cb panic: run_interrupt_driven_config_hooks: waited too long I was going to test this soon... but you're right -- you probably can't install FreeBSD 10 from ISO on Citrix XenServer because of this bug. Can someone working on the xen bits test and maybe find a workaround? The xenbusb_nop_confighook_cb issue is the only issue which I am aware of that prevents CloudStack/XenServer IaaS private clouds from offering FreeBSD 10 as a supported OS template. The vbd-destroy workaround is not possible as the ISO is attached to the VM instance during the installation. A please pretty please request to @citrix RD for the hopefully last fix to get FreeBSD 10 running on XenServer+CloudStack. The earlier HyperV related panic on XenServer has been fixed in ALPHA5. Hello, I've taken a look into this and I'm afraid there's no easy way to workaround it from FreeBSD. When Xen is detected all IDE devices are disconnected, and there's no fine grained way to only disable IDE disks and not cdrom devices. Could you please contact your XenServer representative, and/or submit this bug to xs-devel (xs-de...@lists.xenserver.org) mailing lists in order to get this fixed on XenServer. Citrix is aware of this as I've contacted several people there and this has been discussed both here and on the xs-devel list. There has to be something FreeBSD can do to work around this issue since Linux and NetBSD have no issues. Linux and NetBSD have no issues because you probably only tried them on PV mode, which doesn't exhibit this issue (also NetBSD doesn't have PVHVM support, so it's quite clear it won't have this issue). As far as I'm aware the issue has been tracked down to badly behaving qemu in XenServer -- they don't use upstream qemu in XenServer (yet), and instead have their own fork. A future release is supposed to merge with upstream qemu. The main problem here is that XenServer announces a PV block device on xenstore (the cdrom), but then it seems like there's no backend to handle it, so it hangs on the connection phase. IMHO the problem is not with the device model (Qemu), but with the backend that should handle this PV device. Xen only allows you to either disable all IDE devices or none, so the only possible solution I can think of is to not disable anything at all and use the emulated devices, which will leave us with very poor performance (unless I'm missing something, there's no way to only disable disks but not cdroms). But the fact remains that this is a non-issue on Linux and NetBSD who handle this buggy virtual CDROM without any problems. There has to be some way we can add a quirk on our side so this device doesn't stop the entire boot process. If FreeBSD 10 is released without out-of-the-box support on the premier commercial Xen platform we'll be shooting ourselves in the foot and all of this work will be for naught. Amazon isn't the only Xen platform people use. You can always use the pre-build VM images I guess (I have not tested those, but I expect they should work fine under Xen). ftp://ftp.nl.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/20131007/10.0-ALPHA5/amd64/ This is way better. Having ready to import Xen images beats ISO installation any day. Will try on my cloudstack setup later today. I converted the QCOV image to VHD and have imported it into CloudStack. Instance created from the template also have the xenbusb issue at bootup. Oh well. Thanks for all the help. Regards. @shankerbalan The CDROM issue should be resolved in FreeBSD/head. These fixes will be include in 10.0-BETA2 as well as the first 11-CURRENT snapshot that should pop up in the next day or two. The snapshots are announced on the freebsd-snapshots mailing list. Can you please backport to 9-STABLE? This issue is what is preventing me from upgrading my Xen infrastructure at work. Thanks so much! ___ freebsd-xen@freebsd.org mailing
Re: FreeBSD Alpha5 amd64 - Citrix Xen 6.2 problem
On Wed, Oct 9, 2013, at 2:46, Roger Pau Monné wrote: On 09/10/13 08:18, Shanker Balan wrote: On 08-Oct-2013, at 9:19 PM, Mark Felder f...@freebsd.org wrote: On Tue, Oct 8, 2013, at 9:45, Josias L.G wrote: Problem with Citrix Xen 6.2 and install from ISO. The solution was remove cd-rom drive from virtual machine. Not possible now with xen default in GENERIC kernel. Message error: run_interrupt_driven_hooks - still waiting after 300 seconds for xenbusb_nop_confighook_cb panic: run_interrupt_driven_config_hooks: waited too long I was going to test this soon... but you're right -- you probably can't install FreeBSD 10 from ISO on Citrix XenServer because of this bug. Can someone working on the xen bits test and maybe find a workaround? The xenbusb_nop_confighook_cb issue is the only issue which I am aware of that prevents CloudStack/XenServer IaaS private clouds from offering FreeBSD 10 as a supported OS template. The vbd-destroy workaround is not possible as the ISO is attached to the VM instance during the installation. A please pretty please request to @citrix RD for the hopefully last fix to get FreeBSD 10 running on XenServer+CloudStack. The earlier HyperV related panic on XenServer has been fixed in ALPHA5. Hello, I've taken a look into this and I'm afraid there's no easy way to workaround it from FreeBSD. When Xen is detected all IDE devices are disconnected, and there's no fine grained way to only disable IDE disks and not cdrom devices. Could you please contact your XenServer representative, and/or submit this bug to xs-devel (xs-de...@lists.xenserver.org) mailing lists in order to get this fixed on XenServer. Citrix is aware of this as I've contacted several people there and this has been discussed both here and on the xs-devel list. There has to be something FreeBSD can do to work around this issue since Linux and NetBSD have no issues. As far as I'm aware the issue has been tracked down to badly behaving qemu in XenServer -- they don't use upstream qemu in XenServer (yet), and instead have their own fork. A future release is supposed to merge with upstream qemu. But the fact remains that this is a non-issue on Linux and NetBSD who handle this buggy virtual CDROM without any problems. There has to be some way we can add a quirk on our side so this device doesn't stop the entire boot process. If FreeBSD 10 is released without out-of-the-box support on the premier commercial Xen platform we'll be shooting ourselves in the foot and all of this work will be for naught. Amazon isn't the only Xen platform people use. ___ 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
Re: XenServer 6.2 tools for FreeBSD 9 'Guest'?
On Thu, Aug 29, 2013, at 3:36, Karl Pielorz wrote: --On 28 August 2013 13:02 -0400 Adam McDougall mcdou...@egr.msu.edu wrote: Try the xe-guest-utilities which uses xen-tools. You may have to hack /usr/local/sbin/xe-update-guest-attrs near the bottom to provide a MinorVersion and/or MicroVersion higher than the default to get the hypervisor to accept it as recent enough. I installed the xe-guest-utilities port, and ran up /usr/local/etc/rc.d/xenguest. Without changing anything - XenServer has now 'lit' the 'Suspend' options - and will let me take snapshots, 'including memory' - so I'd guess it's worked, Thanks! Let me know if you run into any issues as I'm the one who cobbled xe-guest-utilities together from several other people's previous work. ___ 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
Re: CFT: replacing XENHVM kernel config with GENERIC + xenhvm.ko
On Wed, Aug 28, 2013, at 13:28, Colin Percival wrote: Hi Roger, On 08/28/13 08:44, Roger Pau Monné wrote: On 27/08/13 07:08, Colin Percival wrote: I've attached a patch which eliminates the XENHVM kernel configuration and instead allows FreeBSD to run under Xen/HVM with PV drivers by loading a new xenhvm.ko module from the boot loader. I'm sorry to say this, but I'm not sure this is the best way to move forward, I would prefer to just have the files merged directly into the GENERIC kernel rather than having to load a module. Also with the PVHVM changes I've posted earlier I'm modifying some common files, which cannot be put into a module, so it makes me wonder if it's worth it to have some Xen specific code into a module while the rest of it is already integrated into GENERIC. Are your changes going to be integrated into HEAD in time for 10.0-RELEASE? (i.e., before the code freeze starts, 10 days from now?) This is important to me as well. I need to know what to help test if we have 10 days to nail this down. It will be embarrassing to not have XENHVM in GENERIC by 10.0. ___ 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
Re: XenServer 6.2 tools for FreeBSD 9 'Guest'?
On Wed, Aug 28, 2013, at 10:53, Roger Pau Monné wrote: On 28/08/13 17:31, Karl Pielorz wrote: Hi, We've got XenServer now running a couple of FreeBSD 9.2-RC2 VM's (running the XENHVM kernel). Is there any up to date 'xen tools' setup guide or anything anywhere we can look at? I've seen 'xen-tools' in the ports collection - but once installed it doesn't seem to do a lot. I'm looking to enable things like suspending VM's and migration etc. Using the XENHVM kernel should already provide you with everything needed for migration (suspension and resume). From a quick look at the xen-tools package, it contains utilities to interact with xenstore, which you probably don't need. Roger, XenServer and XCP require guest utilities to talk to something in the hypervisor before they permit you to do migrations. Maybe you could ask someone at Citrix in the XenServer group to disable that ridiculous requirement in future releases? ___ 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
Re: XENHVM and XenServer 6.2
Hi Michał, To my knowledge this is strictly a qemu issue and should be solved when XenServer starts shipping upstream qemu instead of their own fork. There may be a way for FreeBSD to work around it, but I am not aware of anyone trying. The current solution is to remove the entire CDROM/DVDROM drive from the VM to boot a XENHVM kernel. There is no workaround, unfortunately. I have filed this bug with a couple Citrix contacts of mine but have not heard back on an ETA for a solution on the XenServer side. ___ 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
Re: kern/154428: [xen] xn0 network interface and PF - Massive performance drop
On Mon, Jul 15, 2013, at 23:20, a...@ahhyes.net wrote: Hi Mark, You're certain TSO is enabled for the NIC? ie: Not disabled via ifconfig or sysctl? Ok, I just did some further testing again. I left TSO off in production because I wanted this to match our other servers for now. With TSO on there are no more speed issues. Before network operations were slower than dialup, and this is not the case anymore. However, there is an added bit of latency to all network operations. For example, a large text output over ssh via dmesg with TSO off is instant. With TSO on there's a 1 second lag before it reaches my terminal. It appears it's not fully fixed, but it's getting closer. We'll have to see if the recent XENHVM work in head has made any further progress. I haven't had time to test it yet. ___ 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
Re: kern/154428: [xen] xn0 network interface and PF - Massive performance drop
The following reply was made to PR kern/154428; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, a...@ahhyes.net Cc: Subject: Re: kern/154428: [xen] xn0 network interface and PF - Massive performance drop Date: Mon, 15 Jul 2013 08:43:30 -0500 I wasn't able to replicate this on an 8.4 XENHVM kernel -- perhaps this has now been fixed? When 9.2-RELEASE drops we should test there as well before closing this out. ___ 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
Re: FreeBSD PVHVM call for testing
On Thu, 23 May 2013 12:49:03 -0500, Outback Dingo outbackdi...@gmail.com wrote: actually this tells you how to remove/eject the virtual iso, not the cdrom device from the VM itself in XCP gah! you're completely right! However, the bottom picture with the red box showing click here to create a dvd drive is what you should see when you DO destroy the dvd drive device. It should be something like xe vbd-list vm-name-label=VM_NAME the device saying empty (RO): TRUE is the dvd rom, get the uuid xe vbd-destroy uuid=uuid_of_that_device ___ 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
Re: kern/176471: [xen] xn driver crash on detach
The following reply was made to PR kern/176471; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, p...@helenius.fi Cc: Subject: Re: kern/176471: [xen] xn driver crash on detach Date: Tue, 21 May 2013 09:52:28 -0500 I've been running this in production since March 1st with no problems. I also would like to see this committed ASAP. ___ 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
Re: misc. questions
On Wed, 06 Mar 2013 16:40:38 -0600, Colin Percival cperc...@freebsd.org wrote: You'll want to turn off tso, since it produces long mbuf chains which most xn netbacks choke on. (I have a very ugly workaround patch for this which I use on EC2, but simply turning off tso is enough unless you need Gbps+ speeds). Can you link me to this patch? I have an environment that might warrant using it for now. Thanks! ___ 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
Re: misc. questions
On Wed, 06 Mar 2013 14:17:02 -0600, Jay West jw...@ezwind.net wrote: 1)One or two of our freebsd 9.1 HVM (with PVM drivers) under Xenserver 6.1 advanced are fairly frequently generating this message on the console: xn_txeof: WARNING: response is -1! Any ideas what this may be and what should be done? It does seem to only occur on the machines that have higher network load than the others. You're having success with Xenserver 6.1? That's good news. I wonder why XCP 1.6 is unable to boot FreeBSD if there's an emulated DVDROM? :( 2)We did a pilot project of about 8 VM's (the above mentioned environment) and all went well. Now that we've moved it into production with many more VM's, I'm wondering about recommended tuning. I seem to recall from watching this list that there are a few sysctl's and the like that are highly recommended, I think they had to do with network settings and turning off offloading or somesuch. Does anyone have a quick dirty list of here's the first things you should always change with regards to FreeBSD HVM (pvm drivers) under XenServer? If you're using pf, you will certainly need to set net.inet.tcp.tso=0 As far as the other offloading -- I put this on my NICs: ifconfig_xn0=(your stuff here) -txcsum -rxcsum -lro -tso 3)When migrating bare-metal non-VM FreeBSD machines (primarily webservers and mailservers) to the above Xenserver environment, we have always just created VM's from an ISO, installed apache, sendmail, etc. and then migrated the websites, mailboxes, etc. manually across the wire from the non-VM machines to the replacement VM's. Xenconvert does not seem to support FreeBSD/gpart/ufs. Does anyone know of a way (software or procedure) to take a bare-metal FreeBSD 9.1 install and turn it into a VDI or OVF/OVA that can be imported to Xenserver? We usually install the same version on the VM and rsync the entire OS over. Then replace the kernel with the XENHVM one, do a bit of tweaking (rc.conf, pf.conf, fstab), and move on. FYI, when we build kernels we do: make buildkernel KERNCONF=XENHVM make installkernel KERNCONF=XENHVM DESTDIR=/boot/ KODIR=9.1-XENHVM This puts the kernel and modules in /boot/9.1-XENHVM and leaves the GENERIC kernel alone (as an emergency fallback) /boot/loader.conf then contains kernel=9.1-XENHVM Note: for 9.0 it doesn't install the modules when you do it this way. We just set module_path=/boot/kernel;/boot/modules and piggyback on the GENERIC kernel's modules. ___ 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
Re: kern/171138: [xen] [panic] Deactivating network interface produces panic on XENHVM
The following reply was made to PR kern/171138; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org Cc: Subject: Re: kern/171138: [xen] [panic] Deactivating network interface produces panic on XENHVM Date: Fri, 1 Mar 2013 08:37:40 -0600 This is a duplicate of pr 176471 and should be closed. ___ 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
Re: kern/176471: [xen] xn driver crash on detach
The following reply was made to PR kern/176471; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, p...@helenius.fi Cc: Subject: Re: kern/176471: [xen] xn driver crash on detach Date: Fri, 1 Mar 2013 08:37:40 -0600 ZKr8kQLgp1eZBwnNXnyCtT Content-Type: text/plain; format=flowed; delsp=yes I had to reformat the patch (the one in this PR didn't come through well) but I've tested this on FreeBSD 9.0 and our Xen environment and I can successfully add/remove network interfaces and change their properties without crashes. I still have to attempt this on the FreeBSD 9.1 VMs but I don't expect different results. Thank you very much Roger! ZKr8kQLgp1eZBwnNXnyCtT Content-Disposition: attachment; filename=xen-netfront.patch Content-Type: application/octet-stream; name=xen-netfront.patch Content-Transfer-Encoding: base64 LS0tIHN5cy9kZXYveGVuL25ldGZyb250L25ldGZyb250LmMub3JpZwkyMDEzLTAzLTAxIDA2 OjUyOjQ2LjAwMDAwMDAwMCAtMDYwMAorKysgc3lzL2Rldi94ZW4vbmV0ZnJvbnQvbmV0ZnJv bnQuYwkyMDEzLTAzLTAxIDA2OjU0OjE5LjAwMDAwMDAwMCAtMDYwMApAQCAtMjE5OSw3ICsy MTk5LDE0IEBACiBzdGF0aWMgdm9pZAogbmV0aWZfZnJlZShzdHJ1Y3QgbmV0ZnJvbnRfaW5m byAqaW5mbykKIHsKKwlYTl9MT0NLKGluZm8pOworCXhuX3N0b3AoaW5mbyk7CisJWE5fVU5M T0NLKGluZm8pOworCWNhbGxvdXRfZHJhaW4oJmluZm8tPnhuX3N0YXRfY2gpOwogCW5ldGlm X2Rpc2Nvbm5lY3RfYmFja2VuZChpbmZvKTsKKwlpZm1lZGlhX3JlbW92ZWFsbCgmaW5mby0+ c2NfbWVkaWEpOworCWV0aGVyX2lmZGV0YWNoKGluZm8tPnhuX2lmcCk7CisJaWZfZnJlZShp bmZvLT54bl9pZnApOwogI2lmIDAKIAljbG9zZV9uZXRkZXYoaW5mbyk7CiAjZW5kaWYK ZKr8kQLgp1eZBwnNXnyCtT-- ___ 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
Re: kern/175954: [xen] XENHVM xn network driver extreme packet loss during a slow download
The following reply was made to PR kern/175954; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, m8r-67o...@mailinator.com Cc: Subject: Re: kern/175954: [xen] XENHVM xn network driver extreme packet loss during a slow download Date: Wed, 13 Feb 2013 12:22:26 -0600 Is this server running a pf firewall? And does setting net.inet.tcp.tso=0 resolve it? ___ 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
Re: kern/175822: [xen] FreeBSD 9.1 does not work with Xen 4.0
On Tue, 05 Feb 2013 05:49:01 -0600, Jeroen van der Ham jer...@dckd.nl wrote: The system is then not respsonsive, with just the message scrolling by with the number increasing. If memory serves me this is a well known Xen regression that's solved by upgrading to Xen 4.1 or 4.2. I don't believe this is something that FreeBSD can fix. ___ 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
Re: Upgrading XENHVM 9.0 to 9.1
On Wed, 23 Jan 2013 15:48:29 -0600, Jeroen van der Ham jer...@dckd.nl wrote: Hi, Today I started with an upgrade process of my VPS which has been running 9.0 XENHVM almost a full year. I followed the process as outlined on the Handbook[1]. I may have made a mistake in placing back the right old kernel, but a new GENERIC kernel did not get installed. I was able to boot into the 9.1 system using my old 9.0 XENHVM kernel. I have been trying to fix this, but I keep running into problems: - I manually downloaded and extracted the 9.1 GENERIC kernel. Booting from that results in a rootmount mismatch (ada0 vs ad0). Just renaming it in /etc/fstab does not seem to be enough, what else would I need to do? Yes, the GENERIC kernel uses adaX and the XENHVM kernel uses adX. It shouldn't be a problem to just change it in the fstab though. I've not yet had problems running 9.1 with XENHVM yet. - I manually built a new 9.1 XENHVM kernel. Booting from that results in the message: pudna: fpcurthread == curthread xx times scrolling by. What can I do to fix that? I've not seen this message yet either. Can you provide more details of the Xen environment you're hosted on? Is there a problem in continuing to run the 9.0 XENHVM kernel with the 9.1 system? This would not be advised. It *may* work, but be warned that you may run into strange issues. ___ 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
Re: Fwd: xenbusb_nop_confighook_cb timeout and cd issue
I no longer have that environment that I was using to test the viability of upgrading to XCP 1.6 but it was reproducible every boot. ___ 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
Re: Fwd: xenbusb_nop_confighook_cb timeout and cd issue
For anyone running XCP 1.6 please try to use these RPMs which are patched. I'll be trying this myself later today. http://downloads.xen.org/XCP/freebsd-xen-fix/ Cheers! ___ 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
Re: [Xen-devel] Fwd: xenbusb_nop_confighook_cb timeout and cd issue
On Thu, 17 Jan 2013 09:56:33 -0600, Steven Chamberlain ste...@pyro.eu.org wrote: On 17/01/13 15:24, Mark Felder wrote: I no longer have that environment that I was using to test the viability of upgrading to XCP 1.6 but it was reproducible every boot. Just to clarify - you rebooted the dom0/hypervisor also? I know the bug is reproducible on every FreeBSD domU boot, at least. We did reboot the dom0 more than once but I didn't test that specifically to see if the problem would subside after a few reboots. ___ 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
Re: 9.1R?
On Sun, 23 Dec 2012 18:36:54 +0900 moto kawasaki m...@kawasaki3.org wrote: It might be better to disable rxcsum, txcsum, and lro, too. My understanding is the point is the 'NIC hardware' is not the real one but emulation by Xen Host, so that those 'off loading' makes context switch storm between domU and dom0. # please kindly correct me if wrong. You're actually quite correct as this is a source of network problems on many different domU OSes. ___ 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
Re: 9.1R?
You're not running XCP or XenServer. That's why you don't have those bugs. ___ 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
Re: XENHVM ada - ad ?
On this topic, is there any way to *definitively* know which Xen block device corresponds to which adaX device? The guys at Citrix really want to know instead of just assuming that xbd.0 is ada0. Perhaps adding a sysctl value like dev.xbd.0.%block: /dev/ada0 would be nice... Who would I talk to about this? Hint: they're adding official tools support for FreeBSD soon. fake edit: perhaps they can work with the dev.xbd.0.%parent: xenbusb_front0 type output. I'll see... ___ 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
Re: 9.1R?
On Fri, 21 Dec 2012 12:26:36 -0600 Jay West jw...@ezwind.net wrote: All our FreeBSD use is now under Xenserver 6.1. I was curious, given the port of xe-guest-utilities that allows online migrations and such. after installing those tools (thus PVM/64), should we be changing our mount points to refer to the xen hd device (xbdX) or continue to use adX inside the VM for filesystem mounts (kinda like we need to change the network device {ex. bgeX} to xnX)? Just looking for a sanity check J You'll notice that /dev/xbd* doesn't actually exist :-) Also, if you aren't aware, here is my personal list of Xen bugs: - Shutdown via Xen fails to poweroff. It doesn't issue any normal shutdown commands, but tells the Xen code in the kernel to start a shutdown. It's broken on the kernel side. kern/171118 Also, NetBSD's workaround for this is to enable powerd, but we can't when we're running XENHVM and I suspect their powerd is a completely different beast. - If you use PF with Xen HVM your performance will suck. Known bug. kern/154428 Set net.inet.tcp.tso=0 as a workaround. - Deactivating a network interface is an option after enabling the xe-guest-utilities scripts. Please don't do that. It seems to cause a panic every time. kern/171138 Also, this happens when you try to change the VLAN assigned to an interface. ___ 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
Re: xenbusb_nop_confighook_cb timeout
Hi guys, I've been in contact with Bob Ball at Citrix and he's passed on this information after confirming the bug we're seeing. I was hoping someone on the list could help track this down. I experienced the CDROM issue on XenServer 6.0 and 6.1. I've seen http://www.mail-archive.com/freebsd-xen@freebsd.org/msg01369.html which suggests that there was a fix in Xen 4.1.2, which is surprising since XenServer 6.1 uses Xen 4.1.3 and still exhibits the problem. http://xenbits.xen.org/gitweb/?p=qemu-xen-4.2-testing.git;a=commit;h=effd5676225761abdab90becac519716515c3be4 refers to another regression from 4.1.2 to 4.1.3 relating to the CDROM, but it appears as though this regression was not merged into XenServer (i.e. the Xen 4.1.3 used in XenServer did not require this further patch). http://xen.1045712.n5.nabble.com/Xen-4-1-1-HVM-guest-cdrom-trouble-lost-interrupts-ata-failed-commands-frozen-td4953147.html#a5028910 gives one potential fix, which I believe is the one referenced in the release notes for 4.1 - however, I've applied this to my Xen and it does not appear to enable FreeBSD guests to boot with CDs attached. Could you confirm this from the other perspective and try the equivalent guest kernel patch? diff --git a/arch/x86/pci/xen.c b/arch/x86/pci/xen.c index 8214724..6b57f90 100644 --- a/arch/x86/pci/xen.c +++ b/arch/x86/pci/xen.c @@ -308,8 +308,7 @@ int __init pci_xen_init(void) int __init pci_xen_hvm_init(void) { - if (!xen_feature(XENFEAT_hvm_pirqs)) - return 0; + return 0; #ifdef CONFIG_ACPI /* This appears to be a patch for Linux, and I've not located the equivalent file in FreeBSD (I'm assuming this is down to my inexperience in FreeBSD!) I believe that this probably means we have a problem in Xen with booting FreeBSD guests that hasn't been tracked down, would you agree? Have either of you seen this working on later versions of OpenSource Xen? (i.e. not XenServer?) ___ 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
Re: xenbusb_nop_confighook_cb timeout
On Wed, 10 Oct 2012 16:18:57 -0500, Gót András got.and...@deployis.eu wrote: The patched worked for me also. I hope somehow it'll make to into 9.1rc if send a reply to the previous PR. Can we get a confirmation from any devs about whether or not this patch is the right way to fix it? If so, I'd also appreciate seeing this slip into 9.1 so the latest stable FreeBSD release works reliably with the latest stable XenServer/XCP release... ___ 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
Re: xenbusb_nop_confighook_cb timeout
This is also preventing my XCP 1.5beta to 1.6 testing :-( Any suggestions are appreciated! ___ 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
Re: kern/171118: [xen] FreeBSD XENHVM guest doesn#39;t shutdown cleanly
The following reply was made to PR kern/171118; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org Cc: Subject: Re: kern/171118: [xen] FreeBSD XENHVM guest doesn#39;t shutdown cleanly Date: Mon, 8 Oct 2012 16:35:26 -0500 NetBSD's documentation mentions a similar issue and their workaround is to enable the NetBSD powerd daemon in rc.conf. Perhaps we can figure out what their powerd daemon is doing so we can have a workaround? We can't run powerd as a domU because it's looking for cpufreq settings that aren't in sysctl. http://www.netbsd.org/ports/xen/howto.html It is also desirable to add powerd=YES in rc.conf. This way, the domain will be properly shut down if xm shutdown -Ror xm shutdown -H is used on the domain0. ___ 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
Re: kern/162677: [xen] FreeBSD not compatible with quot;Current Stable Xenquot;
The following reply was made to PR kern/162677; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, k...@ionvz.com Cc: Subject: Re: kern/162677: [xen] FreeBSD not compatible with quot;Current Stable Xenquot; Date: Mon, 27 Aug 2012 06:29:29 -0500 This forum thread seems to indicate that it's mostly an Intel hardware issue. This pfsense thread seems to have more details: http://forum.pfsense.org/index.php?topic=3294.15 Xen must have worked around it because I can confirm that FreeBSD ISOs boot just fine on Xen 4.2 on Intel hardware. ___ 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
Re: kern/164450: [xen] Failed to install FreeeBSD 9.0-RELEASE from CD in a Citrix XenServer VM
The following reply was made to PR kern/164450; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org, yeho...@gmail.com Cc: Subject: Re: kern/164450: [xen] Failed to install FreeeBSD 9.0-RELEASE from CD in a Citrix XenServer VM Date: Mon, 27 Aug 2012 06:34:21 -0500 Was this Citrix XenServer 5.x? I've successfully done installs from a real CD and an ISO on XenServer 6.x. ___ 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
Re: kern/154428: [xen] xn0 network interface and PF - Massive performance drop
The following reply was made to PR kern/154428; it has been noted by GNATS. From: Mark Felder f...@feld.me To: bug-follo...@freebsd.org Cc: a...@ahhyes.net Subject: Re: kern/154428: [xen] xn0 network interface and PF - Massive performance drop Date: Thu, 23 Aug 2012 16:14:18 -0500 I've hit this on 9.0-RELEASE as well using XCP 1.5beta as the hypervisor. ___ 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
Re: Citrix Xenserver and FreeBSD migration/suspend scripts
Hi guys, I've done some recent updates: We're down to a resonable amount of scripts now: %%LOCALBASE%%/etc/rc.d/xe-daemon %%LOCALBASE%%/sbin/xe-daemon %%LOCALBASE%%/sbin/xe-update-guest-attrs %%LOCALBASE%%/sbin/xe_wrapper Other changes: - Cleaner memory reporting - IPs for your network interfaces are reported correctly - New version and build to match what the Linux tools report on XenServer 6.0.2 which should make the out of date errors go away Feel free to leave some more feedback. I expect this will be joining the xen-tools port very soon now. ___ 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
Re: Citrix Xenserver and FreeBSD migration/suspend scripts
On Sun, 12 Aug 2012 07:50:16 -0500, Jay West jw...@ezwind.net wrote: Questions: 1) on the stock 64bit 9.0 9.1-beta XENHVM kernels, we still had the boot problem where after installing the kernel and rebooting, the boot failed as being unable to find the boot device. We had to pass a boot string of ad0p2 instead of the default ada0p2, and then edit fstab accordingly. I assume others here had to do that as well? Yes, but I think that's because with the XENHVM kernel the disks are using a different driver. There's a difference between the ad and ada drivers. 2) I'm sure this will show a lack of understanding on my part, but I'm just curious about the xen-tools port that has been in the ports collection for a little while. As per the pdf on the migration/suspend scripts, this needs to be installed first. I would think the current port - being called xen-tools, would/should include these migration/suspend scripts. It's not xen-tools (in Citrix parlance) without that capability. So, is this a case of the new scripts just finish off the work that went into the current xen-tools script and the xen-tools port in the ports collection is functionally incomplete? I guess I'm unclear as to the history/relationship/status of the xen-tools port and these migration/suspend scripts. This is likely where it will show up. I've been talking to the ports@ team and it seems to make sense that we include it in that port. 3) In some of my googling on 64 bit XENHVM how-to's, one of them (can't find it at the moment) mentioned 64 bit Freebsd not working right under Xen with regards to SMP, and the how-to offered several patches to disable SMP amongst other related items. To run the new migration/suspend scripts, did other people here need to use those patches? I have a feeling this is an old/resolved issue as I've not seen it yet. ___ 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
Re: Citrix Xenserver and FreeBSD migration/suspend scripts
On Fri, 10 Aug 2012 03:31:12 -0500, Egoitz Aurrekoetxea ego...@ramattack.net wrote: Aug 10 10:31:28 xenserver xe_daemon[10567]: /usr/local/sbin/xe-update-guest-attrs: cannot open eth0 | 192.168.227.33 Aug 10 10:31:28 xenserver xe_daemon[10567]: eth1 | 192.168.227.161: No such file or directory Aug 10 10:32:15 xenserver xe_daemon[126]: /usr/local/sbin/xe-update-guest-attrs: cannot open eth0 | 192.168.227.33 Aug 10 10:32:15 xenserver xe_daemon[126]: eth1 | 192.168.227.161: No such file or directory Aug 10 10:32:28 xenserver xe_daemon[10567]: /usr/local/sbin/xe-update-guest-attrs: cannot open eth0 | 192.168.227.33 Aug 10 10:32:28 xenserver xe_daemon[10567]: eth1 | 192.168.227.161: No such file or directory Aug 10 10:33:15 xenserver xe_daemon[126]: /usr/local/sbin/xe-update-guest-attrs: cannot open eth0 | 192.168.227.33 Aug 10 10:33:15 xenserver xe_daemon[126]: eth1 | 192.168.227.161: No such file or directory Let me check this please but surely it would be something easy to solve or something that is not complete on the installation He's using my modified version of the xen tools scripts and I just caught this bug this morning. It appears to be fixed here: https://github.com/felderado/freebsd-xen-tools-scripts/commit/9250a10ae8a1ab1045f15964bd1cfce1124423bd#src/usr/local/sbin/xe-update-guest-attrs ___ 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
Re: Citrix Xenserver and FreeBSD migration/suspend scripts
On Thu, 09 Aug 2012 13:42:03 -0500, moto kawasaki m...@kawasaki3.org wrote: 1) XenCenter shows warning as; XenServer Tools out of date (version 6.0 installed) Changing MicroVersion from 0 to 2 in xe-update-guest-attr file doesn't have effect on this issue. xenstore_write_cached attr/PVAddons/MicroVersion 2 ^^^ 0 to 2 On XenServer 6.0.0 the current settings work fine. I imagine we need to investigate what version the tools are on other platforms and emulate that version accordingly. 2) Shutdown button on XenCenter works but doesn't complete. I guess XenServer/XenCenter expect something like shutdown -p now on the FreeBSD VM, but actually it runs like shutdown -h now. Thus, FreeBSD VM has shut down, but doesn't cut its power, thus XenCenter remains on the way shutting down (VM icon stays in green, not goes to red.). I haven't looked to see how this is handled at all, but I bet it's something we can fix. 3) Moving VM from one member host to another in the pool works. wow!! Thanks for giving us another confirmation! ___ 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
Re: Citrix Xenserver and FreeBSD migration/suspend scripts
On Wed, 08 Aug 2012 09:41:26 -0500, Gót András got.and...@deployis.eu wrote: What would you need to host the tarballs? If someone or some company has a vested interest in pushing this and developing it then by all means go ahead and take the current codebase and run with it. Otherwise I think what I'll end up doing is tagging releases in github and using that as the primary mirror and getting a copy of the tarballs onto the FreeBSD mirrors. ___ 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