Re: vmm guest does not get IP after upgrade to 7.5

On Thu, May 16, 2024 at 10:00:20AM -0400, Johan Huldtgren wrote: > hello, Removed a lot of text to keep this under control. > > > > >> > Relevant configs: > > > > >> > > > > > >> > # host (OpenBSD 7.5 + syspatches) > > > > >> > > > > > >> > $ doas cat /etc/vm.conf > > > > >> > vm "guest.vm" { >

Re: vmm guest does not get IP after upgrade to 7.5

On Thu, May 16, 2024 at 08:52:24AM -0400, Johan Huldtgren wrote: > hello, > > On 2024-05-16 8:14, Dave Voutila wrote: > > > > Johan Huldtgren writes: > > > > > hello, > > > > > > On 2024-05-15 17:31, Dave Voutila wrote: > > >> > > >> Johan Huldtgren writes: > > >> > > >> >> Synopsis: vmm

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Sun, Mar 24, 2024 at 11:03:24AM +0100, Martin Pieuchot wrote: > On 22/02/24(Thu) 17:24, Claudio Jeker wrote: > > On Thu, Feb 22, 2024 at 04:16:57PM +0100, Martin Pieuchot wrote: > > > On 21/02/24(Wed) 13:05, Claudio Jeker wrote: > > > > On Tue, Feb 20, 2024 at 09:

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Tue, Mar 05, 2024 at 12:16:37PM +0300, Vitaliy Makkoveev wrote: > On Mon, Mar 04, 2024 at 01:00:32PM +0100, Claudio Jeker wrote: > > On Wed, Feb 28, 2024 at 06:03:14PM +0300, Vitaliy Makkoveev wrote: > > > On Wed, Feb 28, 2024 at 02:45:44PM +0100, Mar

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 06:03:14PM +0300, Vitaliy Makkoveev wrote: > On Wed, Feb 28, 2024 at 02:45:44PM +0100, Martin Pieuchot wrote: > > > > > > > > > > Not only wg(4). Depends on interface queue usage, ifq_start() > > > > > schedules > > > > > (*if_qstart)() or calls it, so all the interfaces

Re: wireguard problem?

On Mon, Mar 04, 2024 at 11:40:08AM +, Nemanja Domazetović wrote: > HI all > > In deed my colleague recently reported problem with server who has > queueing mechanism. But in this case, this is not an issue. I also > checked other locations, which are working properly so far, and there I > can

Re: wireguard problem?

On Mon, Mar 04, 2024 at 10:00:01AM +0100, Alexander Haensch wrote: > For us this crash was introduced in OpenBSD 7.4 . That was the reason we > reverted back to 7.3. > > In our case, the crash goes through the ixgbe driver and bpf_filter, but the > start it always in wg_encap_worker > > It this

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 02:37:31PM +0100, Martin Pieuchot wrote: > On 28/02/24(Wed) 12:36, Claudio Jeker wrote: > > On Wed, Feb 28, 2024 at 12:26:43PM +0100, Marko Cupać wrote: > > > Hi, > > > > > > thank you for looking into it, and for the advice. > > &

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 12:26:43PM +0100, Marko Cupać wrote: > Hi, > > thank you for looking into it, and for the advice. > > On Wed, 28 Feb 2024 10:13:06 + > Stuart Henderson wrote: > > > Please try to re-type at least the most important bits from a > > screenshot so readers can quickly

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Thu, Feb 22, 2024 at 04:16:57PM +0100, Martin Pieuchot wrote: > On 21/02/24(Wed) 13:05, Claudio Jeker wrote: > > On Tue, Feb 20, 2024 at 09:34:12PM +0100, Martin Pieuchot wrote: > > > On 28/10/21(Thu) 05:45, Visa Hankala wrote: > > > > On Wed, Oct 27, 2021 at

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Tue, Feb 20, 2024 at 09:34:12PM +0100, Martin Pieuchot wrote: > On 28/10/21(Thu) 05:45, Visa Hankala wrote: > > On Wed, Oct 27, 2021 at 09:02:08PM -0400, Dave Voutila wrote: > > > > > > Dave Voutila writes: > > > > > > > Was tinkering on a bt(5) script for trying to debug an issue in vmm(4)

Re: unveil on MFS

On Tue, Feb 20, 2024 at 03:36:05PM +0100, Christian Weisgerber wrote: > hahahahacker2009: > > > I found out that when I mount a mfs over /usr/obj (ffs), and do > > unveil("/usr/obj", "r"), it can still access the file. > > But if I unveil /usr or / the file cannot be accessed. > > Also note that

Re: unveil on MFS

