Sure but if the function "port auto-power-down" is mapped to the ethtool function of disabling EEE then it should be safe?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 25 2024
Mar 25 2024
n.fort added a comment to T6171: Rename the DHCP server "failover" command to "high-availability mode".
PR for current: https://github.com/vyos/vyos-1x/pull/3188
Comments can be set via the API with the following request format:
L0crian added a comment to T5991: 1.4.0-RC3 deleting portions of config in error (migration script).
@jestabro Thanks, a solution definitely seems close.
jestabro added a comment to T5991: 1.4.0-RC3 deleting portions of config in error (migration script).
@L0crian thanks for the details: c-po's PR is part of the solution, but there is more to the story, as you point out.
Viacheslav triaged T6172: Static routes not working with PPPoE and VyOS 1.4.0-epa2 as High priority.
L0crian added a comment to T5991: 1.4.0-RC3 deleting portions of config in error (migration script).
In T5991#181120, @Viacheslav wrote:It is not an actual ethernet interface, but you name it as an ethernet interface.
You can check the output sudo ip link show type wireguard or sudo ip link show type tun
Viacheslav triaged T6171: Rename the DHCP server "failover" command to "high-availability mode" as Normal priority.
Viacheslav added a comment to T5991: 1.4.0-RC3 deleting portions of config in error (migration script).
It is not an actual ethernet interface, but you name it as an ethernet interface.
You can check the output sudo ip link show type wireguard or sudo ip link show type tun
n.fort changed the status of T6171: Rename the DHCP server "failover" command to "high-availability mode" from Open to In progress.
L0crian updated subscribers of T5991: 1.4.0-RC3 deleting portions of config in error (migration script).
I tested https://github.com/vyos/vyos-1x/pull/3173 today, and it definitely helps the original use-case of this task. Configuration calling interfaces that come up post-boot, like those installed from a container, persist. The one problem is the interface level config is still deleted on-boot from some check that is performed.
@tjh already backported
Viacheslav triaged T6169: DNS forwarding configuration rejects underscores in SRV records as Normal priority.
This is still an issue for 1.4.0-epa2.
jestabro renamed T6168: "add system image" does not set the default boot image to the current console type in compatibility mode from add image does not set console type in compatibility mode to add system image does not set console type in compatibility mode.
jestabro changed the status of T6145: Service config-sync does not rely on priorities, a subtask of T6121: Extend service config-sync for sections vpn, policy, vrf, from Unknown Status to Resolved.
jestabro changed the status of T6145: Service config-sync does not rely on priorities from Unknown Status to Resolved.
GitHub <noreply@github.com> committed rVYOSONEX25891616fd74: Merge pull request #3183 from vyos/mergify/bp/sagitta/pr-3181 (authored by dmbaturin).
GitHub <noreply@github.com> committed rVYOSONEX8080adc06579: Merge pull request #3187 from vyos/mergify/bp/sagitta/pr-3172 (authored by dmbaturin).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX036aa1fe8f20: config-sync: T6145: batch section requests for commit by priority (authored by jestabro).
Mar 24 2024
Mar 24 2024
GitHub <noreply@github.com> committed rVYOSONEX52f88721f78f: Merge pull request #3186 from vyos/mergify/bp/sagitta/pr-3185 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX5f02e434e62d: Merge pull request #3184 from vyos/mergify/bp/sagitta/pr-3182 (authored by c-po).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX8fa9c929a343: ospf: T6066: can not define the same network in different areas (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX7c0be25eea90: Merge pull request #3185 from c-po/ospf-T6066 (authored by c-po).
c-po moved T6066: Unhandled exception when setting same network in a different OSPF area from Open to Finished on the VyOS 1.5 Circinus board.
c-po added a comment to T6066: Unhandled exception when setting same network in a different OSPF area.
c-po edited projects for T6066: Unhandled exception when setting same network in a different OSPF area, added: VyOS 1.4 Sagitta (1.4.0-epa3); removed VyOS 1.4 Sagitta (1.4.0-epa1).
c-po changed the status of T6066: Unhandled exception when setting same network in a different OSPF area from Open to In progress.
c-po moved T5459: ospfv3: add authentication support from Open to Backlog on the VyOS 1.5 Circinus board.
This is how the PKI subsystem works. You should add the LE root certificates manually so we can build a full chain using the internal PKI tools for HTTPS server.
c-po moved T6097: vrf_zones blocking ipv6 traffic from Open to In Progress on the VyOS 1.5 Circinus board.
disabling it on a per interface basis will still crash the OS if the register read/write is implemented improperly.
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEXa7d4ca9f242c: container: T6062: add image name completion helper (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXd379dab2b9ae: Merge pull request #3182 from c-po/container-T6062 (authored by c-po).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX2a492bd9c701: xml: T5738: use common constraint include for container network (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX20e069d83b4c: Merge pull request #3181 from c-po/xml-T5738-container (authored by c-po).
c-po moved T6152: Kernel panic for ZimaBoard 232 from In Progress to Finished on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6165: grub: vyos-grub-update failed to start on "slow" systems from In Progress to Finished on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po added a comment to T6106: Improve the commit error message for the case when route-reflector-client option is defined in a peer-group.
What about OSPF,OSPFv3 and the other routing daemons?
GitHub <noreply@github.com> committed rVYOSONEX810ad5c718d6: Merge pull request #3175 from vyos/mergify/bp/sagitta/pr-3151 (authored by c-po).
jestabro added a project to T6145: Service config-sync does not rely on priorities: VyOS 1.4 Sagitta (1.4.0-epa3).
kevinrausch updated the task description for T6166: Allow the user to specify tech support report output location.
GitHub <noreply@github.com> committed rVYOSONEX8ca9e5930cd1: Merge pull request #3180 from vyos/mergify/bp/sagitta/pr-3179 (authored by c-po).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX875ac6980b1d: grub: T6165: increase service TimeoutSec from 5 -> 60 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXafaf715194a9: Merge pull request #3179 from c-po/grub-T6165 (authored by jestabro).
matthewr added a comment to T6131: Disabling openvpn interface(s) causes OSPF to fail to load on reboot.
confirmed fixed in 1.5-rolling-202403240925
Apachez changed the status of T5566: Disable 802.3az/EEE (energy efficient ethernet) from Resolved to Unknown Status.
Reopened with status "Known issue" due to revert by PR 3177.
To clearify:
Viacheslav changed the status of T6076: [1.3.3->1.4.0-epa1 Migration] Most of config missing from Open to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEX3e418913f885: Merge pull request #3163 from vyos/mergify/bp/sagitta/pr-3157 (authored by Viacheslav).
GitHub <noreply@github.com> committed rVYOSONEX6ad88061271b: Merge pull request #3178 from vyos/mergify/bp/sagitta/pr-3177 (authored by c-po).
Ironeagle added a comment to T6164: RTL8125 2.5GbE Controller (rev 05) - Kernel panic on new build 1.5-rolling-202403230018 .
Thanks will test the next release
c-po added a comment to T6164: RTL8125 2.5GbE Controller (rev 05) - Kernel panic on new build 1.5-rolling-202403230018 .
This pretty much feels like the same issue - a fix will be present in the next 1.5 rolling release.
c-po moved T6152: Kernel panic for ZimaBoard 232 from Need Triage to In Progress on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6165: grub: vyos-grub-update failed to start on "slow" systems from Need Triage to In Progress on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6165: grub: vyos-grub-update failed to start on "slow" systems from Open to Finished on the VyOS 1.5 Circinus board.
c-po changed the status of T6165: grub: vyos-grub-update failed to start on "slow" systems from Open to In progress.
Ironeagle added a comment to T6164: RTL8125 2.5GbE Controller (rev 05) - Kernel panic on new build 1.5-rolling-202403230018 .
hardware details below
penetal added a comment to T6156: Include commit hash from repos in nightly build release description.
In theory that could work as a workaround as-well, it would be more precise than my current workaround, but would require the build process for my tool to download the iso, spin up a vm, and extract the info.
Sounds interesting but isn't it enough to query dpkg?
c-po moved T6161: Add support for displaying container image data in JSON from Open to Finished on the VyOS 1.5 Circinus board.
c-po moved T6152: Kernel panic for ZimaBoard 232 from Open to Finished on the VyOS 1.5 Circinus board.
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX4d032c7d5829: Revert "ethernet: T5566: disable energy efficient ethernet (EEE) for interfaces" (authored by c-po).
Restricted Repository Identity added a reverting change for rVYOSONEXab30509b25d5: ethernet: T5566: disable energy efficient ethernet (EEE) for interfaces: rVYOSONEX4d032c7d5829: Revert "ethernet: T5566: disable energy efficient ethernet (EEE) for interfaces".
GitHub <noreply@github.com> committed rVYOSONEXd69ad851ba0e: Merge pull request #3177 from c-po/eee-T6152 (authored by c-po).