ust fine, but shows that error if I try to specify more than one
share name, e.g.:
-s 7:0,virtio-9p,distfiles=/workspace/distfiles,foo=bar
It looks like the regression was introduced by the global variables
commit (https://reviews.freebsd.org/D26035). The old code had
"char *sharename = NUL
r not.
1: https://svnweb.freebsd.org/base?view=revision=319487
> I do believe if we remove the complexity or at least makes it easy to be
> extend, IMHO it is a good idea.
>
> Best,
>
>
> 2018-06-24 18:13 GMT+08:00 Roman Bogorodskiy :
>
> > Bhyve evolves over time
ffer device"
}
]
}
}
}
}
Sample code is here: https://reviews.freebsd.org/D15992. At this point
it's just an excuse to start a discussion; it needs some macros to make
items creation easier, and it needs to have all the other
features/devices populated.
1: https://libvirt.org/drvbhyve.html
2:
https://github.com/libvirt/libvirt/blob/master/src/bhyve/bhyve_capabilities.c
Roman Bogorodskiy
signature.asc
Description: PGP signature
ue to do so at this time, but there is work in process to
> deprecate these, that work includes making stable/11 emit a warning
> message if they are used, and remove them in head/12.
>
> If I can get some significant test results back I plan to commit
> D9930 to ^head and merge it back to stable/11 3 days later.
>
> Thanks,
> --
> Rod Grimes rgri...@freebsd.org
Roman Bogorodskiy
signature.asc
Description: PGP signature
Hi,
A couple of questions on the libvmmapi lib:
- Is that a "public" library intended for a wide audience or sort of an
internal lib to be used by bhyve(8) and friends?
- Somewhat continuation of the first question: any expectations on
libvmmapi API/ABI stability?
Than
gt;Previously (with bhyveload) it didn't work (for me at least) without
> >doing "bhyvectl --destroy". Is it safe now not to call "bhyvectl
> >--destroy" before the second run now?
>
> Yes, except for the case when you modify the amount of memory
what you are doing
and exact errors you get.
Roman Bogorodskiy
signature.asc
Description: PGP signature
Luciano Mannucci wrote:
> On Mon, 16 May 2016 19:16:46 +0300
> Roman Bogorodskiy <no...@freebsd.org> wrote:
>
> > Luciano Mannucci wrote:
> >
> > >
> > > Hello all! I hpoe this is the right list for that kind of things...
> > >
>
culation
>
> I think most users will want to use a bhyve tool so the raw specifics of the
> bhyve/bhyvectl commands are glossed over, although that doesn't mean the
> handbook documentation of the base commands shouldn't be as complete/correct
> as possible of course
provide more details on that.
I guess we'll need to update Handbook with this information as well
because it needs to mention SIGTERM for ACPI shutdown at least.
Roman Bogorodskiy
___
freebsd-virtualization@freebsd.org mailing list
https
or, say, Linux
images.
> On Fri, Nov 6, 2015 at 4:33 PM, Roman Bogorodskiy <no...@freebsd.org> wrote:
> > gre...@freebsd.org wrote:
> >
> >> Hi Roman,
> >>
> >> > I tried this instruction and I was able to get into smartos
> >> > ins
der. You'll have to boot from
> the ISO for that, and force serial console output at the loader prompt.
Is it possible to prepare an image that would not require booting from
the ISO?
Roman Bogorodskiy
signature.asc
Description: PGP signature
https://lists.freebsd.org/pipermail/freebsd-virtualization/2015-November/003904.html
Any hints how to debug this are appreciated.
Thanks,
Roman Bogorodskiy
signature.asc
Description: PGP signature
1,lpc -l
com1,/dev/nmdm0A testvm
I can see a console:
(It fails to mount root though because my image is configured to virtio,
but I guess it's not relevant to this situation).
>
> On Mon, Nov 2, 2015 at 10:13 AM, Roman Bogorodskiy <no...@freebsd.org>
> wrote:
>
> > Hi,
Jason Helfman wrote:
> On Thu, Sep 24, 2015 at 12:32 AM, Roman Bogorodskiy <bogorods...@gmail.com>
> wrote:
>
> > Jason Helfman wrote:
> >
> > > I have a number of ports that I maintain, that I really never use but at
> > > one time I did. Initial
Roman Bogorodskiy wrote:
With this setup I get my system booted and at some point I can see a
login screen. When I type 'startx' the system freezes. Have to hard
reboot it to get working again.
Update:
I was bothering Roger off-list and he helped to figure out that the
problem with X11
Roger Pau Monné wrote:
Hello,
El 04/05/15 a les 16.16, Roman Bogorodskiy ha escrit:
Roger Pau Monné wrote:
Hello,
El 02/05/15 a les 17.43, Roman Bogorodskiy ha escrit:
Hi,
I'm trying to get Xen running and following these instructions:
https://wiki.freebsd.org/Xen
Craig Rodrigues wrote:
On Sat, Oct 11, 2014 at 11:05 AM, Roman Bogorodskiy no...@freebsd.org
wrote:
Frankly speaking, it's a hard topic for me and currently I don't have a
complete idea how to design that. The thing I'm worried about is that as
far as I understand that exit codes
rather use libvirt, because then I could take advantage of
a lot of libvirt software targeted towards KVM.
Thanks.
--
Craig
Roman Bogorodskiy
pgpSxXSIXNmRB.pgp
Description: PGP signature
for libvirt as mentioned on
http://libvirt.org/bindings.html. Most probably it works fine with bhyve
as well.
Roman Bogorodskiy
pgppfUMhqe78E.pgp
Description: PGP signature
guess, qemu's -kernel requires kernel to be multiboot compatible and
FreeBSD kernel is not.
Roman Bogorodskiy
pgp_0eosSM0rb.pgp
Description: PGP signature
.
This would mean that the qcow2 format would no longer be produced.
The qcow2 image format is very popular among Linux KVM/qemu-kvm users,
maybe the most popular even.
So I think it'd be useful to keep producing these images.
Roman Bogorodskiy
pgpP1gOtFTDxg.pgp
Description: PGP signature
Allan Jude wrote:
On 2014-08-19 11:50, John Nielsen wrote:
On Aug 19, 2014, at 9:40 AM, Roman Bogorodskiy no...@freebsd.org wrote:
Craig Rodrigues wrote:
Roman,
I am using libvirt and bhyve according to this XML:
http://libvirt.org/drvbhyve.html
and it works great.
I gave
because from the scripting point of
view command line application features are much harder to probe than
doing the same via a defined protocol.
Roman Bogorodskiy
pgp1BzDQvTI3v.pgp
Description: PGP signature
John Nielsen wrote:
On Aug 19, 2014, at 9:40 AM, Roman Bogorodskiy no...@freebsd.org wrote:
Craig Rodrigues wrote:
Roman,
I am using libvirt and bhyve according to this XML:
http://libvirt.org/drvbhyve.html
and it works great.
I gave a presentation at BAFUG on this:
http
Craig Rodrigues wrote:
On Wed, Jun 25, 2014 at 11:01 AM, Roman Bogorodskiy no...@freebsd.org
wrote:
Craig Rodrigues wrote:
conn = libvirt.openReadOnly(None)
^^^
I think here the URI should be 'bhyve:///system'.
Or you could tweak
Craig Rodrigues wrote:
On Wed, Jun 25, 2014 at 11:08 AM, Roman Bogorodskiy no...@freebsd.org
wrote:
Does that mean that I need to configure my VM, so that it comes up with a
known IP, so that
it can be entered on this configuration page?
Correct.
Though, normally you don't
Craig Rodrigues wrote:
On Sat, Jun 21, 2014 at 6:52 AM, Roman Bogorodskiy no...@freebsd.org
wrote:
When you configure the connection in the 'Add a new Cloud' dialog, does
'test connection' work for you? I don't see a host and credentials
specified, I'm not sure if jenkins libvirt
://people.freebsd.org/~novel/misc/jenkins-libvirt-04.png
Note: depending on the policy specified for node, it might be turned off
when idle so it'll be reported down in this list until when new jobs for it
appear.
Roman Bogorodskiy
pgpn_ghmwNmb7.pgp
Description: PGP signature
haven't yet backported my patch from the git master to add 'bhyve'
into menu list, but one could still connect using:
$ virt-manager -c bhyve+ssh://root@localhost/system
Roman Bogorodskiy
pgpxFp3SR5fCY.pgp
Description: PGP signature
/virt-manager.git/commit/?id=05df5a64843f2bd4e9a5197d97608d41b2e6dc43
Roman Bogorodskiy
pgpTECtGIQNYI.pgp
Description: PGP signature
to get a clean and ready patch for the port this weekend and will
send it to jgh@.
Thanks a lot for your testing and the feedback!
Roman Bogorodskiy
pgpKFUSQgnPK2.pgp
Description: PGP signature
Craig Rodrigues wrote:
On Sun, Jun 15, 2014 at 8:20 AM, Roman Bogorodskiy no...@freebsd.org wrote:
I have updated the port:
http://people.freebsd.org/~novel/misc/libvirt_port2.tgz
OK, I deinstall the old port, took your port, built it, and installed it.
When I started libvirtd
Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 12:00 PM, Roman Bogorodskiy no...@freebsd.org wrote:
Ah. Actually, libvirt manages bridges and taps on its own. So, the
preferred flow is that libvirt starts its networks on startup
automatically. By default it has a network
Craig Rodrigues wrote:
On Wed, Jun 11, 2014 at 12:25 PM, Roman Bogorodskiy no...@freebsd.org wrote:
I've attached a patch which should fix the segfault. Could you please
let me know if it fixes the problem?
I have incorporated your patch into the libvirt port, and provided a tarball
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
for that
problem.
Also, while thinking how to reproduce it, I did 'kldunload if_bridge'
and started to see the same problem. So, as a temporary fix, could you
check if you have bridge support available (in kernel or via module)?
Bridges are needed to get networking anyway.
Thanks,
Roman Bogorodskiy
Craig Rodrigues wrote:
On Wed, Jun 11, 2014 at 11:21 AM, Roman Bogorodskiy no...@freebsd.org wrote:
Thanks for the analysis! I'll think what would be a proper fix for that
problem.
Also, while thinking how to reproduce it, I did 'kldunload if_bridge'
and started to see the same
Craig Rodrigues wrote:
On Tue, Jun 10, 2014 at 8:58 AM, Craig Rodrigues rodr...@freebsd.org wrote:
On Tue, Jun 10, 2014 at 4:43 AM, Roman Bogorodskiy no...@freebsd.org
wrote:
Hi Craig,
It's a little unfortunate that there's no stacktrace, though we can try
to see what's going
Craig Rodrigues wrote:
On Tue, Jun 10, 2014 at 10:54 AM, Roman Bogorodskiy no...@freebsd.org wrote:
This warning is not critical. Actually, UML should not be built on
FreeBSD and I would need to disable it by default. For now I think the
proper fix is to configure with '--without-uml
Neel Natu wrote:
Hi Roman,
On Sun, Apr 27, 2014 at 3:45 AM, Roman Bogorodskiy no...@freebsd.org wrote:
I've created an initial version of the patch which allows more flexible
vcpu pinning configuration.
Current schema is:
bhyve -p N
pins vcpu i to hostcpu N + i
(in nanoseconds) consumed on each CPU by all tasks
in this cgroup (including tasks lower in the hierarchy).
Roman Bogorodskiy
pgppooiAZ8GBU.pgp
Description: PGP signature
?
PS I found it a little confusing that bhyvectl displays vcpu0 stats by
default if --cpu is not provided, expected it provide info of all vcpus
in the guest by default. Also, didn't find a way to get a number of
vcpus in a running guest.
Roman Bogorodskiy
pgpdf09dm2nHF.pgp
Description: PGP
this, and looking at it, I think
it's a bug in bhyve.
Fixed in r262884
Hi Peter,
Do you plan to MFC that? The original commit set MFC to 3 weeks and now
more than 4 weeks passed since. That would be a very useful fix to have
in STABLE.
Thanks,
Roman Bogorodskiy
pgpt5CDTqkcxg.pgp
!
Any news on that?
Thanks,
Roman Bogorodskiy
pgpL082wXlZUG.pgp
Description: PGP signature
.
Roman Bogorodskiy
pgpTgbNt36J7l.pgp
Description: PGP signature
Craig Rodrigues wrote:
On Mon, Mar 31, 2014 at 10:00 AM, Roman Bogorodskiy no...@freebsd.org wrote:
http://empt1e.blogspot.ru/2014/03/bhyve-in-libvirt.html
This is a huge step forward for bhyve! Thank you!
There is a sizable ecosystem of software for managing hypervisors built
-Support-for-OpenStack-and-OpenContrail
Roman Bogorodskiy no...@freebsd.org is working on libvirt and FreeBSD.
However, his initial focus has been on QEMU, not bhyve
See:
http://empt1e.blogspot.hu/2013/11/running-qemu-vms-on-freebsd.html
Yes, a lot of people would like to see Openstack + FreeBSD
a poc patch for that. It allows to specify fd this way:
bhyve snip -s 31,lpc -l com1,fd=19 vm0
Roman Bogorodskiy
Index: bhyve.8
===
--- bhyve.8 (revision 262780)
+++ bhyve.8 (working copy)
@@ -184,6 +184,8 @@
the bhyve process.
.It Pa
of automation scripts so I created and destroy vms
quite often, I guess maybe 20 times or so...
BTW, any ideas why I stared loosing a console after:
GDB: debug ports: bvm
GDB: current port: bvm
KDB: debugger backends: ddb gdb
KDB: current backend: ddb
?
Roman Bogorodskiy
pgpUjmUjfkc0d.pgp
and it fails here:
GDB: debug ports: bvm
GDB: current port: bvm
KDB: debugger backends: ddb gdb
KDB: current backend: ddb
(20:06) novel@kloomba:~/bhyve/vm1 %
I can still see this VM in /dev/vmm though.
Roman Bogorodskiy
pgpAO7U4jmgnB.pgp
Description: PGP signature
Andreas Nilsson wrote:
On Sun, Sep 2, 2012 at 6:56 PM, Roman Bogorodskiy no...@freebsd.org wrote:
Roman Bogorodskiy wrote:
Peter Grehan wrote:
Hi Roman,
Yeah, but I'd like to leave more memory for the host system, so I
specified 6GB. I have 8GB at all, so 2GB
device to not do that :(
Yeah, it would be great to get this fixed.
And one question: is there a way to get a list of all running VMs on the
host? Doesn't seem like vmmctl being able to do that.
Thanks,
Roman Bogorodskiy
pgpkXhR9oLPFb.pgp
Description: PGP signature
that 256 is
the amount of mem to give to VM, but what do 4GB and 2048MB stand for?
Thanks
Roman Bogorodskiy
pgpHiqI81lbEq.pgp
Description: PGP signature
54 matches
Mail list logo