On Tue, Feb 20, 2024 at 05:09:38AM -0700, Theo de Raadt wrote: > Christian Weisgerber wrote: > > > Theo de Raadt: > > > > > Is it mfs specific -- or is it anytime there are layered mountpoints? > > > > Layered mountpoints, it turns out. I can reproduce it by mounting > > another FFS over

Re: Sparc64 rthreads Instablilty

On Thu, Feb 15, 2024 at 04:38:07PM +0100, Claudio Jeker wrote: > On Thu, Feb 15, 2024 at 03:30:39PM +, Miod Vallat wrote: > > > > A lot of this points towards a register window error in__tfork() which > > > > affects only the parent process. > > > >

Re: Sparc64 rthreads Instablilty

On Thu, Feb 15, 2024 at 03:30:39PM +, Miod Vallat wrote: > > > A lot of this points towards a register window error in__tfork() which > > > affects only the parent process. > > > > I think the issue is that cpu_fork() copies the u_pcb from parent to child > > and with that the special user

Re: Sparc64 rthreads Instablilty

On Tue, Nov 07, 2023 at 12:09:36PM +0100, Claudio Jeker wrote: > On Tue, Oct 31, 2023 at 01:18:42PM +0100, Claudio Jeker wrote: > > On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > > > I experimented with adding a nanosleep after pthread_create() to > > >

Re: NFS server doesn't close connections (client freezes)

On Thu, Jan 11, 2024 at 07:35:55AM -0500, Johan Huldtgren wrote: > On 2024-01-11 10:29, Alexandre Ratchov wrote: > > On Wed, Jan 10, 2024 at 09:26:45AM -0700, David Rinehart wrote: > > > I have notice the same. To resolve, I installed / configured autofs > > > and have not had any issues since.

Re: PF doesn't apply newly assigned address for NAT

On Thu, Jan 04, 2024 at 09:04:59AM +0100, Solène Rapenne wrote: > Le 03/01/2024 à 21:21, Alexander Okonnikov a écrit : > > Hi, > > Bonus: the third problem - while I use flag -n in 'netstat' command, > > default route is nevertheless displayed as 'default' rather than > > '0.0.0.0/0'. > > > >

Re: system panics now & then

On Wed, Dec 06, 2023 at 12:57:57AM +0100, Alexander Bluhm wrote: > On Wed, Dec 06, 2023 at 01:39:40AM +0300, Vitaliy Makkoveev wrote: > > > Diff makes sense in any case. > > > > > > > Just checked, socket6_send() is identical to socket_send() and needs > > to be reworked in the same way. > >

Re: getsockname() reports more bytes in the socket address buffer than what actually exists

On Mon, Nov 27, 2023 at 07:32:57AM +0100, Otto Moerbeek wrote: > On Sun, Nov 26, 2023 at 07:12:47PM -0800, Dev Email wrote: > > > >Sypnosis: getsockname() reports more information in the socket address > > buffer than what actually exists > > > > >Category: library > > > > >Environment: > > >

Re: pflogd spamming syslog

On Fri, Nov 17, 2023 at 09:46:56AM +0100, Sebastien Marie wrote: > Alexandr Nedvedicky writes: > > > Hello, > > > > diff below seems to make empty log message go way. > > we have to check if sig_alrm fired here in pflogd: > > > > [...] > > > > I believe read at line 92 returns with EINTER, so we

Re: Sparc64 rthreads Instablilty

On Tue, Oct 31, 2023 at 01:18:42PM +0100, Claudio Jeker wrote: > On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > > I experimented with adding a nanosleep after pthread_create() to > > see if that would resolve the segfault issue - it does, but it > > also expos

Re: Sparc64 rthreads Instablilty

On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > I experimented with adding a nanosleep after pthread_create() to > see if that would resolve the segfault issue - it does, but it > also exposed a new failure mode on -current. Every so often > the test program would not exit now.

Re: NextHop address bug in bgpd with network connected

On Sun, Oct 08, 2023 at 04:14:33AM +, Asa Yeamans wrote: > Hey all, > > I recently stumbled across a bug in bgpd where when announcing connected > routes (i.e. network $AF connected) for IPv6 routes over IPv4 TCP BGP > connections, bgpd was announcing the IPv6 routes with a next hop of ::1,

Re: panic: kernel diagnostic assertion "__mp_lock_held(_lock, curcpu()) == 0" failed

On Thu, Sep 14, 2023 at 09:57:17PM +0300, Mikhail wrote: > Just got this while launching chromium, laptop is completely locked > after the panic. > > panic: kernel diagnostic assertion "__mp_lock_held(_lock, curcpu()) == > 0" failed: file "/usr/src/sys/kern/sched_bsd.c", line 439 This should be

Re: RLIMIT_CPU doesn't work reliably on mostly idle systems

