Backup restore silently fails in YunoHost 13

What type of hardware are you using: VPS bought online
What YunoHost version are you running: 13.0.4
How are you able to access your server: The webadmin, SSH

Describe your issue

I made a mess while migrating my YunoHost server to Trixie, so I made a full backup and nuked everything. I installed YunoHost Trixie from scratch, and I am now trying to restore the backup.

Even though everything looks fine from the GUI, the restoring turns the screen blank for 90 minutes, and then apparently it fails.

Share relevant logs or error messages

No logs appear in the logs section! It is as if the restoring process was never launched :thinking:

Anything different when you run restore from the CLI?

In the CLI it’s stuck with DEBUG processing action 'yunohost.backup.restore' :thinking:

Bah, that’s not helpful either.

I’ll give the same action a try on a ‘decomissioned’ YNH12 VPS. Did I understand correctly that the path is:

  • Make no backup
  • Upgrade YNH12 to YNH13
  • Break the upgrade
  • Make a full backup on the broken system
  • Wipe system, install new/virgin YNH13
  • Restore YNH12 backup to YNH13 server

While reading your post, logs, previous messages, and writing the post mortem above, I realized : would you not be better off starting with a clear YNH12 installation?

At the moment your backup does not match the infrastructure on which it is to be restored: as long as your broken installation did not finish the migration, I think the backup scripts used the YNH12 methods for creating the backup and internally also call the YNH12 versions of the restore scripts.

Thank you very much for spending some time on this, @wbk! :sunflower:

Unfortunately, part of (if not all) the problem I had is that the packages where updated following the Trixie repo, but the system and YunoHost were still at version 12. Therefore, I am afraid restoring on YNH12 would cause problems again, since the databases, dependencies, etc. have been updated to the following major version.

Shouldn’t backup restoration be backwards-compatible? :thinking:

I actually broke this system before the upgrade to trixie….

It was low on memory, so I decided to stop service couchdb, and saw that one way or another, x11 got installed. No use of course, but uses RAM, so removed it. It took a bunch of ynh-deps packages along with it (mastodon-ynh-deps, pixelfed-ynh-deps and a few others).

I had intended to reinstall those afterwards, but apt could not find these packages. There was a bunch of automatically installed packages though, which I apt autoremove’d.

Surprise surprise, at least some of these packages were probably part of the *-ynh-deps packages, resulting in all yunohost app upgrade`s breaking.

To continue the migration to trixie, I’ll remove the broken apps…. Sorry for derailing your thread :face_with_tongue:

Once the migration started, I ran into similar signing problems as you did, compounded by sources.list-files that have been rewritten to a (for me) alien format with file references to mirrors in /usr/… Anyway, stuck for tonight :wink:

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.