On 25-1-2021 19:42, John-Mark Gurney wrote:
Matt Churchyard wrote this message on Mon, Jan 25, 2021 at 10:46 +:
-Original Message-
From: John-Mark Gurney
Sent: 25 January 2021 06:21
To: Matt Churchyard
Cc: Elena Mihailescu ;
freebsd-virtualization@freebsd.org
Subject: Re: Warm
On 22-1-2021 11:09, Matt Churchyard wrote:
Hello, all,
We have recently opened a review on Phabricator for the warm migration code for
> bhyve [1]. Please take a look and let us know if it is anything we can
improve.
[1] https://reviews.freebsd.org/D28270
Thank you,
Elena
I appreciate that
On 10-3-2020 19:08, Conrad Meyer wrote:
On Tue, Mar 10, 2020 at 9:28 AM Willem Jan Withagen
wrote:
problem that libblock_rbd.so is stripped in such a way that the
symbol I need is removed.
So either I'm doing it the wrong way, like special options on the
symbols oid.
However, I think
On 10-3-2020 17:48, Alan Somers wrote:
On Tue, Mar 10, 2020 at 10:28 AM Willem Jan Withagen
wrote:
On 10-3-2020 17:21, Alan Somers wrote:
On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen
wrote:
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen
On 10-3-2020 17:21, Alan Somers wrote:
On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen
mailto:w...@digiware.nl>> wrote:
On 9-3-2
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen
mailto:w...@digiware.nl>> wrote:
Hi all,
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
Hi all,
And sorry for crosspoing three groups, but the answer can/could be
a mix
of things to do in these three areas.
I have a prototype
Hi all,
And sorry for crosspoing three groups, but the answer can/could be a mix
of things to do in these three areas.
I have a prototype of bhyve running on Rados/Ceph working:
https://github.com/freebsd/freebsd/pull/426
But there are a few catches on how to get it in the FreeBSd
On 31-12-2019 00:48, Paul Vixie wrote:
On Monday, 30 December 2019 18:06:11 UTC Willem Jan Withagen wrote:
Something like:
bhyve -s 1,virtio-blk,rbd:poolname/imagename[@snapshotname] \
[:option1=value1[:option2=value2...]]
this is approximately how i'd hope
On 30-12-2019 19:06, Willem Jan Withagen wrote:
Hi,
One of the ways to run backing blockstore with KVM/Qemu is thru
the Ceph Rados Block Device (RBD).
https://github.com/qemu/qemu/blame/master/block/rbd.c
And is make it possible use as boot-image or other blockdevice. Where
the virtual machine
Hi,
One of the ways to run backing blockstore with KVM/Qemu is thru
the Ceph Rados Block Device (RBD).
https://github.com/qemu/qemu/blame/master/block/rbd.c
And is make it possible use as boot-image or other blockdevice. Where
the virtual machine using this image can migrate to another Dom0
Hi,
Just an info point.
I'm preparing for a lecture tomorrow, and thought why not do an actual
demo Like to be friends with Murphy :)
So after I started the cluster:
5 jails with 7 OSDs
This what I manually needed to do to boot a memory stick
# Start een Bhyve
On 16/03/2015 09:59, Alexander Motin wrote:
On 16.03.2015 10:56, Florian Smeets wrote:
On 3/16/2015 1:12 AM, Willem Jan Withagen wrote:
Assertion failed: (err == 0), function pci_vtblk_proc, file
/usr/srcs/src11/src/usr.sbin/bhyve/pci_virtio_block.c, line 276.
I noticed some work by several
Assertion failed: (err == 0), function pci_vtblk_proc, file
/usr/srcs/src11/src/usr.sbin/bhyve/pci_virtio_block.c, line 276.
I noticed some work by several people on the virtio part of the tree.
This is with todays tree:
bhyve00 11.0-CURRENT FreeBSD 11.0-CURRENT #72 r280010:
En VM
On 09/03/2015 23:17, Neel Natu wrote:
Hi Willem,
On Mon, Mar 9, 2015 at 2:45 PM, Willem Jan Withagen w...@digiware.nl wrote:
On 07/03/2015 23:51, Allan Jude wrote:
On 2015-03-07 17:46, Manas Bhatnagar wrote:
Hello,
I am trying to find out if Bhyve in 10-STABLE has support for suspending
On 8-2-2015 21:04, Yamagi Burmeister wrote:
On Sun, 08 Feb 2015 15:53:45 +0100
Willem Jan Withagen w...@digiware.nl wrote:
A inbetween sulution at the moment is to run grub-bhyve -c /dev/null.
That continues, dus does not offer the possibility to interfere in the
boot process. At least
On 2015-01-05 9:41, Willem Jan Withagen wrote:
On 2015-01-05 0:28, Peter Grehan wrote:
Hi Willem,
Would it it be possible in the meantime to enhance grub2-bhyve with the
same possibility as bhyve itself has for the console?
So I can redirect grub screen access to /dev/nmdm12041, and one can
On 11-1-2015 22:32, williamecow...@hush.ai wrote:
Hello, I hope I can have some assistance.
I am trying to get networking via wlan0 but without NAT or bridging (doesn't
work on wifi unless WDS).
say my my main network is 10.10.2.0/24, gateway/internet is 10.10.2.1, my ip
is 10.10.2.252.
On 23-10-2014 1:00, Peter Grehan wrote:
Hi Conrad,
Is the work being done in public?
We're working on getting it released.
Peter,
Would it it be possible in the meantime to enhance grub2-bhyve with the
same possibility as bhyve itself has for the console?
So I can redirect grub screen
On 24-11-2014 3:04, Peter Grehan wrote:
Hi Craig,
# stty -a
speed 9600 baud; 0 rows; 0 columns;
# echo $TERM
dialup
Any idea how I can fix this? The console inside the VM
is quite unusable when it does not have the correct
rows/colums set.
Not sure how you're getting 'dialup' as
On 16-11-2014 19:19, Allan Jude wrote:
On 2014-11-16 12:54, Willem Jan Withagen wrote:
On 16-11-2014 0:59, Peter Grehan wrote:
Hi Willem,
I'm trying to run one of my older VM's and get the crash below in the VM
when trying to boot...
This happens both on an older BSD:
FreeBSD 11.0-CURRENT
Op 17 nov. 2014 om 16:37 heeft Dag-Erling Smørgrav d...@des.no het volgende
geschreven:
Willem Jan Withagen w...@digiware.nl writes:
The constraints as you put them are indeed rather tight. There is little
to be done about it. I was not aware of the fact that 11.0 is planned
for release
On 16-11-2014 0:59, Peter Grehan wrote:
Hi Willem,
I'm trying to run one of my older VM's and get the crash below in the VM
when trying to boot...
This happens both on an older BSD:
FreeBSD 11.0-CURRENT (FREETEST) #1 r273066M: Sun Oct 19 00:59:06 CEST
2014
As well as on a very recent:
Hi,
I'm trying to run one of my older VM's and get the crash below in the VM
when trying to boot...
This happens both on an older BSD:
FreeBSD 11.0-CURRENT (FREETEST) #1 r273066M: Sun Oct 19 00:59:06 CEST 2014
As well as on a very recent:
FreeBSD 11.0-CURRENT (BHYVE00) #0 r274490M: Fri Nov 14
On 26-10-2014 15:27, Conrad Meyer wrote:
On Sun, Oct 26, 2014 at 10:11 AM, Willem Jan Withagen w...@digiware.nl
wrote:
Are there any FBSD directions online to actually get libvirt to build
after you did git clone??
See README-hacking[0] and checkout pkgng poudriere logs[1] for options
On 25-10-2014 1:21, Peter Grehan wrote:
Hi Willem,
And then booted a 10-STABLE bhyve VM with all memory and processors
assigned to the VM. So all the power could be available to the VM.
You'll most likely want to keep some memory and processor resources
available for the host system. ZFS
Hi,
Just out of curiosity I did the following:
Updated 10-STABLE src in both Dom0 and in the Bhyve FreeBSD VM
Rebooted my bhyve AMD testing machine so it was in a fresh state.
Nothing special loaded orhter than ZFS.
And build a 10-STABLE kernel on the raw box, that took about 6 minutes.
no
On 24-10-2014 17:03, Allan Jude wrote:
On 2014-10-24 04:05, Willem Jan Withagen wrote:
Hi,
Just out of curiosity I did the following:
Updated 10-STABLE src in both Dom0 and in the Bhyve FreeBSD VM
Rebooted my bhyve AMD testing machine so it was in a fresh state.
Nothing special loaded
On 16-10-2014 5:00, Anish Gupta wrote:
Hi all,
The projects/bhyve_svm branch is ready to be merged to HEAD.
This branch contains patches to bhyve to enable it to work on AMD
processors with SVM/AMD-V hardware extensions[1]. Pretty much any AMD
processor since 2010 will have the features
On 2014-06-12 20:33, Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 11:28 AM, Craig Rodrigues rodr...@freebsd.org wrote:
On Thu, Jun 12, 2014 at 1:00 AM, Roman Bogorodskiy no...@freebsd.org wrote:
http://people.freebsd.org/~novel/misc/libvirt_port_updated.tgz
With this setup, I'm able to get
On 2014-06-09 23:04, Peter Grehan wrote:
Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
but that is another minor challenge.
Fixed in r267305
Ack.
There is still a small difference in behaviour between Linux and
FreeBSD. But I'd call that negectable...
PID
On 2014-06-10 15:59, Peter Grehan wrote:
Hi Willem,
On 2014-06-09 23:04, Peter Grehan wrote:
Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
but that is another minor challenge.
Fixed in r267305
Ack.
There is still a small difference in behaviour between Linux
On 2014-06-10 17:34, Peter Grehan wrote:
Hi Nils,
Confirmed. Running a bhyved 3-vCPU-CentOS 6.5, the host CPU load for
vcpu 0
is around 12% now.
Doh, that's not good - haven't given Centos 6.5 a try; will now to
investigate this.
All Ubuntus I have installed in VMs give more or less
On 8-6-2014 1:06, Peter Grehan wrote:
So the question remains:
Why is it taking so long on the AMD platform.
I believe this is now fixed with r267217 - please test out and let us
know how it goes.
On Head
or on bhyve_svm
At the moment I do not have a working bhyve setup, tried to
On 8-6-2014 17:27, Anish wrote:
Peter submitted this in bhyve_svm for SVM, Intel VT-x already has this
fix, see vmcs.c file in any branch.
http://svnweb.freebsd.org/base/projects/bhyve_svm/sys/amd64/vmm/amd/vmcb.c?r1=267217r2=267216pathrev=267217
Downloaded bhyve_svm again and figured out as
On 2014-06-08 17:30, Willem Jan Withagen wrote:
On 8-6-2014 17:27, Anish wrote:
Peter submitted this in bhyve_svm for SVM, Intel VT-x already has this
fix, see vmcs.c file in any branch.
http://svnweb.freebsd.org/base/projects/bhyve_svm/sys/amd64/vmm/amd/vmcb.c?r1=267217r2=267216pathrev=267217
On 8-6-2014 18:23, Peter Grehan wrote:
Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
but that is another minor challenge.
I know what that one is: should have a fix shortly.
I've done some of the syscall tests, like before.
getuid(2) is now down to 350 nsec...
On 31-5-2014 2:13, Peter Grehan wrote:
Hi Willem,
So the question remains:
Why is it taking so long on the AMD platform.
The time difference looks a lot like a VM-exit roundtrip. My new AMD
box is arriving shortly so I'll have a look into it.
Hi Peter,
I would expect something like
On 31-5-2014 2:13, Peter Grehan wrote:
Hi Willem,
So the question remains:
Why is it taking so long on the AMD platform.
The time difference looks a lot like a VM-exit roundtrip. My new AMD
box is arriving shortly so I'll have a look into it.
Before running the getuid test:
vm exits
On 15-5-2014 17:56, Anish wrote:
Hi Andriy,
Thanks for your interest in SVM port of bhyve. I do have patch to sync it
to http://svnweb.freebsd.org/base?view=revisionrevision=263780(3/26). If
patches looks good to you, we can submit it. I have been testing it on
Phenom box which lacks some of
Hoi,
Just a point on the timeline
I think somebody asked why his CPU load was so high on AMD running linux.
I've completed compiling a fresh linux-kernel on my Ubuntu 14.04
system, installed and rebooted it.
And where previously a Linux-kernel would drain the CPUs it got assigned
to the
On 2014-05-22 18:24, Nils Beyer wrote:
Hi Willem,
Willem Jan Withagen wrote:
[...]
With the new kernel, that is no longer the case. On a idle vm the CPU
load is like 6-7%
At the moment I'm running:
linux-image-3.13.0-24-generic_3.13.0-24.46_amd64
Now, that looks promising
On 22-5-2014 21:29, Nils Beyer wrote:
Hi,
Willem Jan Withagen wrote:
I've just completed merging and patching with Anish patches...
ONce that seems to run for my freebsd vm's, I'll start merging my
patches. And hope that it still works.
Sounds good. I've tried some Linux versions ranging
20, 2014 at 2:03 PM, Willem Jan Withagen w...@digiware.nl
mailto:w...@digiware.nl wrote:
On 15-5-2014 17:56, Anish wrote:
Hi Andriy,
Thanks for your interest in SVM port of bhyve. I do have patch
to sync it
to
http://svnweb.freebsd.org/base?view=revisionrevision=263780
On 2014-05-21 11:31, Nils Beyer wrote:
Hi Willem,
Willem Jan Withagen wrote:
I'd be interested in the vlapic to if that helps the speed.
But you can help me a lot if you give me the SVN commands to do what you
described above.
These were my steps:
0) mv /usr/src /usr/src.bak
1) svnlite co
On 15-5-2014 17:56, Anish wrote:
Hi Andriy,
Thanks for your interest in SVM port of bhyve. I do have patch to sync it
to http://svnweb.freebsd.org/base?view=revisionrevision=263780(3/26). If
patches looks good to you, we can submit it. I have been testing it on
Phenom box which lacks some of
Op 22 feb. 2014 om 22:28 heeft Craig Rodrigues rodr...@freebsd.org het
volgende geschreven:
On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen w...@digiware.nl
wrote:
Hi,
Just for the fun of it, I tried my build zfs-system scripts in a bhyve-vm.
I use the 10.0-RELEASE iso to get
Hi,
I've kicked off 3 2G vm's which do a continous
while(1) { make -j 4 buidlworld }
And one of those VM's just crashed with the message below.
Observation:
The VM is clearly not able to recover from this. And probably needs to
be destroyed and restarted... Don't know it it got as far as
On 23-2-2014 15:57, Craig Rodrigues wrote:
I'm also looking into running a Ubuntu vm. i want to test/use
zoneminder, and all my FreeBSD attempts run into trouble.
So I'm also still looking for grub-bhyve.
grub2-bhyve is in ports: http://www.freshports.org/sysutils/grub2-bhyve/
Yup, took
On 23-2-2014 17:40, Peter Grehan wrote:
vm exit rdmsr 0xc0010015, cpu 0
---
And I've seen discussions in other threads about reading/writing cpu
registers where some bits should be 0, but trap when being set
(Or something close to this...???)
So it could again be due to the amdsrc tree
On 23-2-2014 17:57, Peter Grehan wrote:
It's a toy box here so if anything needs to be tested, worked out.
Just let me know. And I'm willing to run the risk of lost work, because
using the ignore option bites me
You can try the -w option. Aryeh has reported that it works for him.
-w
On 23-2-2014 18:09, Peter Grehan wrote:
-w does not exist on my bhyve
bhyve: illegal option -- w
Hmmm, just checked and you're right. Looks like a mis-merge - this
change went into CURRENT in early December, and the most recent sync for
the SVM branch was from Jan 14 :(
Now I'm
On 23-2-2014 17:35, Aryeh Friedman wrote:
And I've seen discussions in other threads about reading/writing cpu
registers where some bits should be 0, but trap when being set
(Or something close to this...???)
So it could again be due to the amdsrc tree differences?
On 23-2-2014 22:12, Peter Grehan wrote:
On 23-2-2014 18:26, Peter Grehan wrote:
Against what current version did you merge/build the SVM branch?
I'll either check that out, or try my subversion skills to see if that
reduces the diff.
My mistake - the sync was a r259205, which was from Dec
On 22-2-2014 22:28, Craig Rodrigues wrote:
On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen w...@digiware.nl
mailto:w...@digiware.nl wrote:
Hi,
Just for the fun of it, I tried my build zfs-system scripts in a
bhyve-vm.
I use the 10.0-RELEASE iso to get to a shell
On 22-2-2014 22:43, Craig Rodrigues wrote:
On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen w...@digiware.nl
mailto:w...@digiware.nl wrote:
CPU: AMD Phenom(tm) II X6 1075T Processor (3013.84-MHz K8-class CPU)
Origin = AuthenticAMD Id = 0x100fa0 Family = 0x10 Model
On 2014-02-10 7:36, Michael Dexter wrote:
On 2/9/14 10:33 AM, Willem Jan Withagen wrote:
Are there any (near future) plans to merge this with the regular stable
branch?
It just missed 10.0-RELEASE. :(
There was a technical issue at the time and there are some performance
patches on their way
On 8-2-2014 21:36, Michael Dexter wrote:
Hello all,
I have built and uploaded a bhyve SVM project branch snapshot of r261578
(February 4th, 2014, MFC @ r259205) that can be found at:
http://mirrors.nycbug.org/pub/bhyve/r261578-svm/
Those with Barcelona class
On 2013-10-15 1:51, Peter Grehan wrote:
Hi Craig,
There was a lot of non-trivial stuff done in the amd64 pmap code and the
BHyve intel module
for bhyve_npt_pmap, and these changes have not been made for the amd svm
code.
Right, I looked at it, and decided it was way easier to just run the
Op 10 okt. 2013 om 19:00 heeft Peter Grehan gre...@freebsd.org het volgende
geschreven:
Hi,
I'm trying to test bhyve on this testsystem I have.
But is does not create /dev/vmm
Is this because this processor does not support the right set of features?
The bhyve code in 10.0 is
in the tree with the AMD stuff and plug that in
the sources that I already have?
--WjW
On Thu, Oct 10, 2013 at 12:09 PM, Willem Jan Withagen w...@digiware.nl
wrote:
Op 10 okt. 2013 om 19:00 heeft Peter Grehan gre...@freebsd.org het volgende
geschreven:
Hi,
I'm trying to test bhyve
61 matches
Mail list logo