On Tue, Aug 29, 2023 at 01:01:10AM +, Eric Wong wrote: > >Synopsis: RLIMIT_CPU doesn't work reliably on mostly idle systems > >Category: system > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3 (GENERIC.MP) #1242: Sat Mar 25 18:04:31 MDT > 2023 >

Re: pf nat-to doesn't match a crafted packet

On Tue, Aug 29, 2023 at 12:16:23PM +0200, Peter J. Philipp wrote: > On Tue, Aug 29, 2023 at 11:11:53AM +0200, Alexandr Nedvedicky wrote: > > Hello, > > > > On Tue, Aug 29, 2023 at 09:48:21AM +0200, Peter J. Philipp wrote: > > > On Tue, Aug 29, 2023 at 09:45:24AM +1000, David Gwynne wrote: > > > >

Re: egdb hangs with 'n' on -current but not on 7.3-release

On Sun, Aug 13, 2023 at 06:39:39PM +0300, Mikhail wrote: > I can reproduce it with tog (game of trees tui tool, it's multithreaded, > I can't reproduce the hang with simple 'got' binary, which is single > threaded - this is only difference I'm aware of): > > git clone

Re: not a sufficient check?

On Sat, Jul 15, 2023 at 04:19:27PM +0200, p...@delphinusdns.org wrote: > >Synopsis:unsafe check for a length in net/rtsock.c > >Category:kernel > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3 (GENERIC.MP) #2080: Sat Mar 25 14:20:25 MDT > 2023 >

Re: relayd crashing some times

On Fri, Jun 30, 2023 at 01:31:50PM +0300, Kapetanakis Giannis wrote: > The program does not terminate by system. > > It indeed exits from that fatal() function in check_table() > > I will add the table print and try to reproduce at some time. It might take a > while cause I have to shutdown

Re: relayd crashing some times

On Fri, Jun 30, 2023 at 11:57:06AM +0200, Alexandr Nedvedicky wrote: > Hello, > > I'm not familiar enough with relayd, so perhaps other folks > here might provide better way to troubleshoot the issue. > > On Fri, Jun 30, 2023 at 11:10:44AM +0300, Kapetanakis Giannis wrote: > > Hello, > > > >

Re: Sparc64 livelock/system freeze w/cpu traces

On Wed, Jun 28, 2023 at 01:16:42PM +0200, Martin Pieuchot wrote: > On 28/06/23(Wed) 08:58, Claudio Jeker wrote: > > On Tue, Jun 27, 2023 at 08:18:15PM -0400, Kurt Miller wrote: > > > On Jun 27, 2023, at 1:52 PM, Kurt Miller > > > wrote: > > > > > &

Re: panic: rw_enter: pfioctl_rw locking against myself

On Wed, Jun 28, 2023 at 05:46:36PM +0200, Alexandr Nedvedicky wrote: > Hello, > > it looks like we need to use goto fail instead of return. > this is the diff I'm testing now. > > 8<---8<---8<--8< > diff --git a/sys/net/pf_ioctl.c

Re: Sparc64 livelock/system freeze w/cpu traces

On Tue, Jun 27, 2023 at 08:18:15PM -0400, Kurt Miller wrote: > On Jun 27, 2023, at 1:52 PM, Kurt Miller wrote: > > > > On Jun 14, 2023, at 12:51 PM, Vitaliy Makkoveev wrote: > >> > >> On Tue, May 30, 2023 at 01:31:08PM +0200, Martin Pieuchot wrote: > >>> So it seems the java process is holding

Re: Process (pid 1) got signal 31 on PC Engines APU2

On Fri, Jun 02, 2023 at 06:39:32PM +0200, Paul de Weerd wrote: > Hi all, > > On my APUs I'm seeing "Process (pid 1) got signal 31" just before the > init starts /etc/rc. I booted single user and see it there too: > > > softraid0 at root > > scsibus3 at softraid0: 256 targets > > root on sd0a

Re: OpenBSD in QEMU KVM: High QEMU CPU usage when OpenBSD is 100% idle

On Sat, May 27, 2023 at 09:16:23AM +0100, Stuart Henderson wrote: > On 2023/05/27 06:36, br...@mailbox.org wrote: > > > > > > On Sat, 27 May 2023, Mike Larkin wrote: > > > > > probably IPI traffic then. not sure what else to say. If a few % host > > > overhead > > > is too much fot you with a

Re: Sparc64 livelock/system freeze w/cpu traces

On Sun, May 21, 2023 at 06:11:42PM -0400, Kurt Miller wrote: > > > > On May 17, 2023, at 2:39 PM, Kurt Miller wrote: > > > > On May 13, 2023, at 3:07 PM, Kurt Miller > > wrote: > >> > >> On May 13, 2023, at 9:16 AM, Kurt Miller > >> wrote: > >>> > >>> On

Re: bgpd is dying on 7.3

On Sun, May 07, 2023 at 04:55:05PM +0200, Marko Cupać wrote: > Hi, > > I have a pair of CARPed firewalls which have been talking BGP to two > upstream ISPs for years over numerous OpenBSD releases. > > After I upgraded to 7.3 a few days ago, as well as applied 001_bgpd > errata patch, I noticed

Re: BGP: Wrong check of MP_REACH_NLRI

On Tue, Mar 21, 2023 at 10:36:16AM +0800, cjt wrote: > Hello, I have find a bug in openbgpd. RFC 4760 says that the length of > MP_REACH_NLRI is bigger than 5. > +-+ > | Address Family Identifier (2 octets)

Re: possible underflow in tcpdump/print-gre.c

On Wed, Feb 22, 2023 at 10:28:45AM +0100, Peter J. Philipp wrote: > On Mon, Feb 20, 2023 at 02:39:45PM +0100, p...@delphinusdns.org wrote: > > >Synopsis: possible underflow in tcpdump/print-gre.c > > >Category: user > > >Environment: > > System : OpenBSD 7.2 > > Details :

Re: possible underflow (wrap) in tcpdump/print-domain.c

On Sun, Feb 26, 2023 at 10:29:34AM +0100, Peter J. Philipp wrote: > On Sun, Feb 26, 2023 at 10:17:53AM +0100, Claudio Jeker wrote: > > On Sun, Feb 26, 2023 at 09:52:43AM +0100, p...@delphinusdns.org wrote: > > > >Synopsis:possible underflow (wrap) in tcpdump/print-dom

Re: possible underflow (wrap) in tcpdump/print-domain.c

On Sun, Feb 26, 2023 at 09:52:43AM +0100, p...@delphinusdns.org wrote: > >Synopsis:possible underflow (wrap) in tcpdump/print-domain.c > >Category:system > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2 (GENERIC.MP) #2: Thu Nov 24 23:53:03 MST 2022 >

Re: bgpd.conf connect-retry bug

On Mon, Feb 06, 2023 at 06:38:43PM +0300, r...@bh0.amt.ru wrote: > >Synopsis:bgpd.conf connect-retry bug > >Category:system > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2 (GENERIC.MP) #6: Sat Jan 21 01:03:04 MST 2023 > >

Re: packet forwarding issues with TSO

On Tue, Oct 25, 2022 at 12:43:48PM +0100, Pedro Caetano wrote: > Hi @bugs, > > I've a pair of boxes peering bgp with isp infrastructure and on premises > infrastructure > One of the routers was upgraded to 7.2 last night without any issues. > > This is a 'border router' announcing private

Re: automatic turning off of the laptop display stopped working

On Wed, Aug 17, 2022 at 11:23:57AM +0300, Mikhail wrote: > On Sun, Jun 19, 2022 at 09:09:41AM +0300, Mikhail wrote: > > On the latest snapshot my laptop has stopped to automatically turn off > > the display after timeout, it was fine about 3 weeks ago. > > Chrome is one to blame: > >

Re: httpd+slowcgi sometimes wrongly interpret next request

On Thu, Aug 11, 2022 at 02:00:39PM +0300, Alexey Vatchenko wrote: > > On 10 Aug 2022, at 16:26, Alexey Vatchenko wrote: > >> On 10 Aug 2022, at 10:06, Omar Polo wrote: > >> > >> I experienced a similar issue with both slowcgi and gotwebd (a fastcgi > >> application.) Can you please try the

Re: httpd+slowcgi sometimes wrongly interpret next request

On Wed, Aug 10, 2022 at 09:06:03AM +0200, Omar Polo wrote: > Claudio Jeker wrote: > > On Tue, Jul 05, 2022 at 10:08:53AM +, alex.vatche...@gmail.com wrote: > > > >Synopsis:httpd+slowcgi sometimes wrongly interpret next request > > > >Category:

Re: httpd+slowcgi sometimes wrongly interpret next request

On Tue, Jul 05, 2022 at 10:08:53AM +, alex.vatche...@gmail.com wrote: > >Synopsis:httpd+slowcgi sometimes wrongly interpret next request > >Category:daemon > >Environment: > System : OpenBSD 7.1 > Details : OpenBSD 7.1 (GENERIC.MP) #3: Sun May 15 10:27:01 MDT 2022

Re: how to use <> to assign entire disk to /+swap

On Fri, Jun 10, 2022 at 11:43:50AM -0400, Andrew Cagney wrote: > On Fri, 10 Jun 2022 at 10:52, Crystal Kolipe > wrote: > > > > On Fri, Jun 10, 2022 at 10:40:47AM -0400, Andrew Cagney wrote: > > > I'm trying to use <> to auto partition a disk > > > with most of the disk assigned to / but also

Re: relayd panic

On Mon, Jun 06, 2022 at 12:03:06AM +0200, Alexandr Nedvedicky wrote: > Hello, > > I'll commit one-liner diff on Tuesday morning (Jun 6th) Prague time without > explicit OK, unless there will be no objection. The diff is OK claudio@. > regards > sashan > > > On Sun, Jun 05, 2022 at 09:44:45AM

Re: please build unbound with --enable-event-api

On Mon, May 30, 2022 at 12:07:01PM +0100, Stuart Henderson wrote: > On 2022/05/29 14:20, Andrew Cagney wrote: > > On Sun, 29 May 2022 at 13:44, Stuart Henderson wrote: > > > > > > On 2022/05/29 19:08, Florian Obser wrote: > > > > On 2022-05-29 12:27 -04, Andrew Cagney wrote: > > > > > > Are you

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Sat, May 14, 2022 at 12:41:00AM +0200, Alexander Bluhm wrote: > On Fri, May 13, 2022 at 05:53:27PM +0200, Alexandr Nedvedicky wrote: > > at this point we hold a NET_LOCK(). So basically if there won't > > be enough memory we might start sleeping waiting for memory > > while we will

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Fri, May 13, 2022 at 12:19:46PM +1000, David Gwynne wrote: > On Thu, May 12, 2022 at 08:07:09PM +0200, Hrvoje Popovski wrote: > > On 12.5.2022. 20:04, Hrvoje Popovski wrote: > > > On 12.5.2022. 16:22, Hrvoje Popovski wrote: > > >> On 12.5.2022. 14:48, Claudi

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 11:01:21AM +0200, Alexandr Nedvedicky wrote: > Hello Hrvoje, > > thank you for testing. > On Wed, May 11, 2022 at 10:40:28AM +0200, Hrvoje Popovski wrote: > > On 10.5.2022. 22:55, Alexander Bluhm wrote: > > > Yes. It is similar. > > > > > > I have read the whole mail

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 10:29:57AM +0200, Claudio Jeker wrote: > On Wed, May 11, 2022 at 09:58:09AM +0200, Alexandr Nedvedicky wrote: > > Hello, > > > > > > > > Can we limit the number of span ports per bridge to a small number so that > > > the inste

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 09:58:09AM +0200, Alexandr Nedvedicky wrote: > Hello, > > > > > Can we limit the number of span ports per bridge to a small number so that > > the instead of a heap object for the SLIST a simple stack array of > > MAX_SPAN_PORTS pointers could be used? > > > > Who needs

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Tue, May 10, 2022 at 12:21:02AM +0200, Alexandr Nedvedicky wrote: > Hello, > > On Mon, May 09, 2022 at 06:01:07PM +0300, Barbaros Bilek wrote: > > Hello, > > > > I was using veb (veb+vlan+ixl) interfaces quite stable since 6.9. > > My system ran as a firewall under OpenBSD 6.9 and 7.0 quite

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 12:38:56AM +0200, Alexandr Nedvedicky wrote: > Hello, > > > > > Yes. It is similar. > > > > I have read the whole mail thread and the final fix got commited. > > But it looks incomplete, pf is still sleeping. > > > > Hrvoje, can you run the tests again that triggered

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 10:57:18PM +1000, David Gwynne wrote: > On Sat, Mar 19, 2022 at 12:53:54PM +0100, Claudio Jeker wrote: > > On Sat, Mar 19, 2022 at 12:27:43PM +0100, Claudio Jeker wrote: > > > On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > >

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 12:27:43PM +0100, Claudio Jeker wrote: > On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > > On 2022/03/19 19:14, David Gwynne wrote: > > > On Thu, Mar 17, 2022 at 12:05:16PM -0600, Theo de Raadt wrote: > > > > This shou

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > On 2022/03/19 19:14, David Gwynne wrote: > > On Thu, Mar 17, 2022 at 12:05:16PM -0600, Theo de Raadt wrote: > > > This should not be done in applications. The kernel must do it. It means > > > the current kernel code is worng. >

Re: kernel: page fault trap, code=0 after zzz on amd64 apu1d

On Tue, Feb 15, 2022 at 02:28:15AM +0100, Tilo Stritzky wrote: > On 15/02/22 01:54 Tilo Stritzky wrote: > > > > I've got another one with a homebuild from -current as of 2022-02-13, > > will put traces in another mail. > > And here we go. > This is from the crash dump, I lost the console log on

Re: wireguard-related mbuf panic (was: Re: panic: ieee80211_has_seq(wh) assertion failed)

On Thu, Jan 13, 2022 at 09:12:32AM +0100, Christian Ehrhardt wrote: > > Hi all, > > On Wed, Jan 12, 2022 at 08:04:11PM +0100, Alexander Bluhm wrote: > > On Wed, Jan 12, 2022 at 04:21:13PM +0100, Christian Ehrhardt wrote: > > > > > - if (len <= tail - head) { > > > > > - /*

Re: unveil bug: unveil violation whereas it shouldn't

On Fri, Jan 07, 2022 at 10:21:04AM +0100, Claudio Jeker wrote: > On Fri, Jan 07, 2022 at 09:56:47AM +0100, Sebastien Marie wrote: > > On Tue, Dec 21, 2021 at 01:57:01PM +0100, Claudio Jeker wrote: > > > On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > >

Re: unveil bug: unveil violation whereas it shouldn't

On Fri, Jan 07, 2022 at 09:56:47AM +0100, Sebastien Marie wrote: > On Tue, Dec 21, 2021 at 01:57:01PM +0100, Claudio Jeker wrote: > > On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > > > On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > > &g

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > > Hi, > > > > I have a program with unexpected unveil violation. > > > > I put the whole / read-only, and next few pro

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 09:26:32AM -0700, Theo de Raadt wrote: > I don't understand. > > Why do you think the directory should be visible? unveil("/", "r") should make everything visible for read. So the stat should not fail. The fact that /usr/bin is a special snowflake because of the extra

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > Hi, > > I have a program with unexpected unveil violation. > > I put the whole / read-only, and next few programs executable (the > purpose is to restrict the executable files to only a small set). > > The directory containing

Re: panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)" failed: file "/usr/src/sys/net/route.c", line 506

On Fri, Nov 26, 2021 at 12:09:48PM +0100, Alexander Bluhm wrote: > On Fri, Nov 26, 2021 at 08:54:51AM +, Lucas wrote: > > panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)" failed: > > file "/usr/src/sys/net/route.c", line 506 > > During my performance tests I got the same

Re: pppoe(4) should use uptime not microtime() for tracking connection time

On Mon, Nov 22, 2021 at 01:40:34PM +, Klemens Nanni wrote: > On Mon, Nov 22, 2021 at 09:30:13AM +0100, Claudio Jeker wrote: > > > Index: sbin/ifconfig/ifconfig.c > > > === > > > RCS file: /cvs/

Re: pppoe(4) should use uptime not microtime() for tracking connection time

On Mon, Nov 22, 2021 at 12:30:19AM +, Klemens Nanni wrote: > On Sun, Nov 21, 2021 at 11:18:29AM +0100, p...@delphinusdns.org wrote: > > >Synopsis: session uptime is wrong > > >Category: system > > >Environment: > > System : OpenBSD 7.0 > > Details : OpenBSD 7.0 (GENERIC.MP)

Re: httpd(8) crash on amd64 -current

On Thu, Nov 11, 2021 at 04:29:58PM +0100, Otto Moerbeek wrote: > On Thu, Nov 11, 2021 at 04:13:37PM +0100, Florian Obser wrote: > > > > > No idea how to reproduce this, I'm just running an httpd with debug > > symbols and kern.nosuidcoredump=3 > > Pretty sure this is the crash various people

Re: ASUS ZenBook X freezes

On Thu, May 20, 2021 at 06:29:36PM +1000, Jonathan Gray wrote: > On Thu, May 20, 2021 at 10:10:14AM +0200, Matthieu Herrb wrote: > > On Thu, May 20, 2021 at 09:53:02AM +0200, Peter N. M. Hansteen wrote: > > > On Thu, May 20, 2021 at 08:53:14AM +1000, Jonathan Gray wrote: > > > > On Wed, May 19,

Re: openbgpd： missing a notification in opensent state

On Fri, Apr 23, 2021 at 04:06:05PM +0800, cjt wrote: > Hi， > I found that in RFC 4271 8.2.2 it said ，in opensent state when recieve > a Notifcation message (Event 25) , it need to send a NOTIFICATION with > the Error Code Finite State Machine Error. > I do not agree with this because it makes no

Re: openbgpd: the inconsistency with RFC about error handling

On Thu, Apr 22, 2021 at 02:41:20PM +0800, cjt wrote: > Hello. > I have found two inconsistency about bgp error handling. > First: > I found that in RFC 4271 for the next hop syntactically incorrect, need to > set invalid next hop. RFC Document fragmen as follow: > > > If the NEXT_HOP

Re: iSCSI mount on boot causes the machine to go to single user mode

On Wed, Feb 24, 2021 at 08:03:21PM -0500, Ashton Fagg wrote: > Ashton Fagg writes: > > > Attached is my first attempt at a "proper" solution. I haven't tested it > > beyond building as I can't take my machine down for testing right now... > > > > But, I'd appreciate a sanity check that I'm on

Re: iSCSI mount on boot causes the machine to go to single user mode

On Tue, Feb 23, 2021 at 07:39:17AM -0500, Ashton Fagg wrote: > Claudio Jeker writes: > > > I'm not sure. vscsi(4) is ready the moment the kernel starts init. So it > > should not result in any problem for iscsid. What made you think this is > > the issue? > > Ye

Re: iSCSI mount on boot causes the machine to go to single user mode

On Tue, Feb 23, 2021 at 07:07:34AM -0500, Ashton Fagg wrote: > Claudio Jeker writes: > > > Looking at the screenshot it seems there is a timing issue. The fsck -N > > tries to run before the disk was actually attached. I guess the iscsid > > startup script should

Re: iSCSI mount on boot causes the machine to go to single user mode

On Mon, Feb 22, 2021 at 09:27:58PM -0500, Ashton Fagg wrote: > >Synopsis:Mouting iSCSI disk at boot time causes machine to enter single > >user mode. > >Category:Bug. > >Environment: > System : OpenBSD 6.9 > Details : OpenBSD 6.9-beta (GENERIC.MP) #346: Fri Feb 19

Re: OpenBSD website down

On Tue, Jan 12, 2021 at 08:31:46PM +0100, Sebastian Benoit wrote: > Florian Obser(flor...@openbsd.org) on 2021.01.12 17:56:28 +0100: > > On Tue, Jan 12, 2021 at 09:52:03AM -0700, Bob Beck wrote: > > > > > > > > > > > > On Tue, Jan 12, 2021 at 05:47:36PM +0100, Florian Obser wrote: > > > > On

Re: rge(4) interrupt storm

On Fri, Nov 20, 2020 at 11:32:18AM +0100, Otto Moerbeek wrote: > On Fri, Nov 20, 2020 at 11:09:25AM +0100, Mark Kettenis wrote: > > > It's a relatively new driver. It uses MSI which pretty much rules out > > an issue with shared interrupts. So I suspect this is an issue with > > the rge(4)

Re: OpenBGPD crashes when reloading with duplicate neighbor

On Mon, Oct 26, 2020 at 01:07:48PM +0100, Pascal Mathis wrote: > >Synopsis:OpenBGPD crashes when reloading with duplicate neighbor > >Category:system > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8 (GENERIC) #97: Sun Oct 4 18:00:46 MDT 2020 >

Re: BGPD route update loop between iBGP peers after 6.6->6.7 upgrade

On Sat, May 23, 2020 at 12:47:58AM +0300, Esa Kuusisto wrote: > Hi > > I upgraded today two openbsd routers with openbgpd from 6.6 -> 6.7. Upgrade > was done using sysupgrade. Router1 and Router2 have two ebgp peers, two > iBGP peers to local switches and one iBGP peer between Router1 <->Router2.

Re: IPv6 trouble at startup in VirtualBox on macOS

On Wed, May 20, 2020 at 07:00:56PM -0400, Jason Mader wrote: > >Synopsis: IPv6 Internet hosts unreachable without a workaround > >Category: system amd64 > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7 (GENERIC.MP) #182: Thu May 7 11:11:58 MDT 2020 >

Re: panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_LOCAL)" failed

On Tue, Apr 21, 2020 at 10:38:54AM +0200, Martin Pieuchot wrote: > On 20/04/20(Mon) 14:27, Julian Brost wrote: > > On 2020-04-20 12:14, Martin Pieuchot wrote: > > >> login: panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, > > >> RTF_LOCAL)" failed: file "/usr/src/sys/netinet6/nd6.c", line

Re: arpresolve: XX: route contains no arp information

On Fri, Apr 10, 2020 at 12:14:17PM +0200, Martin Pieuchot wrote: > On 10/04/20(Fri) 11:18, Claudio Jeker wrote: > > On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote: > > > On 09/04/20(Thu) 20:22, Laurent Salle wrote: > > > > On 08/04/202

Re: arpresolve: XX: route contains no arp information

On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote: > On 09/04/20(Thu) 20:22, Laurent Salle wrote: > > On 08/04/2020 06.52, Martin Pieuchot wrote: > > > > > It's the same bug as reported by sthen@. Two interfaces in the same > > > subnet > > > have two identical cloning routes: > >

Re: UDP/TCP Packets are sent but not received on vio(4)

On Mon, Feb 17, 2020 at 01:31:08AM +0100, Alexandre wrote: > Hello, > > I am running an OpenBSD/armv7 guest on a QEMU 4.2.0 "virt" machine host; > see the attached file (from_qemu_virt.dts) for the fdt of the guest > machine, it has only a virtio-mmio bus with a virtio-net device attached. > >

Re: IPsec traffic causes system to halt with 'kernel: double fault trap, code=0' at 'pf_setup_pdesc+0x3f'

On Fri, Jan 31, 2020 at 06:20:33PM +0100, Alexander Bluhm wrote: > On Fri, Jan 31, 2020 at 03:21:00PM +, Peter M??ller wrote: > > tcp_output(80584ee0) at tcp_output+0x1941 > > tcp_output(80584ee0) at tcp_output+0x1941 > > tcp_output(80584ee0) at

Re: syspatch breaks calling stat on mfs filesystem

On Thu, Dec 12, 2019 at 03:33:00PM +0100, Marko Cupać wrote: > On Sun, 08 Dec 2019 12:01:37 +0100 > Antoine Jacoutot wrote: > > > Actually having /var mounted over MFS is absolutely not supported > > (because this is where we store rollback tarballs and where syspatch > > checks to see whether a

Re: dhcpcd: if_learnaddrs: if_addrflags6: Invalid argument

On Sun, Nov 17, 2019 at 02:03:21PM -0700, Todd C. Miller wrote: > On Sun, 17 Nov 2019 20:38:59 +0100, Alexander Bluhm wrote: > > > I think the best way to handle it, is to make the kernel strict and > > fix userland. If the kernel would allow the sloppiest userland > > program to succeed,

Re: BGPD crash on 6.6

On Fri, Nov 08, 2019 at 11:44:24AM +0100, Sacha wrote: > Le 27/10/2019 à 08:54, Claudio Jeker a écrit : > > On Sat, Oct 26, 2019 at 11:33:43PM +0200, Sacha wrote: > >> > >> *De :* Stuart Henderson

Re: bgpd stop after HoldTimer expired

On Tue, Oct 29, 2019 at 01:41:18PM +, Dmitry Vovkula wrote: > Hello. > > We found the following problem: in case of unavailability (problem with the > communication channel) between routers (on which OpenBSD 6.6 is installed), > after the BGP hold timer expires, the bgp neighborhood drops

Re: BGPD fatal in RDE after upgrade 6.5 -> 6.6

On Sat, Oct 26, 2019 at 12:13:58AM +0300, Esa Kuusisto wrote: > >On Fri, Oct 25, 2019 at 11:46 PM Claudio Jeker wrote: > > > > On Fri, Oct 25, 2019 at 11:09:14PM +0300, Esa Kuusisto wrote: > > > > Hi > > > > > > > > I encountered a BGPD p

Re: BGPD fatal in RDE after upgrade 6.5 -> 6.6

On Fri, Oct 25, 2019 at 11:09:14PM +0300, Esa Kuusisto wrote: > Hi > > I encountered a BGPD problem after upgrade from 6.5 -> 6.6. BGPD crashes to > "fatal in RDE: prefix_adjout_update: update for non existing prefix" > problem. > > Environment: > Two OpenBGPD instances. Primary (ROUTER1, now

Re: change in ntpd behavior

On Wed, Oct 23, 2019 at 11:17:02AM +0200, Paul de Weerd wrote: > Hi Otto, > > On Wed, Oct 23, 2019 at 10:58:24AM +0200, Otto Moerbeek wrote: > | I could * this has to do with the logging changes. Previously, debug > | messages could disappear because of wrong logging setup. In non -v > | mode,

Re: BGPD crash on 6.6

On Fri, Oct 18, 2019 at 12:55:02AM -0700, Sacha wrote: > Dear all, > > first of all sorry if this bug report is not complete, the issue is on our > production firewalls and each test cut all our AS network, we have to be in > the datacenter to go further. This is not good. > We have 2

Re: IFOCTL_DROPS: sysctl operation not supported

On Tue, Aug 13, 2019 at 01:31:16PM +0100, Stuart Henderson wrote: > On 2019/08/13 13:29, Stuart Henderson wrote: > > On 2019/08/13 13:50, Claudio Jeker wrote: > > > In that case you want to use ifi_iqdrops in struct if_data. > > > So maybe something like the appended d

Re: IFOCTL_DROPS: sysctl operation not supported

On Tue, Aug 13, 2019 at 01:43:13PM +0200, Martijn van Duren wrote: > On 8/13/19 1:40 PM, Claudio Jeker wrote: > > On Tue, Aug 13, 2019 at 01:27:44PM +0200, Martijn van Duren wrote: > >> > >> > >> On 8/13/19 1:23 PM, Stuart Henderson wrote: > >>

Re: IFOCTL_DROPS: sysctl operation not supported

On Tue, Aug 13, 2019 at 01:27:44PM +0200, Martijn van Duren wrote: > > > On 8/13/19 1:23 PM, Stuart Henderson wrote: > > On 2019/08/13 12:20, Stuart Henderson wrote: > >> On 2019/08/13 11:30, Martijn van Duren wrote: > >>> Found this one by because snmpd returns an invalid varbind on my laptop.

  1   2   >