The workaround described above works. Changed it to following line and added few more system-users spotted in the AAA daemon logs:
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Sat, Oct 12
Fri, Oct 11
Thu, Oct 10
I just bit on this in prod causing one very unhappy IX to write unhappy emails.
Tue, Oct 8
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:
Mon, Oct 7
If the device is not even listing in lspci it's more of a Hyper-V thing then VyOS.
Sun, Oct 6
Sat, Oct 5
basic node_exporter finish, now i work on https://github.com/tynany/frr_exporter
Fri, Oct 4
Thu, Oct 3
Wed, Oct 2
Drivers seem to be present, but device is not even appearing in lspci. Wouldn't this be more likely due to a hyper-v driver issue than the mellanox driver?
Mon, Sep 30
Sun, Sep 29
I can not immediately recreate the issue:
Sat, Sep 28
Wed, Sep 25
PR to follow tests and migration script:
https://github.com/vyos/vyos-1x/compare/current...jestabro:distinct-api
Mon, Sep 23
Sun, Sep 22
PR ready for review:
https://github.com/vyos/vyos-1x/pull/3876
Sat, Sep 21
Fri, Sep 20
Thu, Sep 19
Smoketest fails for the wireless interfaces
DEBUG - ====================================================================== DEBUG - FAIL: test_wireless_add_single_ip_address (__main__.WirelessInterfaceTest.test_wireless_add_single_ip_address) DEBUG - ---------------------------------------------------------------------- DEBUG - Traceback (most recent call last): DEBUG - File "/usr/libexec/vyos/tests/smoke/cli/test_interfaces_wireless.py", line 84, in test_wireless_add_single_ip_address DEBUG - self.assertTrue(process_named_running('wpa_supplicant')) DEBUG - AssertionError: None is not true
Tue, Sep 17
I am not yet able to reproduce this in either case. @c-po suggestion of an interaction with the introduction of vyos.utils.configfs is quite reasonable, but I have not reproduced in current rolling or an image earlier than the recent changes (T6633, T6640) to resolve T6639. I've asked the forum user of the second report for further information.