Hi @tech,
Just noticed index.html still has 2017 in the copyright notice.
Mischa
Index: index.html
===
RCS file: /cvs/www/index.html,v
retrieving revision 1.726
diff -r1.726 index.html
7c7
<
Hi tech@,
Changed httpd.conf.5 to be more consistent with IPs used, all documentation IPs
now.
And added a couple of examples. 2 for dyamic pages, cgi and php.
One fairly common used rewrite rule for things like wordpress.
Mischa
Index: httpd.conf.5
to get it back or to remove it completely?
Thanx!
Mischa
r 2
uvideo0 at uhub0 port 8 configuration 1 interface 0 "Bison Integrated Camera"
rev 2.00/37.27 addr 3
video0 at uvideo0
ugen1 at uhub0 port 9 "Validity Sensors product 0x0097" rev 2.00/1.64 addr 4
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on sd0a (e41ed128f96a0a39.a) swap on sd0b dump on sd0b
iwm0: hw rev 0x230, fw ver 22.361476.0, address 28:c6:3f:90:ad:4e
### end dmesg ###
Thanx!
Mischa
-20180807p0v0
Mischa
That helps. Thanx!
Mischa
> On 18 Oct 2018, at 17:47, Stuart Henderson wrote:
>
> That error message is because there are no syspatch yet, it is not from the
> firmware update.
>
>
> On 18 October 2018 16:02:34 Mischa wrote:
>
>> Hi All,
>>
>>
.
# vm.conf
switch "uplink_bridge1" {
interface bridge1
}
vm "lb1" {
disable
disk "/home/mischa/vmm/lb1.img"
interface tap {
switch "uplink_bridge1"
}
}
lb1 carp config:
inet 192.168.0.100 255.255.255.0 NO
Hi Reyk,
If there is anything I can supply let me know, but I guess it's simple enough
to replicate.
Let me check carppeer anyway.
Mischa
> On 10 Dec 2018, at 09:55, Reyk Floeter wrote:
>
> Hi,
>
> as a general note for virtual switches and clouds that don’t s
e value of
>> X-Forwarded-For and the second one that of X-Forwarded-Port.
>>
>> I think that appending two fields might do less harm than replacing one
>> field at the beginning of the log entry. I'm not sure that adding
>> X-Forwarded-Proto to the log really brings
On 27 Apr at 22:57, Florian Obser wrote:
> On Sat, Apr 27, 2019 at 09:53:08PM +0200, Mischa Peters wrote:
> > Let me know if this needs more work. Love the idea of sysupgrade!
>
> Please shelf this for now, there is a lot of churn going on in the
> tool in private and we ar
/tbaumgard/openbsd-httpd-rewrite
It's another piece of the puzzle which makes httpd better suited to host even
more.
Thanx!
Mischa
Hi All,
Does it make sense to add my talk on vmm/vmd at EuroBSDCon to the events.html
page?
If it does, below is the diff. (Thanx Paul! :))
Mischa
Index: events.html
===
RCS file: /home/OpenBSD/cvs/www/events.html,v
retrieving
ice failed
iwm0: acquiring device failed
Managed to capture the above when running: sysupgrade
Is this a hardware problem?
Mischa
apu2# dmesg
OpenBSD 6.6-current (GENERIC.MP) #601: Sun Jan 12 22:51:04 MST 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem =
> On 21 Jan 2020, at 11:57, Stefan Sperling wrote:
>
> On Tue, Jan 21, 2020 at 11:34:28AM +0100, Mischa wrote:
>> Hi All,
>>
>> I have an APU2 with a iwm card which keeps on acting up on a regular basis.
>>
>> apu2# dmesg | grep iwm
>> iwm0 at pc
By no means an official OK, but would love to see this in relayd!
Mischa
> On 3 Jan 2021, at 11:40, Denis Fondras wrote:
>
> Le Fri, Dec 11, 2020 at 10:53:56AM +, Olivier Cherrier a écrit :
>>
>> Hello tech@,
>>
>> Is there any interest for this
>> before either part is committed. I debated splitting these up, but
>> they're thematically related.
>
> I have the diff running since one week on -current with stable/current
> and an Archlinux guest and have noticed no regression so far.
>
> Cheers
>
> Matthias
No issues on my side as well.
Mischa
trl-c, resulting in multiple VMs
in "stopping” stage, all worked well.
All VMs also started properly without any fsck needed.
Mischa
>>> I noticed recently that I could not have two vmctl(8) clients "wait" for
>>> the same vm to shutdown as one would cancel the othe
On 13 Mar at 09:17, Otto Moerbeek wrote:
> On Sat, Mar 13, 2021 at 12:08:52AM -0800, Mike Larkin wrote:
> > On Wed, Mar 10, 2021 at 08:30:32PM +0100, Mischa wrote:
> > > On 10 Mar at 18:59, Mike Larkin wrote:
> > > > On Wed, Mar 10, 2021 at 03:08:21PM +0100,
CREATE+0x4a
vn_open(800014e1e6b0,10602,180) at vn_open+0x182
doopenat(800014e8a518,ff9c,70e0e92a500,10601,1b6,800014e1e8b0) at d
oopenat+0x1d0
syscall(800014e1e920) at syscall+0x315
Xsyscall() at Xsyscall+0x128
end of kernel
end trace frame: 0x7f7e5000, count: -10
Mischa
On 10 Mar at 18:59, Mike Larkin wrote:
> On Wed, Mar 10, 2021 at 03:08:21PM +0100, Mischa wrote:
> > Hi All,
> >
> > Currently I am running 6.9-beta on one of my hosts to test veb(4)/vport(4).
> >
> > root@server14:~ # sysctl kern.version
> > kern.version=
> On 16 Mar 2021, at 21:17, Mischa wrote:
> On 13 Mar at 09:17, Otto Moerbeek wrote:
>> On Sat, Mar 13, 2021 at 12:08:52AM -0800, Mike Larkin wrote:
>>> On Wed, Mar 10, 2021 at 08:30:32PM +0100, Mischa wrote:
>>>> On 10 Mar at 18:59, Mike Larkin wrote:
>>
bb0,800014d72c00,800014d729c0)
at VOP_CREATE+0x4a
vn_open(800014d72b80,602,1a4) at vn_open+0x182
doopenat(8000c778,ff9c,f8fc28f00f4,601,1b6,800014d72d80) at doo
penat+0x1d0
syscall(800014d72df0) at syscall+0x315
Xsyscall() at Xsyscall+0x128
end of kernel
end
> On 22 Mar 2021, at 14:27, Bryan Steele wrote:
> On Mon, Mar 22, 2021 at 01:47:18PM +0100, Mischa wrote:
>>
>>> On 22 Mar 2021, at 13:43, Stuart Henderson wrote:
>>>
>>>>> Created a fresh install qcow2 image and derived 35 new VMs from it.
>&g
> On 22 Mar 2021, at 14:30, Otto Moerbeek wrote:
> On Mon, Mar 22, 2021 at 01:47:18PM +0100, Mischa wrote:
>>> On 22 Mar 2021, at 13:43, Stuart Henderson wrote:
>>>
>>>>> Created a fresh install qcow2 image and derived 35 new VMs from it.
>>>>
> On 22 Mar 2021, at 13:08, Otto Moerbeek wrote:
> On Mon, Mar 22, 2021 at 11:34:25AM +0100, Mischa wrote:
>
>>> On 21 Mar 2021, at 02:31, Theo de Raadt wrote:
>>> Otto Moerbeek wrote:
>>>> On Fri, Mar 19, 2021 at 04:15:31PM +, Stuart Henderson wrot
config
> changes. If you have a bunch of VMs using the same OS release then
> you save some disk space for the common files.
>
> Mischa did you leave a VM running which is working on the base
> image directly? That would certainly cause problems.
I did indeed. Let me try that
> On 22 Mar 2021, at 15:05, Dave Voutila wrote:
> Otto Moerbeek writes:
>> On Mon, Mar 22, 2021 at 09:51:19AM -0400, Dave Voutila wrote:
>>> Otto Moerbeek writes:
>>>> On Mon, Mar 22, 2021 at 01:47:18PM +0100, Mischa wrote:
>>>>>>
> On 22 Mar 2021, at 15:18, Otto Moerbeek wrote:
>
> On Mon, Mar 22, 2021 at 03:06:40PM +0100, Mischa wrote:
>
>>> On 22 Mar 2021, at 15:05, Dave Voutila wrote:
>>> Otto Moerbeek writes:
>>>> On Mon, Mar 22, 2021 at 09:51:19AM -0400, Dave
> On 22 Mar 2021, at 15:23, Otto Moerbeek wrote:
> On Mon, Mar 22, 2021 at 03:20:37PM +0100, Mischa wrote:
>>> On 22 Mar 2021, at 15:18, Otto Moerbeek wrote:
>>> On Mon, Mar 22, 2021 at 03:06:40PM +0100, Mischa wrote:
>>>
>>>>> On 22 Mar 2021, at
Is the below patch not needed?
I did run it without the below patch first, without any problems.
After I applied the below patch and compiled again.
Mischa
On 2021-10-20 21:34, Florian Obser wrote:
Uhm, could you please try the single patch from the other mail on 7.0?
We are probably
]: nsd started (NSD 4.3.7), pid 192
So far so good.
Mischa
On 2021-10-20 21:56, Florian Obser wrote:
I mean the diff I sent to bugs@ in response to the thread you started
on misc. "Re: NSD exit status 11 on 7.0"
This thread is about upgrading nsd in current, but we also need to fix
7.0.
Hi Dave,
This is great!
Had some surprises when allocating 32G, I think the limit is just a
little bit lower than 32G, and indeed... lots of loud silence. :)
Mischa
On 2022-02-27 01:27, Dave Voutila wrote:
Following the discusion on misc@ and a diff from tedu@ [1], here's a
bit
more work
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
/snip
> > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
>
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
/snip
> > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
> > t
Nice!! Thanx Dave!
Running go brrr as we speak.
Testing with someone who is running Debian.
Mischa
On 2023-09-01 21:50, Dave Voutila wrote:
Now that my i8259 fix is in, it's safe to expand the testing pool for
this diff. (Without that fix, users would definitely hit the hung block
device
On 2023-09-03 21:18, Dave Voutila wrote:
Mischa writes:
Nice!! Thanx Dave!
Running go brrr as we speak.
Testing with someone who is running Debian.
Great. I'll plan on committing this tomorrow afternoon (4 Sep) my time
unless I hear of any issues.
There are a couple of permanent VMs
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
> >
> > Running go brrr
On 2023-09-04 18:55, Mischa wrote:
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
>
On 2023-09-04 18:58, Mischa wrote:
On 2023-09-04 18:55, Mischa wrote:
On 2023-09-04 17:57, Dave Voutila wrote:
Mischa writes:
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa wri
On 2023-09-04 16:23, Mike Larkin wrote:
On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
On 2023-09-03 21:18, Dave Voutila wrote:
> Mischa writes:
>
> > Nice!! Thanx Dave!
> >
> > Running go brrr as we speak.
> > Testing with someone who is runnin
On 2023-09-06 19:38, Dave Voutila wrote:
Mischa writes:
On 2023-09-06 05:36, Dave Voutila wrote:
Mischa writes:
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18
On 2023-09-06 05:36, Dave Voutila wrote:
Mischa writes:
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
/snip
> > Adding the sleep 2 do
Hi Dave,
I like it a lot!
Mischa
On 2023-09-23 19:50, Dave Voutila wrote:
It annoys me how all the log messages from different vmd vm's blur
together. Here is a diff that makes them distinguishable. It also fixes
dynamic toggling of verbosity levels in virtio devices using `vmctl
log
r/src/sys/arch/amd64/compile/GENERIC.MP
There are a bunch of VMs running on top of it, as soon as I want to
fetch something with ftp, for example, I don't get anything over IPv4,
with IPv6 everything is normal.
mischa@www2:~ $ ftp -4
https://mirror.openbsd.amsterdam/pub/OpenBSD/7.4/amd64/i
: vmm_handle_cpuid: function 0x06
(thermal/power mgt) not supported
Dec 26 16:54:14 current last message repeated 2 times
Mischa
On 2022-12-25 16:57, Dave Voutila wrote:
During h2k22 there was some discussion around how vmd(8) manages vms
and
the vmm(4) device's role. While looking into something
Hi Dave,
Great stuff!!
Everything is patched, build and booted.
What is the best way to test this?
Start a bunch of VMs with bsd.rd? Does this still need to be a
decompressed bsd.rd?
Mischa
On 2022-12-10 23:51, Dave Voutila wrote:
tech@,
The below diff tweaks how vmd and vmm define memory
On 2022-12-12 16:02, Dave Voutila wrote:
Mischa writes:
Hi Dave,
Great stuff!!
Everything is patched, build and booted.
What is the best way to test this?
Start guests as usual. I'd say the only thing definitively to manually
check is that they see the same amount of physical memory
On 2022-12-12 16:36, Dave Voutila wrote:
Mischa writes:
On 2022-12-12 16:02, Dave Voutila wrote:
Mischa writes:
Hi Dave,
Great stuff!!
Everything is patched, build and booted.
What is the best way to test this?
Start guests as usual. I'd say the only thing definitively to
manually
check
On 2022-12-14 14:57, Dave Voutila wrote:
Mischa writes:
On 2022-12-13 20:29, Dave Voutila wrote:
Dave Voutila writes:
tech@,
The below diff tweaks how vmd and vmm define memory ranges (adding
a
"type" attribute) so we can properly build an e820 memory map to
hand to
things li
nning normal. Anything specific I need to look out for?
Mischa
As a result, adds in an MMIO range type (previous diff counted that
range towards guest mem, though we don't actually fault in virtual
memory to represent it to the guest).
This has the added benefit of removing more knowled
ev 4 function 0 "OpenBSD VMM Control" rev 0x00
vmmci0 at virtio3
virtio3: irq 7
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns8250, no fifo
com0: console
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
After this not
> On 22 Jun 2018, at 22:20, Sebastian Benoit wrote:
>
> Jason McIntyre(j...@kerhand.co.uk) on 2018.06.22 19:38:55 +0100:
>>> On Fri, Jun 22, 2018 at 12:08:07AM +0200, Mischa wrote:
>>> Hi tech@,
>>>
>>> Changed httpd.conf.5 to be more consistent
eue frames while the client is
> off channel so maybe the issue relates to this.
>
> I'm wondering if changing this may introduce problems when an AP moves
> to a different channel? Either by manual configuration, mechanisms
> like Ruckus' channelfly (still possible on single-AP even without a
> controller), radar detect on 5GHz, or even something as simple as
> rebooting an AP set to "auto" channel.
How does this play with roaming protocols on “enterprise” WiFi equipment, like
802.11k and 802.11v?
Mischa
interfaces
>> rather than just !IFT_CARP.
>>
> Hi,
>
> in this context are vlan interfaces also considered as IFT_ETHER ?
> I've use cases for carp over vlan interfaces. I'd hate not being able
> to do that anymore.
Doing the same at the moment. Super useful to be able to continue to do this.
Mischa
No idea if the code works yet.
Hopefully I can try later. But love the idea.
Mischa
> On 8 Oct 2018, at 04:31, Ori Bernstein wrote:
>
> Keep a list of known vms, and reuse the VM IDs. This means that when using
> '-L', the IP addresses of the VMs are stable.
>
> diff
th an option to the log directive. Both log xff
>> and log combined must be set for a server to log the content of the
>> X-Forwarded-For header. If only log combined is set the log entries
>> remain in the well-known format.
>>
>> This prevents clients from getting unwanted data i
I have to concur with Paul!
Saw the new font yesterday and was pleasantly surprised. Very nice!
Mischa
--
> On 6 Jan 2019, at 15:51, Paul de Weerd wrote:
>
> Lots of negativity here, so I just wanted to chime in - really love
> the new console font! Crisp and easily readable
Hi David,
Yes there is. Currently the machine are directly connected to each other on
em0, the VMs are able to reach each other.
VM1 -> bridge1 -> em0 — em0 <- bridge1 <- VM2
Mischa
--
> On 10 Dec 2018, at 03:00, David Gwynne wrote:
>
> Is there a shared eth
unning kernel?
>
> $ sysctl -n kern.version | head -1
> OpenBSD 6.5-current (GENERIC.MP) #32: Fri Apr 26 10:37:48 MDT 2019
> $ what /home/_sysupgrade/bsd.mp | tail -1
> OpenBSD 6.5-current (GENERIC.MP) #32: Fri Apr 26 10:37:48 MDT 2019
>
> You need to check if you are ru
ound 2006/2007. Adding the forwarded style to
>> httpd is a complementary feature in OpenBSD and not something for a
>> random external web stack.
>>
>> OK reyk@
>>
>> Anyone else, any objections?
>
> That would be really nice to have. Did this sli
or missing a dash (-) is written.
>>
>> The new log format is compatible with log analyzing tools like Webalizer
>> or GoAccess. If you run httpd(8) behind a proxy like relayd(8) the new
>> log format finally gives you a way to track the origin of the requests.
>
> Committed, thanks!
Great! You are making a lot of people very happy!
Mischa
> On 6 Nov 2019, at 08:25, Stuart Henderson wrote:
>
> On 2019/11/05 20:46, Mischa Peters wrote:
>> When you are using transparent (Direct Server Return) you have to make sure
>> you disable ARP on the servers you are load balancing.
>
> Transparent i
the
client IP address in a header, if it’s HTTP.
With headers like:
match request header set "X-ClientIP" value "$REMOTE_ADDR"
match request header append "X-Forwarded-For" value "$REMOTE_ADDR"
match request header append "X-Forwarded-By" value &quo
f
>
> staggered start parallel 4 delay 30
>
>
> Every non-disabled vm starts in waiting state. If you are eager to
> start a vm that is way further in the list, you can vmctl start it.
>
> Discussed the idea with ori@, mlarkin@ and phessler@.
>
> Comments / ok?
DHCP. The IP on
>> the host IP is the default "gateway" router for the VM.
>>
>
> Ah, I missed the fact that these are not "-i" style interfaces but rather
> *local* interfaces (eg, "-L" style).
>
>> The address syntax is currently rev
: BACKUP -> MASTER
Oct 20 20:47:46 name2 /bsd: carp23: state transition: BACKUP -> MASTER
Thanx a lot for the quick patches!!
Mischa
On 2021-10-20 18:27, Florian Obser wrote:
On 2021-10-20 18:24 +02, Florian Obser wrote:
+4.3.8
+
+FEATURES:
+ - Set default for answer-
> On Oct 18, 2023, at 15:44, Hrvoje Popovski wrote:
>
> On 18.10.2023. 15:35, Mischa wrote:
>> Hi All,
>>
>> Just upgraded a couple of machines to 7.4. smooth as always!!
>>
>> I am however seeing issues with IPv4, slowness or no throughput at all.
&g
67 matches
Mail list logo