as @Dunuin already said, please check that the datastore is actually mounted. You can check with e.g.It was already mounted under version 2. After the upgraded to version 3, I do see under the tab Datastore "Backups2" . But in the Summery tab of backups2 it just keeps indicating "datastore is not available"
findmnt /mnt/datastore/backups2
. If it's not mounted, then check your system logs for errors.findmnt /mnt/datastore/backups2
it just hops to the promt again ... so no failure I guess... Jun 30 02:04:04 debianPBS proxmox-backup-[618]: debianPBS proxmox-backup-proxy[618]: GET /api2/json/admin/datastore: 401 Unauthorized: [client [::ffff:192.168.30.55]:64234] authentication failed - invalid ticket - expired
Jun 30 02:04:06 debianPBS proxmox-backup-[618]: debianPBS proxmox-backup-proxy[618]: GET /api2/json/admin/datastore/backups2/status: 400 Bad Request: [client [::ffff:192.168.30.80]:50214] unable to open chunk store 'backups2' at "/mnt/datastore/backups2/.chunks" - No such file or directory (os error 2)
That means there is nothing mounted there.If I enterfindmnt /mnt/datastore/backups2
it just hops to the promt again ... so no failure I guess...
Please check the log during boot. Is it a ZFS datastore or directory? Checkthis is after the update the fisrt indication dat some access is nog the way it was...
Jun 30 02:04:04 debianPBS proxmox-backup-[618]: debianPBS proxmox-backup-proxy[618]: GET /api2/json/admin/datastore: 401 Unauthorized: [client [::ffff:192.168.30.55]:64234] authentication failed - invalid ticket - expired Jun 30 02:04:06 debianPBS proxmox-backup-[618]: debianPBS proxmox-backup-proxy[618]: GET /api2/json/admin/datastore/backups2/status: 400 Bad Request: [client [::ffff:192.168.30.80]:50214] unable to open chunk store 'backups2' at "/mnt/datastore/backups2/.chunks" - No such file or directory (os error 2)
zfs get mounted
or systemctl status mnt-datastore-backups2.mount
depending on what it is.Yes, as long as you do not use the newCan I sync a PBS 3.0 server with PBS 2.4?
transfer-last
option, which is only understood since Proxmox Backup Server 3.02. Can a remote PBS 3.0 server used as backup storage for a PVE 7.4 server?
Q: Is Proxmox Backup Server still compatible with older clients or Proxmox VE releases?
A: We are actively testing compatibility between all currently supported major versions, including the previous version. Full compatibility with even older (major) client versions is supported only on a best effort basis.
I'm pretty sure there had been aYes, as long as you do not use the newtransfer-last
option, which is only understood since Proxmox Backup Server 3.0
transfer-last
option before upgrading to v3.0 — I've been using it for a few weeks, but haven't upgraded until a few minutes ago. What am I missing? (Maybe, because I'm using no-subscription
repo?)FAQ
Q: Can I upgrade the latest Proxmox Backup Server 2.x to 3 with apt?
A: Yes, please follow the upgrade instructions on https://pbs.proxmox.com/wiki/index.php/Upgrade_from_2_to_3
apt update
apt dist-upgrade
apt upgrade
apt dist-upgrade
I believe there is an error in the document linked. In the section called Upgrade the system you write
Code:apt update apt dist-upgrade
where it should say
Code:apt upgrade apt dist-upgrade
dist-upgrade
dist-upgrade in addition to performing the function of upgrade, also intelligently
handles changing dependencies with new versions of packages
Check all files in the /etc/apt/sources.list.d/pve-enterprise.list and /etc/apt/sources.list and see Package_Repositories [https://pbs.proxmox.com/wiki/index.php?title=Package_Repositories&action=edit&redlink=1] for the correct Proxmox VE 8 / Debian Bookworm repositories.
For the no-subscription repository, see Package Repositories [https://pbs.proxmox.com/docs/installation.html#debian-package-repositories].
apt dist-upgrade
During the above step, you will be asked to approve changes to configuration files, where the default config has been updated by their respective package.
... Common configuration files with changes, and the recommended choices are:
Yes, as the text mentions this is not directly asking if all or none of the (normally small set of) affected services should be restarted, but rather if you want to restart them all and skip the questions (= Yes), or if you want to be asked for each service (or rather core library that some core service depend on) individually (= No).despite chosing no, there was a second question later if we want to restart "postfix ssh cron" - we did that as it shouldn't interfere with any PBS-things running in the background