Seriously, ditch the PERC HBA-mode drama and get a Dell HBA330 which is a true IT/HBA-mode controller. Uses the much simpler mpt3sas driver. Be sure to update to latest firmware at dell.com/support
Super cheap to get and no more drama! LOL!
This has nothing to do with my initial report but I'll be happy to help: Is fleecing active? If not, enable it. I expect that the VM is not stopped anymore (or is having I/O errors).
Only the parts under .chunks will be compressed. Also "free" space will also compress well. Unless your .chunks directory is >3.87T you are not getting as much from zfs as you think. Do a du -hs .chunks and how big is that?
I don't think it's a abi issue then. You could allow access with:
/run/systemd/journal/dev-log r,
inside the profile. EDIT: the file for the profile is inside the container, namely /etc/apparmor.d/usr.sbin.rsyslogd
Hello everyone,
I have a problem after updating Proxmox. More precisely, I only noticed it after the update, so I’m fairly certain it was caused by it. I updated from 9.0.0 to 9.1.1, and since then I’ve been getting these messages in the system...
It didn't grab all of it. Sorry, this is the output:
-bash: 4/sys/devices/pci0000:e0/0000:e0:01.1/0000:e1:00.0/0000:e2:01.0/0000:e3:00.0/sriov_numvfs: No such file or directory
Einverstanden
Das glaube ich hingegen nicht. AFAIK ist die record size zwar generell wie du richtig erwähnt hast eine max Variable, ABER die record size kann für ein einzelnes File nicht variabel sein.
Ein File als 1MB + 16k record zu speichern...
I threw a couple of additional items at it while comparing service files from a working Fedora 42 LXC that this issue does not happen on and comparing them to a Fedora 42 LXC that was upgraded to Fedora 43.
The getty@.service file on Fedora 42...
Thank you. When I run that I get:
root@prox:~# find /sys/devices -path "*e3:00.0*sriov_numvfs"
/sys/devices/pci0000:e0/0000:e0:01.1/0000:e1:00.0/0000:e2:01.0/0000:e3:00.0/sriov_numvfs
Same situation. I put node into maintenace mode with command ha-manager crm-command node-maintenance enable <node>
and tryied to drain node
Jan 31 22:26:17 pvesrv3 pvedaemon[1281]: <root@pam> starting task...
Hi @tim.baumgartl , welcome to the forum.
Give "generic" image a try.
From Debian website: https://cdimage.debian.org/cdimage/cloud/
nocloud: Does not run cloud-init and boots directly to a root prompt. Useful for local VM instantiation with...
Thank you very much... Exactly that was my problem... Sometimes reading ist very usefull...
Have a nice weekend!
PS: Used https://cdimage.debian.org/cdimage/cloud/trixie/latest/debian-13-generic-amd64.qcow2
Hi @tim.baumgartl , welcome to the forum.
Give "generic" image a try.
From Debian website: https://cdimage.debian.org/cdimage/cloud/
nocloud: Does not run cloud-init and boots directly to a root prompt. Useful for local VM instantiation with...
Unfortunately, I still get the same result:
root@prox:/sys/bus/pci/devices/0000:e3:00.0# echo 4 > sriov_numvfs
-bash: echo: write error: No such file or directory
Thank you again. I gave that a shot but it told me it's already installed.
sysfsutils is already the newest version (2.1.1-7).
When I cd into sriov_numvfs after that I get:
[ Error writing lock file ./.sriov_numvfs.swp: Permission denied ]...
Thank you for the response. I tried that but I get a message saying "No such file or directory", even though when I cd into the directory, I do see sriov_numvfs exists. I assumed it wasn't able to "see" it due to the lack of the driver, but I'm...