I should have watched your video before setting up my homelab. It was by far the most comprehensive explanation of setup and I really enjoyed the step by step. In the end I reconfigured my original datastore using namespaces and then setup all of the jobs as you did. Thank you & keep the videos coming.
Hands down the best video explaining the setup and usage of the PBS. Finding this video was the perfect ending after figuring out why i was not able to mount the datastore to my Truenas. I was getting permission errors when trying to create the datastore, it turned out that truenas used user root and group wheel and the PBS was using root for user and group which would not work with NFS. After many hours of frustration i noticed one thing on the truenas nfs share, i changed the advanced options to Maproot User, maproot group, mapall user root and mapall group then i was finally able to get the PBS datastore created. That's where this video kicked in, it is a perfect explanation on configuration which eliminated all the frustration i encountered with the Truenas NFS issue. Thank you for creating this video, I truly appreciate your effort and time you put into this.
Very nice! Thank you for rhe detailed explanation. I'll be doing exactly this on my new 3 node cluster, storing the backups on an NFS store on my TrueNas Scale system. Love your Proxmox series so far, please keep them coming!
What do you think about the guides that suggest installing PBS in a lightweight LXC container instead? From your experience, are there any benefits to installing on a VM instead?
LXC containers connects directly to HOST which means they can utilize RAM and CPU in better way. For home lab user - that "better" is not huge benefit for me. Main reason why i always go for VM and not LXC (unless i have no other choice but LXC) is Migration in Proxmox Cluster. If i want to migrate VM from Node-1 to Node-2, that migration happens while VM is in "live" state which means that VM will still function during migration. With LXC this migration happens in "restart" state - Proxmox shuts down LXC, migrate and starts UP again. For PBS i could go LXC because PBS only being used during night while backup is going, GC / prune / verify jobs happening. I went with VM as it is habit to run important stuff in VM for me to be able to migrate in "live" state.
Thank you for the guide. I have two questions: 1. Is it possible to use S3 storage (AWS, wasaby, etc) as datastore? 2. I have already created backups via pve not pbs, is it possible to move these backups on pbs and "apply application on chunks"?
Hi, 1. Yes, there is a way to mount S3 as local folder and push PBS backups to that, i would not use that as backup speed will heavily depend on upload speed. I would backup PBS to local storage and once that is done, cron would start upload process to upload backups to S3 2. Proxmox backups and Proxmox Backup server talks in different language. Backups are stored in different way which means that you can't move backup files from one backup solution to another.
Hi, thanks for the info. Quick question: I can't log in to proxmox on my laptop even if I type in properly my login and password. Is there an option to remove proxmox from the mini pc server and restore windows?
Technically yes. You can link them between using Tailscale. ruclips.net/video/QJzjJozAYJo/видео.htmlsi=0obhrzaJDnxOolaO Host 1 gets backed up to Host 2 - PBS Host 2 gets backed up to Host 1 - PBS
@@MRPtech Cool. I already have the two hosts connected via Tailscale, but I do not have them in a cluster. That's not a necessity for simple backup, right?
It is not a necessity - it is more for peace of mind. The way you want to run it is still ok to have. If host-1 dies --- host-2 will have all backups and vice versa. You will have some what fail-safe setup if one of the nodes flips over. With PBS you can setup SYNC job. PBS-1 and PBS-2 will be synced so you will have same backups on both places. What i don't recommend - self-host PBS inside single node. If that single nodes dies, you still can get data back but it is a pain in the back side.
@@MRPtech Thanks. In this 2-host paradigm, I have PBS1 on HOST1 backing up everything on HOST1, *but* the backups are getting synced to HOST2. This is good. Question: What's the benefit of 1) a SYNC job, as compared with 2) ZFS-send, or even just 3) rsync/rclone?
I don't use PBS sync, but my guess will be ... PBS will be happy if chunks are created / synced in PBS system. You know ... all this file permissions headache. For you with 2 separate PVE boxes - setup PBS and sync between them will be most optimal way to go ... i think. Leave PBS systems to deal with sync and backup instead of introducing another layer on top like ZFS-send or rsync.
No mention of restore or recovery in chapters/transcripts. If you don't show how to recover from a disaster (new server, new storage, etc...) then there's not much point in using this guide.
Bingo . this is why it is Installation and Configuration guide Next one will be restore guide. And to add to this ... restore process is exactly same as with normal Proxmox backup function. Select what you want to restore, press a button and that is it.
Difference between replacing dead node or recovering from complete meltdown don't have huge differences. Replacing node just has less steps to do. Replacing node in cluster is easier compared to what you have to do if you have single Proxmox node.
@@MRPtech Thank you for the outstanding video. One question: how can we restore the backup made with the node backup script? I cannot find it in your other videos either.
I should have watched your video before setting up my homelab. It was by far the most comprehensive explanation of setup and I really enjoyed the step by step. In the end I reconfigured my original datastore using namespaces and then setup all of the jobs as you did. Thank you & keep the videos coming.
Hands down the best video explaining the setup and usage of the PBS. Finding this video was the perfect ending after figuring out why i was not able to mount the datastore to my Truenas.
I was getting permission errors when trying to create the datastore, it turned out that truenas used user root and group wheel and the PBS was using root for user and group which would not work with NFS.
After many hours of frustration i noticed one thing on the truenas nfs share, i changed the advanced options to Maproot User, maproot group, mapall user root and mapall group then i was finally able to get the PBS datastore created.
That's where this video kicked in, it is a perfect explanation on configuration which eliminated all the frustration i encountered with the Truenas NFS issue.
Thank you for creating this video, I truly appreciate your effort and time you put into this.
Thank you for kind feedback, thank you. And i am happy that all worked out for you with your setup.
Very nice! Thank you for rhe detailed explanation. I'll be doing exactly this on my new 3 node cluster, storing the backups on an NFS store on my TrueNas Scale system. Love your Proxmox series so far, please keep them coming!
GREAT video!!! Thanks!
Fantastic tutorial on PBS, many thanks MRP.
Great video again Mr P ! Thanks again, much appreciated
Many thanks for the thorough explanation.
Thanks again MR.P ... pve node back up very handy , did not knew about this part :D !!
Great video. I am using just only one node. How do i backup my proxmox? what are the directories i need to backup?
thanks for the clear explanation
What do you think about the guides that suggest installing PBS in a lightweight LXC container instead? From your experience, are there any benefits to installing on a VM instead?
LXC containers connects directly to HOST which means they can utilize RAM and CPU in better way. For home lab user - that "better" is not huge benefit for me.
Main reason why i always go for VM and not LXC (unless i have no other choice but LXC) is Migration in Proxmox Cluster. If i want to migrate VM from Node-1 to Node-2, that migration happens while VM is in "live" state which means that VM will still function during migration. With LXC this migration happens in "restart" state - Proxmox shuts down LXC, migrate and starts UP again.
For PBS i could go LXC because PBS only being used during night while backup is going, GC / prune / verify jobs happening. I went with VM as it is habit to run important stuff in VM for me to be able to migrate in "live" state.
Thank you for the guide. I have two questions:
1. Is it possible to use S3 storage (AWS, wasaby, etc) as datastore?
2. I have already created backups via pve not pbs, is it possible to move these backups on pbs and "apply application on chunks"?
Hi,
1. Yes, there is a way to mount S3 as local folder and push PBS backups to that, i would not use that as backup speed will heavily depend on upload speed. I would backup PBS to local storage and once that is done, cron would start upload process to upload backups to S3
2. Proxmox backups and Proxmox Backup server talks in different language. Backups are stored in different way which means that you can't move backup files from one backup solution to another.
Many thanks.
Hi, thanks for the info. Quick question: I can't log in to proxmox on my laptop even if I type in properly my login and password. Is there an option to remove proxmox from the mini pc server and restore windows?
Let's say you are using correct username and password, do you select correct real?
Real should be "Linux PAM"
@MRPtech Yes, you have right, thanks👍
If i have two hosts, but on different sites and therefore not in a cluster, can i still "cross backup" from one host to the other and vice versa?
Technically yes.
You can link them between using Tailscale.
ruclips.net/video/QJzjJozAYJo/видео.htmlsi=0obhrzaJDnxOolaO
Host 1 gets backed up to Host 2 - PBS
Host 2 gets backed up to Host 1 - PBS
@@MRPtech Cool. I already have the two hosts connected via Tailscale, but I do not have them in a cluster. That's not a necessity for simple backup, right?
It is not a necessity - it is more for peace of mind.
The way you want to run it is still ok to have. If host-1 dies --- host-2 will have all backups and vice versa. You will have some what fail-safe setup if one of the nodes flips over.
With PBS you can setup SYNC job. PBS-1 and PBS-2 will be synced so you will have same backups on both places.
What i don't recommend - self-host PBS inside single node. If that single nodes dies, you still can get data back but it is a pain in the back side.
@@MRPtech Thanks. In this 2-host paradigm, I have PBS1 on HOST1 backing up everything on HOST1, *but* the backups are getting synced to HOST2. This is good.
Question: What's the benefit of 1) a SYNC job, as compared with 2) ZFS-send, or even just 3) rsync/rclone?
I don't use PBS sync, but my guess will be ... PBS will be happy if chunks are created / synced in PBS system. You know ... all this file permissions headache.
For you with 2 separate PVE boxes - setup PBS and sync between them will be most optimal way to go ... i think.
Leave PBS systems to deal with sync and backup instead of introducing another layer on top like ZFS-send or rsync.
No mention of restore or recovery in chapters/transcripts. If you don't show how to recover from a disaster (new server, new storage, etc...) then there's not much point in using this guide.
Bingo . this is why it is Installation and Configuration guide
Next one will be restore guide.
And to add to this ... restore process is exactly same as with normal Proxmox backup function. Select what you want to restore, press a button and that is it.
@@MRPtech Sounds good. Would the processes for a disaster recovery and retiring/replacing a node be different?
Difference between replacing dead node or recovering from complete meltdown don't have huge differences. Replacing node just has less steps to do. Replacing node in cluster is easier compared to what you have to do if you have single Proxmox node.
@@MRPtech awaiting the restore guide video. I have some scripts , crons and email settings I'd like to restore to my new node
@@MRPtech Thank you for the outstanding video. One question: how can we restore the backup made with the node backup script? I cannot find it in your other videos either.
so you preferred NAS as you moved from ceph back to NFS in this video?