okay, prolem solved. Let’s recap.
For anyone who want to follow the same path, here’s what i did and here’s how i made it work.
First, get yourself a Debian 11 device (i recommend a virtual machine so you can make snapshots and rollbacks.
You’ll need to follow this procedure , whichin itself don’t contain that much tricky things. It’s straightforward, just be sure to follow step by step.
If you’re using a proxy, just be sure that it’s correctly configurated in the wget file, and enter the proxy parameters on the command whenever you’re using curl (configuring the file didn’t worked for me, for curl ) ==> curl -x <http://yourproxy> <http://your.file/you/want/to.download>
Second, as @Laurent mentionned, if your version is as old as 2.8.28, like for me, you’ll need to follow this procedure for upgrading your old server to 2.8.32. personnally i stopped just before the “additional actions” .
I don’t really know how my problem solved themselves at this point, but all i can tell is follow the procedure, step by step, and at the end, refresh your old server.
Finally, the databases migration :
you’ll need to follow this final procedure for migration.
BUt first, as @Laurent precised apfter the installation of the new centreon server, deinstall and reinstall the centreon-web packages. if you want, you could also refresh the new server webpage, to see it in progress.
Hi @zach on the new Centreon central server, after finishing to install it, including install wizard, please reinstall centreon-web package (dnf reinstall centreon-web), to reinstall files on this server that will allow to perform upgrade wizard after importing your dump on the new DBMS.
If you did like me, and decided to dump before reinstalling the centreon-web, there might be a problem with the webserver upgrading from 2.8.32 to 23.10, specifically at the 20.10.12 upgrade.
the file is located at /usr/share/centreon/www/install/php/Update-20.10.12.php . The error i got was that the file couldn’t delete the columns contact_platform_data_sending.
I tried modifying the rights of the centreon user in my databases, so it could delete the column.
I didn’t worked.
what worked for me, is that after trying bits and bops, i decided to do it manually. I first opened the file, commented the line trying to delete the specific columns, then, went into the database and deleted the column myself.
After this, i refreshed my new server, and it all went well.
And please, for the sake of everyone sanity, whenever you’re doing such an update/upgrade/migration use the same credentials which were used before. Or at least, note down the ones who works.
I hope this was informative enough, if anyone have any other questions regarding this process i followed, i’ll be glad to answer.