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?
Thanx,
--WjW
This is what dmesg says:
FreeBSD 10.0-ALPHA5 #3 r256191M: Wed Oct 9 15:25:35 CEST 2013
..
CPU: AMD Phenom(tm) II X6 10
Op 10 okt. 2013 om 19:00 heeft Peter Grehan 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 Intel-only.
>
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
> wrote:
>
>
> Op 10 okt. 2013 om 19:00 heeft Peter Grehan het volgende
> geschreven:
>
> > Hi,
> >
> &g
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 svm
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 (http://en.wikiped
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 Mon, Feb 10, 2014 at 8:19 PM, Michael Dexter
mailto:edi...@callfortesting.org>> wrote:
Willem,
On 2/10/14 7:14 AM, Willem Jan Withagen wrote:
> I usually prefer to build my onw. So I tried that from a both
basic
> 10-stable as
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, config and interface and
download my script. Installing does work, and on a regular system we can
go and boot into a ZFS-on-Root system.
In bhyve I get the following, on r
On 22-2-2014 22:43, Craig Rodrigues wrote:
>
>
>
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
>
>
> CPU: AMD Phenom(tm) II X6 1075T Processor (3013.84-MHz K8-class CPU)
> Origin = "AuthenticAMD"
Op 22 feb. 2014 om 22:28 heeft Craig Rodrigues het
volgende geschreven:
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen
> 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 t
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 vmrun.s
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
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
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 hi
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'
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 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 10 and
> predates the -w option (r
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,
On 22-2-2014 22:28, Craig Rodrigues wrote:
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen <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-RELE
On 2014-02-23 22:04, Willem Jan Withagen 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, whic
On 18-5-2014 16:44, Anish wrote:
> Thanks for testing it.
>> Your patch applied cleanly to the working copy of the "bhyve_svm"-project.
> I was then able to merge with HEAD
> (using "theirs-full" on one file) and compile the kernel. So, to me it
> looks OK to commit.
> Yes, that's correct. You have
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=revision&revision=263780(3/26). If
> patches looks good to you, we can submit it. I have been testing it on
> Phenom box which lacks so
nux..
--WjW
Thanks and regards,
Anish
On Tue, May 20, 2014 at 2:03 PM, Willem Jan Withagen 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
e me the SVN commands to do what you
described above.
I can fetch a clean bhyve_svm brach, but that is as far as my svn goes.
I'll see if I can get my patches in as well.
Thanx,
--WjW
Thanks and regards,
Anish
On Tue, May 20, 2014 at 2:03 PM, Willem Jan Withagen mailto:w...@digiwa
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) svnli
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 th
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.
Is that
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 work
On 22-5-2014 21:29, Nils Beyer wrote:
> I suppose you start your bhyved Linux instances using the "-A" switch (ACPI
> tables), right? If you feel interested, you can try to start them without the
> "-A" switch. For me, the boot process is now stucked at "Calibrating delay
> loop". As far as I under
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=revision&revision=263780(3/26). If
> patches looks good to you, we can submit it. I have been testing it on
> Phenom box which lacks so
On 25-5-2014 3:50, Steve Wills wrote:
> Hi,
>
> A bhyve VM I run had this:
>
> pid 79784 (bhyve), uid 0: exited on signal 6 (core dumped)
>
> and the only thing on the console was this:
>
> ahcich0: Timeout on slot 27 port 0
> ahcich0: is cs ss rs tfd 50 serr
When I do this under AMD I get:
Copyright (c) 2003-2013 The
DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
On 2014-05-28 2:22, Tycho Nightingale wrote:
On May 27, 2014, at 8:14 PM, Willem Jan Withagen wrote:
When I do this under AMD I get:
Copyright (c) 2003-2013 The
DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983
Hi,
In my quest to find why Linux is so slow on AMD I executed
strace -T -c ls -aslR / > /dev/null
On both a Linux running on a real CPU (just a mere Celeron):
% time seconds usecs/call callserrors syscall
-- --- --- - -
25.26
On 30-5-2014 23:27, Nils Beyer wrote:
> Hi Willem,
>
> Willem Jan Withagen wrote:
>> 1) I'm looking for a better basic syscall in Linux that is not cache,
>> faked or otherwise tweaked to nog give what I want.
>> Would really be nice if there was a NOP_syscall,
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 someth
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:
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, tr
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=267217&r2=267216&pathrev=267217
Downloaded bhyve_svm again and figured o
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=267217&r2=267216&
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 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...
PIDS
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 an
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 p
On 2014-06-12 20:33, Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 11:28 AM, Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 1:00 AM, Roman Bogorodskiy wrote:
http://people.freebsd.org/~novel/misc/libvirt_port_updated.tgz
With this setup, I'm able to get networking (e.g. virsh net-list work
On 10-6-2014 20:04, Peter Grehan wrote:
> Hi Willem,
>
>> I've got KTR compiled in, but last time I switched it on.
>> I got swamped in traffic, and I sort of got locked out of the
>> server... :(
>> Could also be because I was writing it to a file as well.
>>
>> So you'll have to help/tell me wha
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 feat
On 22-10-2014 2:20, John wrote:
> On Tue, Oct 21, 2014 at 01:55:26PM -0700, Neel Natu wrote:
>
>> If you are comfortable sharing your disk image then I can try to
>> reproduce locally and hopefully get a better grip on what's happening.
>
> That's very nice of you to offer, but I have to decline
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 {mak
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
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
Hoi
I tried the version on the libvirt.org/bhyve page.
But that returns:
freetest# virsh -c "bhyve:///system" domxml-to-native \\
--format bhyve-argv --xml /root/libvirt-example.xml
error: unsupported configuration: unsupported disk device
So I was wondering if somebody would like to sh
On 26-10-2014 1:37, Conrad Meyer wrote:
> On Sat, Oct 25, 2014 at 6:48 PM, Willem Jan Withagen wrote:
>> Hoi
>>
>> I tried the version on the libvirt.org/bhyve page.
>> But that returns:
>>
>> freetest# virsh -c "bhyve:///system" domxml-to-nat
On 26-10-2014 13:35, Conrad Meyer wrote:
> On Sun, Oct 26, 2014 at 5:49 AM, Roman Bogorodskiy wrote:
>> Conrad Meyer wrote:
>>
>>> On Sat, Oct 25, 2014 at 9:42 PM, Willem Jan Withagen
>>> wrote:
>>>> Seems that my CDrom block was a problem.
On 26-10-2014 15:27, Conrad Meyer wrote:
> On Sun, Oct 26, 2014 at 10:11 AM, Willem Jan Withagen
> 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 poudrie
On 26-10-2014 0:48, Willem Jan Withagen wrote:
> Hoi
>
> I tried the version on the libvirt.org/bhyve page.
> But that returns:
>
> freetest# virsh -c "bhyve:///system" domxml-to-native \\
> --format bhyve-argv --xml /root/libvirt-example.xml
>
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 02:
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
On 17-11-2014 12:02, Warner Losh wrote:
>
> On Nov 17, 2014, at 12:46 AM, Craig Rodrigues
> wrote:
>
>> Hi,
>>
>> PROPOSAL == I would like to get feedback on the following
>> proposal. In the head branch (CURRENT), I would like to enable
>> VIMAGE with this commit:
>>
>>
>> PATCH ===
On 17-11-2014 12:42, Bjoern A. Zeeb wrote:
> On 17 Nov 2014, at 11:20 , Willem Jan Withagen wrote:
>
>> I think I understand your critique, but then on the other hand I wonder
>> where the reluctance is As I read it, things are going to be enabled
>> in CURRENT only
Op 17 nov. 2014 om 16:37 heeft Dag-Erling Smørgrav het volgende
geschreven:
> Willem Jan Withagen 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 relea
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
>>>> w
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 get
On 27-11-2014 12:23, Nikos Vassiliadis wrote:
> On 11/27/14 02:02, Craig Rodrigues wrote:
>> On Wed, Nov 26, 2014 at 3:44 PM, John-Mark Gurney
>> wrote:
>>
>>>
>>> So, what exactly is the problem again?
>>>
>>
>> https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-November/003173.html
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
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 even
use this channel to see the grubscreen durin
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.
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 2015-01-20 18:48, Paul Vixie wrote:
Willem Jan Withagen <mailto:w...@digiware.nl>
Tuesday, January 20, 2015 8:37 AM
What is the easiest way to "propagate" the full-duplex tty stream
from a SSH-login to a /dev/nmdmA.
somewhat expectedly, i use <http://www.fres
Hi (Peter),
I'm trying to run grub-bhyve completely automated but when I run my
version of vmrun.sh like
../bin/bhyve-run -f /usr/local/etc/ezbhyve/Ubuntu1204A/rc.conf &
Thegrub-bhyve loader waits for me to forground it again, because it
wants to write to the output. Probably this is due
On 8-2-2015 2:35, Allan Jude wrote:
> On 2015-02-07 20:04, Willem Jan Withagen wrote:
>> Hi (Peter),
>>
>> I'm trying to run grub-bhyve completely automated but when I run my
>> version of vmrun.sh like
>> ../bin/bhyve-run -f /usr/local/etc/ezbhyve/Ubu
On 8-2-2015 21:04, Yamagi Burmeister wrote:
> On Sun, 08 Feb 2015 15:53:45 +0100
> Willem Jan Withagen 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 p
happening at that level and just hook bhyve to nmdm.
I agree with the later...
And connecting stdout of grub-bhyve to /dev/null would probably work as
well
Will give it a shot.
--WjW
> On 9 February 2015 at 01:53, Willem Jan Withagen
> wrote:
>> On 8-2-2015 2:35, Allan Jude wro
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
>> and resuming guests. Please let me know. A google search returned a
>> mailing list thread from 2013 that shows it is a fe
On 09/03/2015 23:17, Neel Natu wrote:
> Hi Willem,
>
> On Mon, Mar 9, 2015 at 2:45 PM, Willem Jan Withagen wrote:
>> On 07/03/2015 23:51, Allan Jude wrote:
>>> On 2015-03-07 17:46, Manas Bhatnagar wrote:
>>>> Hello,
>>>>
>>>> I
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 crashin
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
On 16-3-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
On 11-10-2015 19:43, Alfred Perlstein wrote:
> Hello,
>
> Here at Norse we are using bhyve to run our appliance in a test
> environment.
>
> We have a need for a test network to be made on demand, so this weekend
> I took some time and wrote a tool that allows you to specify a topology
> of bridg
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 in
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 host
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
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 ho
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 sources..
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
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 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 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 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
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 thi
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 Mig
91 matches
Mail list logo
