On Fri, Oct 15, 2021 at 11:52:18PM +, Douglas Silva wrote:
> Yesterday I used "sysupgrade" to upgrade my RPI4 from OpenBSD 6.9 to 7.0, and
> now it's booting to the "ddb" prompt. A clean install was also not possible
> because the installation media won't even boot. It's the same panic
Yesterday I used "sysupgrade" to upgrade my RPI4 from OpenBSD 6.9 to 7.0, and
now it's booting to the "ddb" prompt. A clean install was also not possible
because the installation media won't even boot. It's the same panic message.
SERIAL CONSOLE OUTPUT:
On 2021-08-08, Andrew Laramore wrote:
>>Synopsis: PCI-E NIC won't load on RockPro64
>>Category: arm
>>Environment:
> System : OpenBSD 6.9
> Details : OpenBSD 6.9 (GENERIC.MP) #0: Thu May 20 02:29:27 MDT 2021
> r...@syspatch-69-arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP
On 2021-10-15, Otto Moerbeek wrote:
> On Fri, Oct 15, 2021 at 07:47:22PM +0200, Mischa wrote:
>
>>
>>
>> On 2021-10-15 19:42, Otto Moerbeek wrote:
>> > On Fri, Oct 15, 2021 at 07:16:55PM +0200, Mischa wrote:
>> >
>> > > On 2021-10-15 18:27, Otto Moerbeek wrote:
>> > > >
>> > > > The actual
Hello Kristof,
> I’m afraid that OpenBSD is affected. Perhaps the optimiser is somewhat
> different, but if it triggers and removes rules the macro expansion is
> wrong. I’ve tested 6.8 and 7.0 with this pf.conf:
>
> # $OpenBSD: pf.conf,v 1.55 2017/12/03 20:40:04 sthen Exp $
>
On 15 Oct 2021, at 16:27, Alexandr Nedvedicky wrote:
Hello,
looks like it works as expected on OpenBSD current:
lumpy# pfctl -sr
pass quick on lo0 inet6 from ::1 to ::1 flags S/SA label "ruleNo:
0"
pass quick on lo0 inet from 127.0.0.0/8 to 127.0.0.0/8 flags S/SA
label "ruleNo:
Hello,
looks like it works as expected on OpenBSD current:
lumpy# pfctl -sr
pass quick on lo0 inet6 from ::1 to ::1 flags S/SA label "ruleNo: 0"
pass quick on lo0 inet from 127.0.0.0/8 to 127.0.0.0/8 flags S/SA label
"ruleNo: 1"
block drop quick all label "ruleNo:
I have to correct what I said on this patch. It works perfectly well.
The dynamic IP is just added to the interface, it does not replace the
dummy one. A simple `ifconfig -A` confirms that.
I just don't understand why the dynamic IP then replaces the old one
when I run netstart again. But
Hi,
I’ve had a bug report against FreeBSD’s pfctl which I think also applies to
OpenBSD.
The gist of it is that the macro expansion in labels/tags is done prior to the
rule optimisation, which means that at least the $nr expansion can be wrong.
I’ve proposed this fix in FreeBSD:
Thanks for the patch.
This works, but with some weird behavior.
First, it doesn't work directly at boot. I have to run `sh /etc/netstart
carp0` to make it work.
Then, For some weird reason, when I execute that on the master node, the
dynamic IP is attributed to the CARP interface, but it
On 2021-10-15 09:17 +02, Guy Godfroy wrote:
>>Synopsis: dhcpleased unable to work on CARP interface
>>Category: system
>>Environment:
> System : OpenBSD 7.0
> Details : OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
>
>
>Synopsis: dhcpleased unable to work on CARP interface
>Category: system
>Environment:
System : OpenBSD 7.0
Details : OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
You won't get a full ports tree from this file anyway, some of the
filenames are too long for our tar implementation. Running "cvs -d
anoncvs@some.mirror:/cvs up -Pd" after unpacking should fill in the missing
files.
--
Sent from a phone, apologies for poor formatting.
On 15 October 2021
13 matches
Mail list logo