A pseudo-project for tagging tasks as bugs (as opposed to feature requests or anything else), until Phorge supports searching tasks by custom fields
Details
Fri, Dec 5
Tue, Dec 2
Sun, Nov 30
Tue, Nov 25
Fri, Nov 21
I have tested it in the lab with 1.4.3, but I cannot reproduce it. But during the implementation of OpenVPN for our customer, I met this issue. It happened when the config was too large (around 9K command lines) and the system was overloaded (old servers or GNS3).
Wed, Nov 19
Wed, Nov 12
Nov 2 2025
It is definately related to wide-dhcp-client as it takes upo to 30 seconds for the process to terminate. Root cause still unknown - but I've seen this lately a lot while debugging PPPoE DHCPv6-PD things.
Oct 28 2025
As we moved from pmacct to ipt-netflow it needs to be re-checked
Oct 24 2025
Patch v4 lkml:
https://lkml.org/lkml/2025/10/24/1254
Oct 21 2025
New patch v3 lkml:
https://lkml.org/lkml/2025/10/21/1117
Oct 16 2025
It was investigated - the bug is indeed in the kernel.
Currently, the patch is proposed. But it probably would be refactored in the near future to a patch ver3:
Oct 15 2025
Oct 14 2025
@pr0ton11, do you see the same log? Can you try the latest rolling?
Oct 1 2025
@Giggum Thanks, missed this.
@Viacheslav PR was submitted a year ago is this bug closed?
Sep 26 2025
Sep 25 2025
Fixed, checked in the stream-q2
vyos@r15# run show conf com | match dhcp set interfaces pppoe pppoe1 dhcpv6-options pd 1 interface dum1 set interfaces pppoe pppoe2 dhcpv6-options pd 1 interface dum2 set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 lease '86400' set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 range 0 start '10.0.0.100' set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 range 0 stop '10.0.0.199' set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 static-mapping myPC ip-address '10.0.0.130' set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 static-mapping myPC mac '52:54:00:28:23:f1' set service dhcp-server shared-network-name LAN subnet 10.0.0.0/24 subnet-id '10' [edit] vyos@r15# [edit] vyos@r15# run show dhcp server leases IP Address MAC address State Lease start Lease expiration Remaining Pool Hostname Origin ------------ ----------------- ------- ------------------------- ------------------------- ----------- ------ ---------- -------- 10.0.0.130 52:54:00:28:23:f1 active 2025-09-25 03:47:47+00:00 2025-09-26 03:47:47+00:00 23:59:28 LAN mypc local [edit] vyos@r15# [edit] vyos@r15# [edit] vyos@r15# run show ver Version: VyOS 1.5-stream-2025-Q2 Release train: circinus Release flavor: generic
UpNP was removed
Sep 18 2025
Problem was not reproduced
This appears to be a kernel issue.
