Unable to Restore on LXC

[SJensen721]

Hey all, this is a bit convoluted, so I'll do my best.

I had Huntarr on docker. It was working great. I'd never had to restore. Anyway, I've been gradually moving all my docker images to LXC's (personal preference). So I did most of the others, came to Huntarr, have run into a snag.

First, I created a manual backup in docker Huntarr. It consists of a folder with 3 files (logs.db, huntarr.db, and backup_info.json). There appear to be potentially two issues (maybe 3). I installed the LXC (bash script from Proxmox Helper Scripts) and was able to access the UI at the new IP. I also mounted a share to both the docker and the LXC huntarr's, so I could move the backup between them.

This went fine. Initially, I couldn't see the backup (and there was no real place for me to modify where the UI was looking for the backups, so I went into the CLI, moved the backup into /opt/huntarr/data/backups manually. No issues, except that there were spaces in the name of the folder because it was a manual backup - this might be an issue later.

Anyway, went back into the UI, reloaded, and there it was. I selected it, typed RESTORE, and clicked the button. Nothing happened. I clicked again. At this point I'm mashing the click and it's just not working.

So I went into the cli to diagnose again. This time I went into the backup_info.json file and saw that my paths were all jacked up - they were not pointing to the right locations. So I corrected the paths (instead of "/config/backups..." I edited the path to be /opt/huntarr/data/backups... Anyway, got those changed and realized that there were also spaces in the path - I have no idea if this matters, but I edited the spaces out of "Manual Backup" in the path to be underscores. Then, finally, I moved the folder mv "Manual Backup ...." to "Manual_Backup_..."

The button still doesn't work. Anyway, hoping someone has a solution for why the button isn't working.

Both are on version 8.2.10. Notably, I cannot find the logs.db file in /opt/huntarr/data... so I don't know where it's actually going and that might be the issue (but I'm not sure why that would prevent the button from working).

As an update, I found the location of the logs file and the huntarr file (find / -name logs.db), and moved them manually and it worked. So the data itself doesn't seem to be the issue. It really does seem like it's the button.

[sleighton]

This doesn't answer the question, but why are you trying to restore from backup when you have the current db and presumably there's nothing wrong with it?

[SJensen721]

I wanted to migrate from docker to an LXC - an not have to manually input all the API keys, all the IPs, and all the settings that I already had set up on my docker instance.

I wanted the configurations and felt that doing a backup from one restored to the other would be the easiest/fastest method.

[sleighton]

All of that stuff is stored in the database. If you simply copy the databases over it is all there.

[SJensen721]

Yes, and that's precisely what I did - but that doesn't negate that a "restore" should have been able to do that for me - as it can with all the other arrs (worked for Prowlarr, Sonarr, Radarr, Lidarr, sabnzbd, and I think even a couple others).

This restore process just didn't work at all, so I had to do it all manually.

Perhaps if the button had worked it would have provided an error message about why the restore wouldn't work. Who knows - but the fact that the button doesn't even work is still a bug.