On 1.3-beta-202102210443 and 1.4-rolling-202102202002 all work properly and don't require any changes, mark as resolved.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Feb 23 2021
Feb 23 2021
Unknown Object (User) triaged T2927: isc-dhcpd release and expiry events never execute as Normal priority.
Unknown Object (User) changed the status of T2927: isc-dhcpd release and expiry events never execute from Open to In progress.
Feb 21 2021
Feb 21 2021
Unknown Object (User) closed T2521: Need to restart pdns-recursor to check new entries in /etc/hosts, a subtask of T2464: DNS bugs (parent task), as Resolved.
Unknown Object (User) closed T2521: Need to restart pdns-recursor to check new entries in /etc/hosts as Resolved.
Unknown Object (User) added a comment to T2521: Need to restart pdns-recursor to check new entries in /etc/hosts.
I found a similar issue related to this topic in 1.2.6-S1, script on-dhcp-event.sh can't to determine pdns_recursor PID
vyos@vyos# ps ax | grep pdns 6626 ? Ssl 0:00 /usr/sbin/pdns_recursor --daemon=no --write-pid=no --disable-syslog --log-timestamp=no [edit] vyos@vyos# pgrep "pdns_recursor" [edit] vyos@vyos# pgrep pdns_recursor [edit] vyos@vyos#
We need to use pgrep pdns
vyos@vyos# pgrep pdns 6626 [edit]
Unknown Object (User) added a project to T2521: Need to restart pdns-recursor to check new entries in /etc/hosts: VyOS 1.2 Crux (VyOS 1.2.7).
Feb 19 2021
Feb 19 2021
Unknown Object (User) edited projects for T3343: Wrong output conntrack-sync status, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux.
Unknown Object (User) changed the status of T3343: Wrong output conntrack-sync status from Open to In progress.
Unknown Object (User) created T3343: Wrong output conntrack-sync status.
Feb 17 2021
Feb 17 2021
Unknown Object (User) changed the status of T3312: SolarFlare NICs support from In progress to Needs testing.
SolarFlare modules present in the kernel for 1.3 and 1.4
vyos@vyos:~$ sudo modinfo sfc filename: /lib/modules/5.10.14-amd64-vyos/kernel/drivers/net/ethernet/sfc/sfc.ko license: GPL description: Solarflare network driver author: Solarflare Communications and Michael Brown <[email protected]> alias: pci:v00001924d00001B03sv*sd*bc*sc*i* alias: pci:v00001924d00000B03sv*sd*bc*sc*i* alias: pci:v00001924d00001A03sv*sd*bc*sc*i* alias: pci:v00001924d00000A03sv*sd*bc*sc*i* alias: pci:v00001924d00001923sv*sd*bc*sc*i* alias: pci:v00001924d00000923sv*sd*bc*sc*i* alias: pci:v00001924d00001903sv*sd*bc*sc*i* alias: pci:v00001924d00000903sv*sd*bc*sc*i* alias: pci:v00001924d00000813sv*sd*bc*sc*i* alias: pci:v00001924d00000803sv*sd*bc*sc*i* alias: pci:v000010EEd00001100sv*sd*bc*sc*i* alias: pci:v000010EEd00000100sv*sd*bc*sc*i* depends: mdio retpoline: Y intree: Y name: sfc vermagic: 5.10.14-amd64-vyos SMP mod_unload modversions parm: vf_max_tx_channels:Limit the number of TX channels VFs can use (uint) parm: max_vfs:Reduce the number of VFs initialized by the driver (int) parm: mcdi_logging_default:Enable MCDI logging on newly-probed functions (bool) parm: rx_refill_threshold:RX descriptor ring refill threshold (%) (uint) parm: irq_adapt_low_thresh:Threshold score for reducing IRQ moderation (uint) parm: irq_adapt_high_thresh:Threshold score for increasing IRQ moderation (uint) parm: interrupt_mode:Interrupt mode (0=>MSIX 1=>MSI 2=>legacy) (uint) parm: rss_cpus:Number of CPUs to use for Receive-Side Scaling (uint) parm: efx_separate_tx_channels:Use separate channels for TX and RX (bool) parm: phy_flash_cfg:Set PHYs into reflash mode initially (bool) parm: debug:Bitmapped debugging message enable value (uint)
Feb 16 2021
Feb 16 2021
Unknown Object (User) added a comment to T3319: VXLAN uses ttl 1 (auto) by default.
As a solution proposed to use TTL by default equivalent 16, but also add the possibility to change it via VyOS CLI
Unknown Object (User) created T3319: VXLAN uses ttl 1 (auto) by default.
Feb 15 2021
Feb 15 2021
Unknown Object (User) claimed T3312: SolarFlare NICs support.
Unknown Object (User) changed the status of T3312: SolarFlare NICs support from Open to In progress.
Unknown Object (User) created T3312: SolarFlare NICs support.
Feb 12 2021
Feb 12 2021
Unknown Object (User) triaged T3307: address prefix destination NAT fails to render nftables rules / commit as Normal priority.
Unknown Object (User) changed the status of T3307: address prefix destination NAT fails to render nftables rules / commit from Open to Needs testing.
Feb 11 2021
Feb 11 2021
jack9603301 awarded T3303: Change welcome message on boot a Like token.
Unknown Object (User) changed Difficulty level from unknown to easy on T3303: Change welcome message on boot.
Unknown Object (User) created T3303: Change welcome message on boot.
Feb 9 2021
Feb 9 2021
Unknown Object (User) reopened T2647: ipsec disableuniqreqids generate a wrong ipsec.conf as "Backport candidate".
We need to change this and for CRUX
vyos@RTR1# run show version | match Version Version: VyOS 1.2.6-S1 [edit] # Log Feb 9 15:12:16 RTR1 ipsec_starter[2036]: # unknown keyword 'disableuniqreqids'
Feb 8 2021
Feb 8 2021
Unknown Object (User) added a comment to T2776: QAT acceleration not working for IPSec AES-128 (CBC) / SHA256 tunnel .
@ajgnet which exactly version used in this case?
Unknown Object (User) created T3294: Images for Dell VEP platform use no default baud rate for this platform.
Unknown Object (User) changed the status of T2954: Use kernel mode L2TP in xl2tpd from Open to Needs testing.
Feb 7 2021
Feb 7 2021
Unknown Object (User) updated the task description for T1200: SNMP GET broken at least for BGP4-MIB.
Unknown Object (User) changed Difficulty level from easy to hard on T291: support for Predictable Network Interface Names.
Unknown Object (User) changed Difficulty level from unknown to hard on T2102: Add Vlan on PPPoE server on Fly.
Unknown Object (User) added a comment to T3271: qemu-kvm grub issue.
Emergency recovery procedure:
grub> ls (hd0,msdos1)/boot/ #Figure out directory name, in this case, this is 1.4-rolling-202102040221
Unknown Object (User) created T3291: Fault on setting offload RPS with single-core CPU.
Feb 5 2021
Feb 5 2021
Unknown Object (User) added a comment to T3289: No description for node "service" conf-mode.
PR https://github.com/vyos/vyos-1x/pull/722
Added sort command which provides some clarification on what the XML definition file will first in the list. It sorts by name.
So, in this case, the first XML file will be bcast-relay.xml
Feb 4 2021
Feb 4 2021
Unknown Object (User) closed T2834: Config rollback function is broken due lack access to the config.boot as Resolved.
Own build crux version from 13 Jan 2021 19:08 UTC - works properly
1.2.6-S1 - works properly
1.2.6 - affected (does not works)
1.4-rolling-202102040221 - works properly
1.3-beta-202102040443 - works properly
Feb 4 2021, 12:01 PM · Restricted Project
Jan 30 2021
Jan 30 2021
Unknown Object (User) added a comment to T3271: qemu-kvm grub issue.
I think we definitely need to try because this reproducible. @Viacheslav did you reproduce this on the ESXi hypervisor?
Jan 29 2021
Jan 29 2021
Unknown Object (User) closed T3261: Does not possible to disable pppoe client interface. as Resolved.
Jan 28 2021
Jan 28 2021
Unknown Object (User) changed the status of T3261: Does not possible to disable pppoe client interface. from Open to Needs testing.
Unknown Object (User) added a comment to T3261: Does not possible to disable pppoe client interface..
PR with smoketest check https://github.com/vyos/vyos-1x/pull/706
Jan 27 2021
Jan 27 2021
Unknown Object (User) changed Difficulty level from unknown to normal on T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) updated the task description for T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) created T3261: Does not possible to disable pppoe client interface..
Jan 26 2021
Jan 26 2021
Unknown Object (User) closed T3251: PPPoE client trying to authorize with the wrong username as Resolved.
Tested on 1.4-rolling-202101240218, works as expected.
Jan 25 2021
Jan 25 2021
Unknown Object (User) changed the status of T3251: PPPoE client trying to authorize with the wrong username from In progress to Needs testing.
Unknown Object (User) added a project to T3251: PPPoE client trying to authorize with the wrong username: VyOS 1.4 Sagitta.
Unknown Object (User) changed the status of T3250: PPPoE server: wrong local usernames from Open to In progress.
Unknown Object (User) added a comment to T3251: PPPoE client trying to authorize with the wrong username.
Unknown Object (User) changed the status of T3251: PPPoE client trying to authorize with the wrong username from Open to In progress.
Unknown Object (User) added a comment to T3251: PPPoE client trying to authorize with the wrong username.
@jack9603301 follow forum topic, all data randomized.
Unknown Object (User) created T3251: PPPoE client trying to authorize with the wrong username.
Unknown Object (User) created T3250: PPPoE server: wrong local usernames.
Jan 23 2021
Jan 23 2021
Unknown Object (User) created T3242: PPPoE Server overhead on virtual interfaces creation.
Jan 15 2021
Jan 15 2021
Unknown Object (User) added a comment to T2567: accel-ppp eats all memory with a small sstp config.
@GregGreg you describe definitely another issue that needs another topic. Will be better to discuss troubleshooting on the forum.
As for this topic, I pan to add some checks in the verify function.
Jan 11 2021
Jan 11 2021
Unknown Object (User) created T3208: Does not possible to change user password.
Unknown Object (User) added a project to T3205: Does not possible to configure tunnel mode gre-bridge: VyOS 1.4 Sagitta.
Unknown Object (User) created T3205: Does not possible to configure tunnel mode gre-bridge.
Jan 10 2021
Jan 10 2021
Unknown Object (User) created T3204: Performance system option destroy defined sysctl custom params.
Unknown Object (User) added a comment to T3202: Enable wireguard debug messages by default.
Why not add this by default?
Jan 7 2021
Jan 7 2021
trae32566 awarded T3191: PAM RADIUS freezing when accounting does not configured on RADIUS server a Like token.
Jan 6 2021
Jan 6 2021
Unknown Object (User) created T3191: PAM RADIUS freezing when accounting does not configured on RADIUS server.
Jan 4 2021
Jan 4 2021
Unknown Object (User) added a comment to T3176: Ordering of ports on EdgeCore SAF51015I is mixed up?.
@victorhooi try to build a stable version for yourself, on the stable version is defined by udev rules https://github.com/vyos/vyos-build/blob/crux/tools/vendors_udev/64-vyos-SAF51015I-net.rules
Or you can use way with binding hw-id as noticed @jack9603301 (but not mac)
Dec 31 2020
Dec 31 2020
Unknown Object (User) added a comment to T3159: L2TP MTU mismatch between client and server.
So we have configured option max-mtu this means
ppp-max-mtu=n Set the maximum MTU value that can be negotiated for PPP over L2TP sessions.
But I think we need to provide possibility set min-mtu
[ppp] min-mtu=n
Unknown Object (User) closed T3162: Wrong PPPoE server pado-delay parameter added to config as Resolved.
Unknown Object (User) closed T3160: PPPoE server called-sid option defined in wrong section as Resolved.
Dec 30 2020
Dec 30 2020
Unknown Object (User) changed the status of T3162: Wrong PPPoE server pado-delay parameter added to config from In progress to Needs testing.
Dec 29 2020
Dec 29 2020
Unknown Object (User) changed the status of T3162: Wrong PPPoE server pado-delay parameter added to config from Open to In progress.
Unknown Object (User) created T3162: Wrong PPPoE server pado-delay parameter added to config.
Unknown Object (User) changed the status of T3160: PPPoE server called-sid option defined in wrong section from Open to In progress.
Unknown Object (User) claimed T3160: PPPoE server called-sid option defined in wrong section.
Unknown Object (User) created T3160: PPPoE server called-sid option defined in wrong section.
Dec 24 2020
Dec 24 2020
Unknown Object (User) added a project to T3152: wan-load-balance does not show connections: VyOS 1.3 Equuleus.
Unknown Object (User) added a comment to T3152: wan-load-balance does not show connections.
Does it possible to cherry-pick to 1.3? Because in 1.3 rollings we have the same bug.
Unknown Object (User) edited projects for T3152: wan-load-balance does not show connections, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux.
Unknown Object (User) changed the status of T3152: wan-load-balance does not show connections from In progress to Needs testing.
Unknown Object (User) changed the status of T3152: wan-load-balance does not show connections from Open to In progress.
Unknown Object (User) created T3152: wan-load-balance does not show connections.
Dec 23 2020
Dec 23 2020
Successfully tested on 1.3-rolling-202012230217
Dec 22 2020
Dec 22 2020
Unknown Object (User) closed T3142: OpenVPN op-command completion fails due to missing status file as Resolved.
Unknown Object (User) renamed T3142: OpenVPN op-command completion fails due to missing status file from OpenVPN up-command completion issue to OpenVPN op-command completion issue.
Unknown Object (User) changed the status of T3143: OpenVPN server: Push route config format is wrong from In progress to Needs testing.
Dec 21 2020
Dec 21 2020
Unknown Object (User) changed the status of T3143: OpenVPN server: Push route config format is wrong from Open to In progress.
Unknown Object (User) claimed T3143: OpenVPN server: Push route config format is wrong.
Unknown Object (User) created T3143: OpenVPN server: Push route config format is wrong.
Unknown Object (User) changed the status of T3142: OpenVPN op-command completion fails due to missing status file from Open to Needs testing.
Unknown Object (User) claimed T3142: OpenVPN op-command completion fails due to missing status file.
Unknown Object (User) created T3142: OpenVPN op-command completion fails due to missing status file.
Dec 17 2020
Dec 17 2020
Unknown Object (User) closed T2810: Docs for vpn anyconnect-server, a subtask of T2036: Open Connect VPN Server () support, as Resolved.
Dec 5 2020
Dec 5 2020
successfully tested on the self-build image from crux branch and the latest rolling image
Dec 3 2020
Dec 3 2020
Unknown Object (User) updated subscribers of T3104: LLDP Traceback error.
Thanks, @c-po , works as expected.
vyos@vyos:~$ show lldp neighbors
Capability Codes: R - Router, B - Bridge, W - Wlan r - Repeater, S - Station
D - Docsis, T - Telephone, O - OtherDec 2 2020
Dec 2 2020
Unknown Object (User) added a comment to T3104: LLDP Traceback error.
It seems related to this patch https://github.com/vyos/vyos-1x/commit/b39d623170377b2e99fd7e88b627afea71e4d00c#diff-e4557e4a7b41f0e9328ac0e7d7c0305416f0f1e42d46af27c2135ca976434fce
Appears only if you have 2 or more lldp neighbors.
Ok, with cisco device and added vif 1 I can reproduce this issue
vyos@vyos# run show lldp neighbors
Traceback (most recent call last):
File "/usr/libexec/vyos/op_mode/lldp_op.py", line 121, in <module>
config_text = tmpl.render(parse_data(neighbors))
File "/usr/libexec/vyos/op_mode/lldp_op.py", line 50, in parse_data
for local_if, values in data.items():
AttributeError: 'list' object has no attribute 'items'Unknown Object (User) added a comment to T3104: LLDP Traceback error.
I still can't reproduce this issue.
vyos@vyos:~$ show configuration commands | match lldp
set service lldp interface eth1
set service lldp legacy-protocols cdp
set service lldp management-address '192.168.255.31'
set service lldp snmp enable
vyos@vyos:~$ show lldp neighbors
Capability Codes: R - Router, B - Bridge, W - Wlan r - Repeater, S - Station
D - Docsis, T - Telephone, O - OtherUnknown Object (User) added a comment to T3104: LLDP Traceback error.
@thadrumr please provide your lldp configuration. show configuration commands | match lldp
I can't reproduce this issue in lab with the latest rolling. Provide please detailed reproducing steps, also will be helpful to get an output
sudo lldpcli show neighbors
Dec 1 2020
Dec 1 2020