Search results

Yep. Same here. Everything is working as expected. Awesome work by the ProxMox devs!

So far I didn't have any issues running PBS 3 against PVE 7 servers. I was able to restore really old backups from PBS 3 to PVE 7. Also did new backups to PBS 3. It did created new dirty bitmap which is expected. My next thing is checking the remote sync jobs between PBS 2 and PBS 3. I...

Thank you for the link. I've followed through the other links as well and seems I can go ahead and upgrade the PBS from version 2 to 3 while I work on upgrading the PVE from 7 to 8 whenever I can. I will test this scenario on my secondary cluster and backup server to make sure it works fine...

At work we're still using 7.4-17 and PBS v2 as they are both very stable. Eventually I want to upgrade both to newest versions. But the upgrades are going to be slow in phases as I have three clusters all running the same version. I have a test and dev clusters I can use a test bed to...

Same thing happened to me this morning. Host is running but anything to do with ProxMox services I can't stop or restart. So I was forced to reboot the server. Not something I'd like to do.

Nice!! Do we know when it'll be added via updates?

I wonder does it now report if the ZFS pool has degraded? Not just when it failed?

It's probably because of the I/O that is overwhelming the disk sub-system on PBS so by limiting the bandwidth it matches to what the disks can handle.

ZFS and CEPH are software defined storage so it doesn't matter. It only matters the speeds the HBAs are capable of.

If that HBA is working then I'd stick with it. It doesn't need anything fancy other than faster speeds if newer card supports it.

I would check your server's RAM. I've had this happened to two of my servers a few years ago till I was able to trace it to bad RAM. Took forever to figure out why as nothing reported in syslogs.

Based on the comments this bug should only affect small number of servers as it requires large number of heavy disk workloads in parallel for the bug to appear. I can only imagine something like a heavy usage database server with ZFS might get hit by this bug. I do understand that this bug...

I'm trying to get ProtonMail-Bridge working with PMG as it requires auth of username and password which gets passed to port 1025 using local IP of 127.0.0.1 in order for the SMTP portion to work. I know I can edit the main.cf in postfix but that config file gets over written every time there...

Nice. Can't imagine what version of the kernel still running on that node since it needs a reboot to load the new kernel.

Also, you can update the PBS's fingerprint on the datacenter level as it will push it to all the PVE nodes in the cluster. I recently ran into this when I started using Let's Encrypt certs only to find out I don't need to worry about the fingerprint anymore.

I've ran into this scenario today with one of our 14 nodes with a degraded ZFS array. I've made a habit of checking them daily till I got a hit today. No e-mail notification of the event despite notifications from the nodes about updates and etc. Looks like I will have to do some digging on...

Even in PVE 8.0.4 still have to edit the config file manually so no way to add this in WebGUI. No big deal.

I agree. ZFS is very robust in storage systems as it offers dedupe, snapshots for backups and data integrity. Even you don't have additional drives to properly create a ZFS array you still can use it on a single drive. Just you won't have redundancy.

Gotta love these video card issues. I wonder if plugging in a dummy load into the video port would fix it till the driver is fixed? Those are cheap on Amazon. The dummy load would simulate the monitor being on.

I too would love to see a way to selectively suppress certain notifications especially the replication failure notices where it's not really a problem since it usually resolves itself after a period of time. Guess for now I'll setup e-mail filtering rule to put em in a different folder to be...