Booting on VMware ESX with EFI works as expected.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jun 14 2020
Jun 14 2020
c-po added a project to T1538: Update conntrack-sync packages to fix VRRP issues: VyOS 1.3 Equuleus.
Is this still an issue? Or does it now work in EFI systems?
c-po closed T2354: Wireless conf_mode errors, a subtask of T2353: Interface [conf_mode] errors parent task, as Resolved.
c-po closed T2594: Missing firmware for iwlwifi, a subtask of T1958: Include only firmware we actually need, as Resolved.
c-po placed T1070: SWANCTL: DMVPN: ALL peers are deleted in swan when opennhrp tries to delete ONE peer up for grabs.
Jun 14 2020, 3:36 PM · Bugs, VyOS 1.3 Equuleus (1.3.9), VyOS 1.4 Sagitta (1.4.0-GA), Restricted Project
Okay, root cause is the extraction script which parses the Kernel source for included source/object files.
@jjakob by a weird coincidence I yesterday received a Thinkpad T420s which shows the exact same error.
In T2594#67314, @jack9603301 wrote:For driver firmware, it's just a ko file, which can then be used by setting the boot in the configuration directory to automatically load the kernel file, or by using the following command:
depmod modprobe mykoConsidering the general Linux, the path of this driver and kernel component is usually:
/lib/modules/`uname -r`/kernel/driver/mymod/
Okay, the file is correctly installed, the question is, why the firmware is not accepted by the card. So there is no bug in general of the build system.
@jjakob installing all firmware files will again bload the image. As said - root cause must be determined why that particular file did not end up in the image. The repo holds the firmware in question (https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/iwlwifi-3945-2.ucode) so I'm currently debugging why it's not shipped.
Any rolling ISO generated after vyos-1.3-rolling-202006140117-amd64.iso will have the fix.
c-po added a comment to T2593: source NAT translation port can not be set when translation address is set to masquerade.
Any rolling ISO generated after vyos-1.3-rolling-202006140117-amd64.iso will have the fix.
c-po added a comment to T2593: source NAT translation port can not be set when translation address is set to masquerade.
It now renders to:
c-po added a comment to T2593: source NAT translation port can not be set when translation address is set to masquerade.
The mentioned configuration results into this snippet on VyOS 1.2.5
c-po changed the status of T2593: source NAT translation port can not be set when translation address is set to masquerade from Open to In progress.
It is not recommended to install Debian firmware- packages over vyos-linux-firmware. The question is why the firmware file in question is not pulled in automatically.
T2569 did an entire rewrite of the console command in XML / Pyhton. Bugfix for this problem is also tracked in that task.
Jun 13 2020
Jun 13 2020
c-po closed T2321: VRF support for SSH, NTP, SNMP service, a subtask of T2579: The root task for VRF features, as Resolved.
c-po changed the status of T2321: VRF support for SSH, NTP, SNMP service, a subtask of T2579: The root task for VRF features, from Open to Needs testing.
c-po changed the status of T2321: VRF support for SSH, NTP, SNMP service from Open to Needs testing.
vyos@vyos:~$ show vrf black processes 4624 sshd 4404 ntpd
@daniil it will be fixed in tomorrows rolling ISO.
Can you share what you did to make it work again? NAT has recently be rewritten which could be the root cause.
Jun 12 2020
Jun 12 2020
A config Syntax is always migratable. Wide also supports scripts, but ISC PD (as I‘ve seen it, and interpret it) seems to have some rough edges. If you find a guide I will definately have a look.
@jjakob it was only choosen as it prooved to be "more simple" compared to ISC and that helper script. I have no affiliation with either implementation. I was not aware that it could cause other issue. If you need to change it to ISC you're free to go.
Jun 11 2020
Jun 11 2020
Unfortunately this results in an error:
c-po moved T1096: BGP process memory leak from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2529: WWAN: migrate from ttyUSB device to new device in /dev/serial/by-bus from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1958: Include only firmware we actually need from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2514: "mac" setting for bond members from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2548: Interfaces allowing inappropriate network addresses to be assigned from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2560: New op-mode command to display information about USB interfaces from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2561: Drop support for "system console netconsole" from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2565: Cannot connect to l2tp server with radius auth from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2569: Migrate "set system console" to XML and Python representation from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2570: Drop support for "system console device <device> modem" from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2575: pppoe-server: does not possibly assign IP address from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2586: WWAN default route is not installed into VRF from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2571: NAT destination port with ! results in error from Need Triage to Finished on the VyOS 1.3 Equuleus board.
This fixed now introduced a bug with comma separated ports
c-po changed the status of T2586: WWAN default route is not installed into VRF from Open to In progress.
Please feedback as this is what you expect. Also it would be nice if could write something about that in our documentation: https://docs.vyos.io/en/latest/
Latest rolling release has all the fixes
c-po added a comment to T2578: ipaddrcheck unaware of /31 host addresses - can no longer assign /31 mask to interface addresses.
Works as expected
The != port issue is yet to be fixed ...
c-po changed the status of T2571: NAT destination port with ! results in error from In progress to Needs testing.
c-po changed the status of T2571: NAT destination port with ! results in error from Open to In progress.
Tomorrows rolling ISO will support VRF sourced SSH.
c-po closed T2570: Drop support for "system console device <device> modem", a subtask of T2569: Migrate "set system console" to XML and Python representation, as Resolved.
c-po closed T2561: Drop support for "system console netconsole", a subtask of T2569: Migrate "set system console" to XML and Python representation, as Resolved.
c-po changed the status of T2578: ipaddrcheck unaware of /31 host addresses - can no longer assign /31 mask to interface addresses from Open to Needs testing.