Recent content by keeka

I have also seen this behaviour recently. I then noticed that changing the sidebar view mode results in the expected tag colours being applied.

That's good news. Thanks for the updates on your progress. Can you post images of the suspect card?

As a newcomer to Linux and Linux-based virtualisation, your time might be better spent putting this network card issue aside for a while and sticking with PVE8. I have a similar network card in my setup, so was interested in your report. It's a common card so should surface again soon as more...

I do something like this: # grep -r -e 'describe.*GB_OBFU_PHONE' /usr/share/spamassassin* /var/lib/spamassassin /var/lib/spamassassin/4.000001/kam_sa-channels_mcgrail_com/KAM.cf: describe GB_OBFU_PHONE Obfuscated phone number

@Philebos I'm not familiar with the script you mention or what it's function is. I am currently setting governor by just passing kernel boot parm `cpufreq.default_governor=ondemand`. Are you saying (having confirmed the governor has been set successfully) that for a given governor, you see...

The pertinent parts of lxc.conf for coral access and igpu encoder. features: keyctl=1,nesting=1 unprivileged: 1 dev0: /dev/dri/renderD128,gid=106 lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,optional,create=dir 106 is the render group in my debian...

I'm using it in an unprivileged lxc running frigate (docker). I did not find it necessary to install a driver on the PVE host. The mini-pcie versions though do require the driver on the host (for lxc use).

How are you using the Coral USB TPU? I'm curious what benefit you get from installing the driver on the PVE host.

I experienced problems with the e1000 driver and the onboard NIC on my ancient motherboard. I gave up using it for a VLAN trunk and resorted to the other built-in NIC (Atheros). I eventually disabled both onboard NICs and purchased a secondhand Intel i350 (2 port version). If you are happy with...

Try, temporarily, changing the lxc mount to: lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,optional,create=dir

Does that USB device path hold true for both the uninitialised and initialised tpu? IIRC that would not work for me, which was why I resorted to the more permissive config I posted. However, you say it was working for you before... Also, with your config, you would have needed to change it when...

I know you said you had it working prior. However, if it's an unprivileged CT, do you still have the necessary device mapping and permissions in the lxc.conf? For instance, I have unprivileged: 1 lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb dev/bus/usb none...

Check that the generated config contains your modifications: Check the /etc/postfix/main.cf directly and/or via postconf.

Your template override should be created in /etc/pmg/templates/. I may be wrong, but I don't believe you hash regex lookup file either.

I bet it is down to total memory available. As you say in your earlier post, containerised PMG should need less total memory (real + virtual) than same config running in a VM.