Krydos

Remote access enabled. There was no PostgreSQL user named victord1_mund_dev_user so I assume you meant victord1_mund_dev_user_2 which does exist.

host=65.19.154.94
port=5432
user=victord1_mund_dev_user_2
dbname=victord1_mund_dev
password=<set in Plesk>

DNS records set.

Thanks for letting us know that VPS password resets were not working. Try resetting your VPS password at https://heliohost.org/reset now. Let us know if you still have issues.

Since Morty is using MariaDB 11.8 you created some databases with collation that doesn't exist in Tommy's MariaDB 10.5. After converting the collation of those tables to something that the older database understands the move seems to have succeeded now.

DKIM, SPF, and DMARC have been set up for the domain kittforhire.heliohost.us. We recommend sending a real email (not just the word "test" or a blank email) to https://www.mail-tester.com/ to make sure that everything is set up correctly. If you get less than a 10/10 score please post a link to the full report so we can help you fix any other issues that there may be.

Reverse DNS for VPS72 has been set to altair.helioho.st.

Remote access enabled.

host=65.19.154.90
port=5432
user=kkaviani_admin
dbname=kkaviani_poems
password=<set in Plesk>

Remote access enabled.

host=65.19.154.90
port=5432
user=mirmil_birdz_admin
dbname=mirmil_birdz
password=<set in Plesk>

I don't see any running process listening on port 3000. Are you sure it's running?

Are you asking for WSGI restart access? https://wiki.helionet.org/Flask#Request_WSGI_Control_Access

The domain altair.helioho.st has been created and is pointing to VPS72.

So, the only table in the database had the name messages, and there were no other tables?

16 hours ago, talesaz said:

could you please confirm if the WSGI restart/reload control is enabled for this specific domain?

Yes, it is.

An invite has been sent to create a Morty account. Please click the link and follow the instructions to create a new account. Data that was successfully recovered from your Johnny account can be downloaded from https://heliohost.org/backup/

Note that backups may not be available yet for all accounts, and not all data may have been recoverable (especially databases). If there is something specific you need that you don't have a backup of, let us know exact details of what you're looking for and we can take a second look to see if it can be recovered.

If you need domains added, please let us know your new username and the domains you need once you finish creating the Morty account so we can get them set back up for you. Our apologies for the downtime. We should have rebuilt Johnny sooner before this happened.

What port is the websocket listening on?

2 hours ago, ksuresh said:

my account was just migrated to the new server and my Python modules were not transferred

This is why we emailed you on April 27th to let you know that the modules wouldn't be transferred, and you would need to request them again. We advised you to request them in advance so there would be no downtime when you were moved 2 weeks later. A few people actually read that email, requested the modules in advance, and had a much smoother upgrade experience.

Installed. https://morty2-info.heliohost.org/pyinfo/info3.14.py

TabError: inconsistent use of tabs and spaces in indentation File "/home/talesaz.heliohost.us/atenahub.app.br/config.py", line 7

Which domain?

This is why we emailed you on April 27th to let you know you were going to be moved. A lot of people actually read that email and then requested the Python modules they needed before they even moved, and realized they were going to have to change their remote database string, etc. We also posted the same news on this forum, Discord, Facebook, etc. If you had read that email and told us the modules you needed 2 weeks ago there wouldn't have been any 500 errors.

Modules installed.

What are some of the table names?

Awesome. Let us know if you need help with anything else.

I think I've got something for you. Download the backup from https://heliohost.org/backup again. The original file is in there with the -old.tar.gz but there is a new .tzst file attached too. See if that .tzst file has the database you need.

I'm not seeing a lot of those table names anywhere. Here are the rest of the files in the directory where I found the careers.ibd and players.ibd

Sure, what are the table names?

Do these look familiar? I think careers and players would be table names?

# grep 'Da-Dio1969' * -R
grep: lost+found/100884954/careers.ibd: binary file matches
grep: lost+found/100884954/players.ibd: binary file matches