Julian Elischer wrote:
Peter Cornelius wrote:
Re...
The situation is that right now jail and vimage are
orthogonal (ish) however in the future,
vimage will become a set of options on jail.
Ah. SO it probably is kinda useless to try and stick a couple of jails
'inside' a vimage.
no you wil
Jamie Gritton wrote:
Jails will be able to exist without processes, and in fact with nothing
more than a vimage attached.
Ah that's what I was looking for.
But much of vimage only makes sense in
conjunction with processes - a process attached to a vimage can see that
vimage's network interf
Hi,
I am seeing the following panic trying to use PPPoE.
(kgdb) bt
#0 doadump () at pcpu.h:246
#1 0xc085a77e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420
#2 0xc085aa52 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:576
#3 0xc04ba317 in
Hello,
It seems that there is no checking for name collisions,
when an interface is claimed from a child vnet.
create ngeth0
lab# ngctl mkpeer eiface ether ether
create test jail
lab# jail -c persist vnet name=test
create nge...@test
lab# jexec test ngctl mkpeer eiface ether ether
claim n
Julian Elischer wrote:
We are aware of this. You are of course also welcome to
make suggestions as to what the correct behavior in these
situations should be.
When an interface is moved from a parent to a child vnet
a check is done. I tried to copy that behavior. Does it
look correct?
--- sy
Bjoern A. Zeeb wrote:
Robert is currently fixing other if.c bugs for ifindex allocation (proper
locking, reducing races,..), so I am satying away from there to not
interfere with his work but hope to go back there next week, when the if.c
code has settled.
Ah I see, thanks for the information.
Hi,
It seems that some[1] routing requests fail when
done in a vnet environment:
r1# ifconfig epair0b 10.90/24
r1# traceroute 10.6
traceroute: findsaddr: write: No such process
r1# route -n get 10.6
route: writing to routing socket: No such process
[1] every host routing entry, is manipulated
Bjoern A. Zeeb wrote:
On Sun, 4 Oct 2009, Nikos Vassiliadis wrote:
Hi,
Hello Bjoern
I have outstanding patches that I haven't comitted yet to not
interfere with bugfixing of non-experimental things like the new
arp/nd6 code that will be shipped with 8.0-RELEASE while vnets are
Julian Elischer wrote:
possibly. but try running 'ngctl list' in the jail to list all the nodes
it can see there.
as well as ifconfig
there might be an order dependency:
try this:
reboot with no netgraph nodes loaded.
make the jail
move vr0 to teh jail using ifconfig
kldload ng_ether
kldload
Julian Elischer wrote:
we would expect it to work the way you wish but it appears that we have
left that out in oversight.
We'll see what we can do..
(remember in 8.0 vimage is just s technology review feature and you
should not be trying to use it in production.)
I'll look at what it will t
Julian Elischer wrote:
Nikos Vassiliadis wrote:
Julian Elischer wrote:
we would expect it to work the way you wish but it appears that we
have left that out in oversight.
We'll see what we can do..
(remember in 8.0 vimage is just s technology review feature and you
should not be tryi
Julian Elischer wrote:
Tried that, but unfortunately the ipfw nat module panics the
kernel on loading...
try compiling it in..
It's working this way. I am about to build a new NanoBSD for my
soekris which was collecting dust and put it in "production".
Thanks, Nikos
_
Hello,
I am seeing a kernel panic with VIMAGE and NDIS. My wifi card needs NDIS
and I need VIMAGE :)
It is easily producible. Associate with an AP, run dhclient and then
change the SSID to something random.
#10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at
/usr/src/sys/net/rtsock.c:1374
Julian Elischer wrote:
#10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at
/usr/src/sys/net/rtsock.c:1374
1374if (V_loif)
(kgdb) list
1369}
1370*(unsigned short *)(tag + 1) = sa->sa_family;
1371m_tag_prepend(m, tag);
137
Forwarding to virtualization@
This fixes the panic for me.
http://lists.freebsd.org/pipermail/freebsd-virtualization/2010-September/000528.html
Original Message
Subject: if_ndis: fix for panic with VIMAGE
Date: Mon, 11 Oct 2010 20:05:49 +
From: Paul B Mahol
To: FreeBSD Ne
Hi,
I bumped into this. The following script will cause
a kernel panic.
jail -c vnet persist name=h0
jail -c vnet persist name=h1
ifconfig epair10 create
ifconfig epair10a vnet h0
ifconfig epair10b vnet h1
jexec h0 ifconfig lo0 127.1
jexec h1 ifconfig lo0 127.1
jexec h0 ifconfig epair10a inet6 12
On 12/30/2010 2:38 AM, Bjoern A. Zeeb wrote:
On Thu, 30 Dec 2010, Nikos Vassiliadis wrote:
Hi,
I bumped into this. The following script will cause
a kernel panic.
...
what version is this?
It's HEAD from yesterday.
Nikos
___
fr
Hi,
Please, review the attached patch. It is against yesterday's HEAD
and it virtualizes if_bridge.
You can use the bridgetest script to create quickly a topology
with redundant links to test STP.
Thanks, Nikos
#!/bin/sh
__macaddress__()
(
openssl rand 5 | od -tx1 | sed '1s/000/0/
On 1/5/2011 12:50 AM, Ryan Stone wrote:
The way that I envision this working is that you'd run something like
"ifconfig vix0 create parent ix1" to create a new virtual interface
sharing the same physical interface as ix1. From that point on, vix0
would be a completely different interface from ix
On 1/13/2011 5:33 PM, Julian Elischer wrote:
The script should go in /usr/share/examples/netgraph
It's not that well written, I just wrote it to test
this complex topology it generates. But, If you find
the script useful, feel free to commit it.
Thanks for the prompt reply, Nikos
_
On 1/13/2011 5:49 PM, Marko Zec wrote:
On Thursday 13 January 2011 13:42:30 Nikos Vassiliadis wrote:
Hi,
Please, review the attached patch. It is against yesterday's HEAD
and it virtualizes if_bridge.
You can use the bridgetest script to create quickly a topology
with redundant links to
Hi,
Wouldn't it be good to note in UPDATING that the new pf supports VIMAGE?
Thanks, Nikos
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"freebsd-v
On 9/10/2011 12:48 AM, Bjoern A. Zeeb wrote:
Wouldn't it be good to note in UPDATING that the new pf supports VIMAGE?
Well, see the PRs on how much it does. We'll first fix the real (serious) pf
bugs and then address the rest of virtualization.
Yes, that's a good point!
Nikos
___
Hello Peter,
On 1/6/2012 4:28 AM, Peter Grehan wrote:
Not sure if many saw this, but as of svn change 228870, BHyVe can runs
as a nested hypervisor under recent versions of VMWare desktop products
on systems with VT-x/EPT:
http://svnweb.freebsd.org/base?view=revision&revision=228870
Operation
On 2/6/2012 4:40 PM, Peter Grehan wrote:
Hi Nikos,
Does this stand true for virtualbox too?
Bhyve under VBox ? No; looks like virtualbox doesn't support nested
virtualization.
Ah ok. Thanks for the heads up(and obviously the work you've done!).
Nikos
___
The following reply was made to PR kern/165252; it has been noted by GNATS.
From: Nikos Vassiliadis
To: bug-follo...@freebsd.org, robrob2...@yahoo.com
Cc:
Subject: Re: kern/165252: [vimage] [pf] [panic] kernel panics with VIMAGE
and PF on FreeBSD 9.0 rel
Date: Thu, 23 Feb 2012 10:50:20 +0100
On 4/23/2012 6:33 PM, Christian Lavoie wrote:
The patch mentioned at
http://www.freebsd.org/cgi/query-pr.cgi?pr=165252&cat=kern#reply1 is
working for me -- without the patch my FreeBSD machine crashes within
a minute or two of booting, and with it it's been up for about half a
day now, under non-
Christian Lavoie wrote:
Interestingly, both this and the other patch fail to prevent the whole
thing from dying when running "/etc/rc.d/jail stop" (individually or
not). I should be able to get a backtrace and more useful info out of
ddb early next week -- anything in particular that could help?
Hi,
I just noticed this is not committed. Could somebody commit it?
http://lists.freebsd.org/pipermail/freebsd-net/2011-November/030526.html
Thanks,
Nikos
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
Hi,
Please review this patch. It fixes some problems with pf and vimage.
For the time being only pf works. ALTQ, pflog, pfsync are not changed
nor tested but as time permits, I'll work on them. Basic packet
filtering functionality per VNET should be ok.
Thanks in advance for reviewing,
Nikos
In
Hi,
Comments below.
On 06/05/2013 10:52 AM, Mikolaj Golub wrote:
1) It looks like the patch can be split on several parts. A log
message to every change describing why it is needed and what problem
solves would be very helpful. As a tool to maintain such changes I
personally prefer git.
I'll
On 06/06/2013 02:28 PM, Gleb Smirnoff wrote:
M> > module unload is broken:( Maybe it can be fixed at a (bit) later date?
M>
M> I don't think Gleb will be happy with this. Some time ago he removed
M> some vimage related stuff to prevent crashing on module unload (see
M> r229849). Actually your pat
On 07/22/13 09:32, Craig Rodrigues wrote:
Hi,
I used a kernel config with the following lines:
include GENERIC
options VIMAGE
and compiled a CURRENT kernel from svn://svn.freebsd.org/base/head@253346 .
I also have PF enabled on my system.
Once in a while I have been getting kernel panics lik
Hi people:)
I just tried to use VirtualBox on my system and I used the fastest way
"pkg install" etc. My kernel is VIMAGE-enabled and I have had some
instant reboots while trying to setup VirtualBox networking.
I suppose I just have to build the module for a VIMAGE kernel, right?
Thanks!
Ni
.
On 11/04/14 17:51, Jason Hellenthal wrote:
Are you building pf firewall in with that setup ? 10.X ? if so disable it and
you’ll become quite a bit more stable.
On Nov 4, 2014, at 09:59, Nikos Vassiliadis wrote:
Hi people:)
I just tried to use VirtualBox on my system and I used the fastest
On 11/04/14 18:14, Allan Jude wrote:
The problem is likely that the virtualbox kernel modules needs to be
exactly in sync with your kernel. The official pkgs build against the
oldest version of the supported branch (10.0), so the module will
probably not work on 10.1. Since you are compiling a cu
On 11/05/14 00:29, Manas Bhatnagar wrote:
Install ports tree in a temporary location (another computer or something),
grab the required folder and move it to the computer that you want to
install the port on and do 'make install clean' ? probably won't work like
that, you would need to make sur
On 11/11/14 00:39, Peter Ross wrote:
Nikos Vassiliadis wrote:
On 11/05/14 00:29, Manas Bhatnagar wrote:
Install ports tree in a temporary location (another computer or
something), grab the required folder and move it to the computer that
you want to install the port on and do '
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
Set the correct $TERM and set also rows and columns. Something li
Hi,
I am trying to use PCI passthrough to pass the bge device to a guest but
I am doing something wrong. I have tried several combinations of pptdevs
like "2/0/0 2/0/1 2/0/2 2/0/3" but it always fails on 2/0/0. Any ideas
what I could try?
root@moby:~ # pciconf -l
hostb0@pci0:0:0:0: cla
On 11/29/14 02:05, Craig Rodrigues wrote:
On Fri, Nov 28, 2014 at 1:10 PM, Nikos Vassiliadis mailto:nv...@gmx.com>> wrote:
Hi,
I am trying to use PCI passthrough to pass the bge device to a guest
but I am doing something wrong. I have tried several combinations of
p
On 11/29/14 06:02, Anish Gupta wrote:
bge0@pci0:2:0:0:class=0x02 card=0x06471025
chip=0x16b514e4 rev=0x10 hdr=0x00
sdhci_pci0@pci0:2:0:1: class=0x080501 card=0x06471025
chip=0x16bc14e4 rev=0x10 hdr=0x00
none2@pci0:2:0:2: class=0x088000 card=0x06471025
chip=0x16be14e4 rev=0x10
On 11/29/14 18:38, Anish Gupta wrote:
>Another thing I should mention is that "acpidump -t | grep DMAR"
reports nothing. It is mentioned in the documentation but I didn't see
until now.
DMAR/VT-d has been supported for sometime now by Intel chipset. You want
to check your BIOS set-up to enabl
Hi,
On 11/30/14 00:48, Craig Rodrigues wrote:
I'm not sure, but according to this datasheet:
http://ark.intel.com/products/65700/Intel-Core-i3-3110M-Processor-3M-Cache-2_40-GHz
this CPU does not support VT-d, which is needed for PCI passthru.
Indeed. Good catch, Neel should this be the case?
Hi,
On 11/30/14 02:37, Neel Natu wrote:
The "Unsupported MSI-X configuration" referred to here is that bhyve
doesn't emulate the 'Pending Bit Array'.
In most cases this is not relevant because the PBA and the MSI-X
tables are in different page frames. In this case the MSI-X tables are
emulated
Hi,
On 11/30/14 02:43, Neel Natu wrote:
Can you provide the output of 'pciconf -lvbc pci0:3:0:0' on the FreeBSD host?
This is assuming pci0:3:0:0 is the wlan device being passed through
based on an earlier email.
Yes, it is. Here is the output:
none0@pci0:3:0:0: class=0x028000 card=0xe
On 11/30/14 20:42, Neel Natu wrote:
this CPU does not support VT-d, which is needed for PCI passthru.
Indeed. Good catch, Neel should this be the case?
Definitely!
vmm.ko should probably not even attach the ppt driver to "pptdevs" if
an IOMMU is absent.
OK, the mystery is solved then.
Tha
Hi,
I am seeing this message on 8 and 9 branches running on bhyve
(10.1-PRERELEASE #0 r274515). Does this just mean that bio_flush is not
supported? or is it something to check further?
vtbd0: hard error cmd=flush fsbn 0
GEOM_JOURNAL: BIO_FLUSH not supported by vtbd0s1a.
Thanks, Nikos
Hi,
Please review this. It is mostly the changes from project/pf plus
VNET_(SYSINIT,UNINIT) and pf_(load,unload).
Unloading the module is almost there, it works for GENERIC.
We need to fix the event handlers registration in order to
unload with a VIMAGE kernel. I will continue with this.
Phabri
Hi,
I get this panic when I add vtnet0 to a bridge.
Unread portion of the kernel message buffer:
panic: if_setflag: decrement non-positive refcount 0 for flag 256
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe01a5be54c0
vpanic() at vpanic+0
On 05/14/15 22:49, Peter Grehan wrote:
Hi Nikos,
Hi Peter,
I get this panic when I add vtnet0 to a bridge.
I created a PR for this
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200210) and will look
into it.
Thanks
>Thanks in advance for any ideas,
tap will work, though, I su
Hi,
While trying to use a HAST device as my storage I got this message.
Booting...
virtio disk device file "/dev/hast/shared" does not exist.
Creating it ...
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2015 The FreeBSD Project.
Copyright
On 08/01/15 03:23, Neel Natu wrote:
Hi Nikos,
On Fri, Jul 31, 2015 at 6:53 AM, Nikos Vassiliadis wrote:
Hi,
While trying to use a HAST device as my storage I got this message.
Booting...
virtio disk device file "/dev/hast/shared" does not exist.
Creating it ...
GDB: no d
Hi,
I was thinking of creating a HAST disk and using that as second
disk to a VM. It seems that when the backing file is gone and
returned, it's never re-opened. Is this scenario possible?
Host machine:
root@moby:~/VMs # diskinfo /dev/hast/shared
/dev/hast/shared512 21474830848
On 02/01/16 04:22, jc...@freebsd.org wrote:
Hello,
I'm working on virtio-9p (so-called VirtFS) support in bhyve. Project consists
of two parts: BSD-licensed lib9p library and actual virtio-9p driver. Right now
it's able to do filesystem passthrough using 9P2000.u protocol to Linux guests.
Y
On 03/01/16 22:36, Julian Elischer wrote:
this makes one wonder if it would be possible to run the pfsense code in
a vnet Jail.
That would be really cool and handy. The pfsense kernel is
unfortunately just a bit modified. I haven't tried but I think
many things will fail.
___
Hi,
On 03/01/16 18:43, dweimer wrote:
I am considering setting up a bhyve virtual machine to run pfSense. Not
too thrilled with the CPU heat on the PC Engines APU1D4 when under heavy
load, but don't want to rely entirely on a VM. As I like still having
internet if I would have to take my server
Hi Roman,
On 04/13/16 13:55, Roman Bogorodskiy wrote:
Q1: Is there a way to know if a guest reacted to power button but
waiting for the bhyve process to terminate?
I just signal repeatedly $bhyve_pid until it's gone.
For what it's worth, I use this /etc/rc.shutdown.local:
PATH=/sbin:
Hi,
From time to time I need to run VirtualBox, not often thanks
to bhyve:), but the VirtualBox kernel module needs to be compiled
when one uses a VIMAGE-enabled kernel. VirtualBox is quite big
and that means several hours of compiling so I'd like to just
"pkg install" it. My options are:
1) swit
On 12/15/16 16:13, Bjoern A. Zeeb wrote:
On 15 Dec 2016, at 15:10, Nikos Vassiliadis wrote:
It'd would be so good if we had a extra pkg for vbox-kmod with
vnet support
I think that’s your best solution. And possibly not just for vbox-kmod
but for all networking kmods?
I tried to cre
nvass-gmx.com added a comment.
>>! In D1944#8, @glebius wrote:
> Nikos,
>
> acking that I see the patches. Right now I'm waiting for pf to stablize after
> recent patches to fragment handling. Kristof is working on the known problem.
> Meanwhile you can finish your patch moving from "almost there
nvass-gmx.com added a comment.
>>! In D1944#11, @kristof wrote:
> Don't we still need to do all of this somewhere?
>>! In D1944#11, @kristof wrote:
> Don't we still need to do all of this somewhere?
INLINE COMMENTS
sys/netpfil/pf/pf_ioctl.c:325 pf_unload is called before pf_vnet_unit, this
nvass-gmx.com added a comment.
Yes, I am trying to fix the issues. It needs more work. I will update when I
have a new patch
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, zec, trociny
nvass-gmx.com updated this revision to Diff 5290.
nvass-gmx.com added a comment.
Hi,
Please review this. It updates the previous patch, with another way to unload
pf.
Eventhandlers are also touched, they should behave correctly now.
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D194
nvass-gmx.com added a comment.
This guilde is definitely invaluable, I have seen it. It would be great if we
could move it in the source tree.
Regarding PF it can be further simplified. I think the logic right is OK but
there are many *init* functions for sure and some of these
functions can go
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47231, @rodrigc wrote:
> I tested this patch.
>
> # kldload pf
> # kldunload pf
> kldunload: can't unload file: Device busy
>
>
> The fact that the pf module cannot be unloaded was one of the
> reasons that @glebius used t
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47915, @glebius wrote:
> Thanks a lot, Nikos.
>
> I've fixed the problem of sleeping in UMA on kldunload. It was out the scope
> of the patch. I also committed the first part of the patch - mutexes
> initialization.
>
> Nikos,
nvass-gmx.com updated this revision to Diff 6288.
nvass-gmx.com added a comment.
Updated to today's head branch. Please review
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D1944?vs=5290&id=6288
REVISION DETAIL
https://reviews.freebsd.org/D1944
AFFECTED FILES
sys/net/pfvar.h
sy
nvass-gmx.com added a comment.
Hi,
could you write an email to me and freebsd-virtualization@freebsd.org with
the necessary steps to re-produce the problem?
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To:
nvass-gmx.com added a comment.
Hi from me as well,
just want to say that I am here too and I am willing to work on this
even if i have to do it scratch;)
Please review:) Nikos
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/setti
nvass-gmx.com added a comment.
Sure, I will take a look
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, trociny, kristof, gnn, zec, rodrigc, glebius, eri
Cc: mmoll, javier_ovi_yahoo.co
nvass-gmx.com added a comment.
Thanks for taking a look Kristof,
I believe all your points are valid. Thing is that all eventhandlers need a
more thorough look. They don't work as they should; be it virtualized or not,
be it a VIMAGE or GENERIC kernel. I am trying to take a look but I ha
72 matches
Mail list logo