Recent content by Jannoke

I have now tested some things. 1) all my nodes have been restarted 3) it mounts, but it shows all contents with ???: root@blake:/mnt/pve/BackupData35# ls -lah ls: cannot access 'template': Stale file handle ls: cannot access 'longtime': Stale file handle ls: cannot access 'backup': Stale file...

Have 4 node setup (1 node is just a miniPC for management). one node has ZFS volume with shared folder over NFS that other nodes use. After upgrade other nodes cannot access the NFS anymore. They kinda mount it and show files with "?" in beginning. But i cant read or write on volume. GUI...

For last 15 years i have been running all server swapless. There is no point to delay inevitable - if you are out of ram , you are out of ram. It will make everything slow, trash the hard drives (now we have ssd/nvme that actually wear out significally) . Better a horrible end than endless...

If you run nested virtualization and gpu passhtrough you suppose to set cpu = host, so that you will have all the needed cpu features

Thanks. this was it "indeed stuck" made me rethink everything. Switched to AMD 6600XT as it was quick way to find out and it worked straight away. There was additional problem going on - after installing pve kernel my network adapter changed from ens7s0 to ens6s0. This was the reason for no lan...

x470 Prime Pro AMD Ryzen 3900 4x32GB DDR4 3600Mhz RTX4060/GT730/RTX4070 ( tried multiple) Will get stuck after installing pve kernel: List of kernels. If i boot any other it works. This is debian 12 install, fully updated and following wiki

It means you have something that intermittently takes too much time to query for pvestatd daemon (mountpoint, some other info shown in gui). Usually slow disks or unreliable nfs mount.

It is requred

So tested all the bioses upto 3.1 and still no go - I would like to say that's something was broken in kernel , rather than MB support. Is there anything to try out that would be out of ordinary? EDIT: Got it working with 3.4 bios. Under PCI/PCIe settings there is SR-IOV . This needs to be...

Same problem. I know it worked before (and it was 3.1 bios indeed). Now machines are in production and did not needed IOMMU until now. Bios has been updated to 3.4 in the meantime. X10DRi-T4+ MB which is basically same bios. All the same things done as OP. root@blake:~# dmesg | grep -e DMAR -e...

If you follow exactly the guide on ceph upgrade it is all good. I made the upgrade. Yes, it's ok to have some nodes running older version. It will report it on ceph status page also, but works. Make the upgrade as guide says and restart the daemons.

Same here on my node on little 1L server running nvme+ssd 1TB zfs. Machine is just idle, no machines running.. Something seems to add +1 Load average on top of what already happends. Cpu usage is nonexistent. On my other nodes (44c, 88t cpu) I don't see any difference.

Check if apt update and apt dist-upgrade will give you these 3 packages. It seems they were added later on.

Well , initially it seemed fix to get managers running was to: mkdir /usr/lib/ceph/mgr But now it complains that modules are not available: HEALTH_ERR: 10 mgr modules have failed Module 'balancer' has failed: Not found or unloadable Module 'crash' has failed: Not found or unloadable Module...

After 8.04 to 8.1 upgrade my ceph managers won't start anymore: Nov 25 05:35:02 quake systemd[1]: Started ceph-mgr@quake.service - Ceph cluster manager daemon. Nov 25 05:35:02 quake ceph-mgr[166427]: terminate called after throwing an instance of 'std::filesystem::__cxx11::filesystem_error' Nov...