- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Oct 12 2024
Oct 11 2024
Im guessing this one is behind that all modules must now be signed in VyOS:
Provide the set of commands to reproduce
The workaround described above works. Changed it to following line and added few more system-users spotted in the AAA daemon logs:
I think the PPP interface will be recognized if hsflowd knows the MAC address (FEAA9ADDF555) belongs to it. That MAC address is supposed to be learned when the interfaces are read here:
From time to time we face this issue.
Oct 10 2024
I'm afraid it didn't work.
It should already be in the latest rolling release.
@SteveP could you re-check?
ETICKET, sorry.
Oct 9 2024
Looking at the igb module from latest vyos, it is getting signed. Why is this one not signed?
It needs to sign the modules somehow
example
https://github.com/vyos/vyos-build/blob/910eece6d3dede212a0f6172272d248601ab1090/scripts/package-build/linux-kernel/build-intel-ixgbe.sh#L83
the frr issue is fixed for versions 10.1, 10.0, 9.1. It is necessary to retest with the new build
Can't reproduce on my end:
6.6.51
sudo find / -name config-uname -r
/usr/lib/live/mount/rootfs/1.5-rolling-202409250007.squashfs/boot/config-6.6.51-vyos
sudo grep MODULE_SIG /usr/lib/live/mount/rootfs/1.5-rolling-202409250007.squashfs/boot/config-6.6.51-vyos
CONFIG_MODULE_SIG is not set
Oct 8 2024
I created a separate task for the issue with GeoIP database updates failing regardless of the VRF: https://vyos.dev/T6768
If cases where the issue still exists are found, feel free to reopen the task.
I have been getting headers from http://dev.packages.vyos.net/repositories/current current main" 6.6.52 is the latest there.
Hi, I have upgraded to latest rolling. That is how I know you are now on 6.6.54. I get the error modprobe: ERROR: could not insert 'r8152': Key was rejected by service.
In T6713#201597, @SteveP wrote:Hi,
It is not working I'm afraid.
modprobe: ERROR: could not insert 'r8152': Key was rejected by service
It is a signing error. I am getting the same thing now with 6.6.52 (I just tried it) but 6.6.51 (one I am running) is fine. I can't try 6.6.54 as the headers are not there.
SteveP
I don't think it is related to secure boot.
Could it be related to this: https://portal.productboard.com/vyos/1-vyos-roadmap/c/67-secure-boot-uefi
It is not working I'm afraid.
Can you check if changing this line https://github.com/vyos/vyos-1x/blob/current/data/templates/login/tacplus_nss.conf.j2#L33 and adding those user helps?
This file can be changed locally in the router: /usr/share/vyos/templates/login/tacplus_nss.conf.j2
Change line:
exclude_users=root,telegraf,radvd,strongswan,tftp,conservr,frr,ocserv,pdns,_chrony,_lldpd,sshd,openvpn,radius_user,radius_priv_user,*{{ ',' + user | join(',') if user is vyos_defined }}And change it to something like:
Driver added to the latest rolling release
vyos@r14# run show version all | match realtek ii vyos-drivers-realtek-r8152 2.18.1-1 amd64 auto-generated package by debmake [edit] vyos@r14#
The deb package for vici is broken and does not include CONTENTS/usr/lib
I.e., the script to build vici works incorrectly https://github.com/vyos/vyos-build/blob/current/scripts/package-build/strongswan/build-vici.sh
vyos@r14:~$ show version all | match vici ii python3-vici 5.9.11-2+vyos0 all Native Python interface for strongSwan's VICI protocol vyos@r14:~$
Oct 7 2024
If the device is not even listing in lspci it's more of a Hyper-V thing then VyOS.
In VyOS 1.5-rolling-202410010007 everything was ok.