After some guessing I found I could download the old version here: download.automation.odin.com/obas/4.5/update6/obas-4.5.6-33.x86_64.tar

Now migrate still fails, so I just made sure all packages were in sync and then disabled the rpm checks with --no-rpm-check when running hspc-mn-backup. Also make sure to use the -d flag as this does a database dump instead of a copy.

Now migrate still fails, so I just made sure all packages were in sync and then disabled the rpm checks with --no-rpm-check when running hspc-mn-backup

Click to expand...

Hello.

Especially for such cases, we made improvements in the "hspc-mn-backup" utility. Please check this article https://kb.odin.com/en/2126 for "--check-migrate" option description. The new version of this utility has been attached to that KB.

Especially for such cases, we made improvements in the "hspc-mn-backup" utility. Please check this article https://kb.odin.com/en/2126 for "--check-migrate" option description.

Click to expand...

I noticed, but when reading that article it isn't quite clear what the --check-migrate flag does. When looking at the source I see: "Perform product components validation on source and target systems only. Services will not be stopped and no actual data transferred."

In my case the names of the packages didn't match because of the differences between the 32 and 64 bit versions. Perhaps it's also an idea to keep a list of versions / download url's somewhere... only by doing some URL guessing I was able to download the old version and install that on the new host.

There should be no difference, script takes into account only pakage name itself, without architecture.
Unfortunately, due to company restrictions and obligations, we cannot keep direct download links public. But in any case, contacting your sales representative or support will help to get them.