Closed drewelliott closed 3 weeks ago
try with srlinux 24.7.1
This is the version I am currently using
--{ [FAILED] + running }--[ ]--
A:syd1-pd1-l1# show version
----------------------------------------------------------------------------------------------------------
Hostname : syd1-pd1-l1
Chassis Type : 7220 IXR-D3L
Part Number : Sim Part No.
Serial Number : Sim Serial No.
System HW MAC Address: 1A:DA:01:FF:00:00
OS : SR Linux
Software Version : v24.7.1
Build Number : 330-g38f237abfe
Architecture : x86_64
Last Booted : 2024-08-13T22:48:47.173Z
Total Memory : 257554660 kB
Free Memory : 245111707 kB
----------------------------------------------------------------------------------------------------------
--{ [FAILED] + running }--[ ]--
A:syd1-pd1-l1#```
Thanks for the report and logs @drewelliott. I'll work with the team to figure out what's the issue here. I'm pretty confident containerlab + SRL will work fine on 22.04.x LTS. We're investigating in the backend any Containerlab/SRL issues on 24.04.
This is an srl+ubuntu23+ issue. We can close this issue here as we need to work on the fix on the srl side
@drewelliott apply this workaround (on the host)
sudo ln -s /etc/apparmor.d/usr.sbin.rsyslogd /etc/apparmor.d/disable/
sudo apparmor_parser -R /etc/apparmor.d/usr.sbin.rsyslogd
this will disable apparmor check for the rsyslog daemon. Unfortunately, I do not yet know when this will be fixed in the SRL itself, so the workaround is the only way forward when Ubuntu 23+ systems are concerned
this workaround corrected my issue on every ubuntu 24.04 host - closing
I have installed and run this on 5 different machines, all running ubuntu 24.04 and I have run into the same issue on each:
(I am showing a single container, but this occurs on all 6 of the srl containers)
During clab deploy:
here is the log from that container log.txt