Restoring Backups is Incomplete

[MadMan247]

Describe the bug

This is kind of a mess, sorry, since I forgot that my original funkwhale is running on a RPI4, which could introduce issues onto other platforms (from arm64 to amd64). Still, when I restored it to a RPI, I did face an issue where none of the media seemed to be present. I did manage to locate an old install of YNH11 for a RPI.

I do believe that an install from one architecture should be able to be restored onto a different architecture, but that's on me.

I have restored a backup of Funkwhale (made on YNH 11) on three new machines. One was YNH 11 RPI, one was YNH 12.0.6 AMD64, and YNH12 RPI 12.0.6, and none correctly restored. The backup from 11.2.31 to 12.0.6 failed due to gunicorn being absent, but the one from YNH 11 RPI to YNH 11 RPI looked like it installed fine, but none of the media was there. Songs would act like they were playing, but would just skip to the next one, and all album art was missing.

Context

• Hardware: Raspberry Pi at home (11/12) / virtualbox (12) / old pc (11)
• YunoHost version: 11.3.0.2 / 12.0.6
• I have access to my server: Through SSH | through the webadmin | direct access via keyboard / screen
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: 1.4.0~ynh4

Steps to reproduce

• perform backup of Funkwhale on YNH 11 instance
• distribute backup to freshly installed servers
• configure domain name to match original funkwhale configuration
• restore backup

Expected behavior

Funkwhale restores to its functional state.

Logs

YNH 11 backup RPI: https://paste.yunohost.org/raw/huvawopudo
YNH 12 restore AMD64 (missing domain name): https://paste.yunohost.org/raw/ovorodocot
YNH 12 restore AMD64: https://paste.yunohost.org/raw/qafibelade
YNH 11 restore AMD64: https://paste.yunohost.org/raw/uxeciwufim
YNH 11 restore RPI: https://paste.yunohost.org/raw/avofeweviy
YNH11RPI funkwhale-server https://paste.yunohost.org/tikupawiti
YNH12 restore RPI: https://paste.yunohost.org/raw/bimijayapo

(api anonymous access IS enabled, so permission denied does not make sense.

)

[MadMan247]

Just regularly installing after the bookworm migration didn't work. https://paste.yunohost.org/raw/xozutihano.

[Thovi98]

First of all, sorry for all this trouble, it should indeed work out of the box!

Where are your media located?
Do you fin them in the backup you took?
Did you upload your media on Funkwhale, or by an other app? Did you make a symlink for Funkwhale to see them?

I’ve no time right now to investigate more at why Funkwhale didn’t restore properly, but for your regular install on bookworm issue, you can find the fix here: https://forum.yunohost.org/t/funkwhale-installation-fails/27504/12

I hope it will help

[MadMan247]

Thank you for the response, Thovi. I am currently chilling with an old installation, so nothing urgent right now. Just wanted to let you know.
It took me a while to find, but yes, the audio files are located in the backup archive in apps\funkwhale\backup\home\yunohost.app\funkwhale\data\media\tracks, apps\funkwhale\backup\home\yunohost.app\funkwhale\data\media\tracks\0f\ec\fa\01-originalaudiofile.mp3 is a single track, for example.
All of my audio files were uploaded as an album directly to funkwhale. No 3rd party applications. No symlinks.

I have since uninstalled the funkwhale restore on yunohost 11 that displayed this behavior, so I can not confirm if the files imported correctly, just that they were backed up. I did confirm that, on the machine that originated the backup, the file was also located in /home/yunohost.app/funkwhale/data/media/tracks

I see that my bookworm error matches the 'unable to authenticate user bookworm', but the solution in that post did not help me restore my backup (new install worked). I modified that line, restarted postgresql, and then attempted the restore. I am quite confident that I only have postgresql 15 installed. Please keep in mind that I am attempting to restore from a RPI to a AMD64, this could be the current issue with gunicorn
Backup Restore https://paste.yunohost.org/raw/elucovegaw
(restarted entire server)
New install (WORKED!!!) https://paste.yunohost.org/raw/pamodedewi
backup restore (new error?) https://paste.yunohost.org/raw/jovoxurodu

See "systemctl status funkwhale-server.service" and "journalctl -xeu funkwhale-server.service" for details. https://pastebin.com/Jxw2y0mk

Please let me know if there are any other troubleshooting steps I should take. Any chance replacing 'peer' with 'md5' would break something else? If not, should this be fixed in yunohost itself?