dl5ark1

Hi Krydos, thanks! At first glance, everything looks good now. I can log in to all the accounts, and the connection speed is good as well. I'll continue testing over the next little while, but so far everything seems to be working as expected. Thanks again!

Just another update: I have now submitted a new password for dl5ark_arcor via the password reset page. Perhaps it will be sufficient to simply assign this new password to the account. Thank you again for your help!

Just an update: Surprisingly, two of the FTP accounts are now working: dl5ark_webcam1 dl5ark_metofficewow Only dl5ark_arcor is still not working. When I try to log in with dl5ark_arcor, I get the following error: Login as dl5ark_arcor... Login failed (Login incorrect.) Could you please check that account as well? Thank you!

I noticed that in the HelioHost control panel, under Account → Resources, it shows Additional FTP accounts: 3 used of Unlimited. Therefore, I assumed that the FTP accounts still existed and that only their passwords had been lost. If that's not the case, here are the exact FTP account details. I changed the usernames when I recreated them back in January 2023: Server: ftp.dl5ark.heliohost.org Username: dl5ark_arcor Path: Home directory → public_html → arcor Server: ftp.dl5ark.heliohost.org Username: dl5ark_webcam1 Path: Home directory → public_html → webcam1 Server: ftp.dl5ark.heliohost.org Username: dl5ark_metofficewow Path: Home directory → public_html → MetOfficeWOW I hope this helps. Thank you again for your assistance!

Just a quick update: I have now submitted new passwords for the three FTP accounts via the password reset page: arcor@dl5ark.heliohost.org webcam1@dl5ark.heliohost.org MetOfficeWOW@dl5ark.heliohost.org The page says that the new passwords have been securely stored, but an admin needs to manually assign them before they become active. Could you please assign the new passwords to these three FTP accounts? Thank you very much!

Hi Krydos, thank you for migrating my account to Tommy2. The first thing I noticed is the following: I can successfully log in via FTP using: dl5ark@dl5ark.heliohost.org However, I can no longer log in with these FTP accounts: arcor@dl5ark.heliohost.org webcam1@dl5ark.heliohost.org MetOfficeWOW@dl5ark.heliohost.org Were these additional FTP logins lost during the migration? I also couldn't find any option in the HelioHost control panel to recreate these FTP accounts myself. Could you please recreate them as they existed before? Also, could you let me know how I can set or reset their passwords afterwards? Thank you very much for your help!

Hi Krydos, yes, I'd like to move to Tommy2 now. Please go ahead with the migration at your earliest convenience. Thank you!

Hello support, my account has been suspended again due to high server load. Could you please unsuspend it once more? I would also appreciate it if you could help me identify the exact cause of the high CPU usage so I can prevent this from happening again. Last time, I was told that the load was most likely caused by several FTP sessions that had been left open. I have been using my account in essentially the same way for many years, and this problem only started occurring recently, so I am trying to understand what has changed. Could you please check whether the same issue occurred this time? If possible, I would appreciate any details you can provide about the processes or resource usage that triggered the suspension. I also have a question regarding the FTP sessions: Recently, there have been quite frequent 502 Bad Gateway and 504 Gateway Timeout errors on the server. Is it possible that these errors could somehow result in FTP connections not being closed properly, leaving idle sessions behind that eventually contribute to the high load? I am not sure whether there could be any connection, but I wanted to ask since this issue is completely new despite my workflow remaining unchanged for years. If there is anything I should change on my side, I will gladly do so. Any information that helps me identify and eliminate the root cause would be greatly appreciated. Thank you very much for your help.

HelioHost username: dl5ark heliohost server: tommy heliohost main domain: dl5ark.heliohost.org Hello support, could you please unsuspend my account? After my account has been unsuspended, I will check the load information in the dashboard and monitor the resource usage to make sure this does not happen again. If possible, could you also let me know what caused the suspension? Thank you very much for your help!

Thank you. The result looks good.

Please create a subdomain “mybo” for me, I want to test with this. So I will have an additional mybo.dl5ark.heliohost.org, which points to the (existing) directory mybo under public_html, right? From there I can presumably also access the databases as normal, but configure the settings for this subdomain (such as PHP) differently. If I understand everything correctly, I can use any name server.

I wasn't aware of that. I can probably look it up in the manual to set it up correctly. I can give it a try over the next week. Reporting the problem to Plesk is still a good idea.

1. We can report it to Plesk and see if they will fix it. This seems like the best idea for now, as others might be affected by the problem as well. If Plesk acknowledges the problem and fixes it, it will benefit everyone. 2. We could uninstall the Plesk package, and compile GD ourself from source, but that seems like too much work and may break other things. We should wait with that. Depending on how 1. turns out. 3. We could use a version of PHP where GD actually works, such as 7.4, but that may not be an option if too much of the rest of the code requires 5.6. This code would run with 7.4 if necessary, but other code on my site still requires 5.6. If you could choose PHP per application instead of for the whole homepage that would be an option, unfortunately not. 4. We could move your website to Lily where I think PHP 5.6 has GD and it actually works. Hm, I would wait and see 1. 5. We could move you to a VPS which start at $4 per month https://heliohost.org/vps/ That's “a little” too expensive for me. 6. You could use Image Magick instead of GD. Example code below: Since the Blitzortung project is not my project, the outcome of rewriting possibly many files seems too uncertain to me.

I am experiencing an issue with generating images using a PHP script from the MyBlitzortung project (https://github.com/tobiasv/MyBlitzortung/tree/master) after moving my website from the old tommy2 server to the new tommy server. The script uses the GD library to render images with text, but after the move, no text is displayed in the images. To investigate, I ran two simple test scripts: gd.php (https://dl5ark.heliohost.org/gd.php): This test creates a blank image with a black background and attempts to display text using a specific TTF font, but only a white rectangle is shown without the text. gd1.php (https://dl5ark.heliohost.org/gd1.php): Similarly, this script also fails to display the text. The PHP script in question (functions_image.inc.php) relies on the GD library with FreeType support to render the text, and the path to the TTF font seems to be correctly configured. The issue persists even though: - FreeType support is enabled on the server. - The font files are present and accessible with appropriate permissions. I kindly request your help to: 1. Verify if the GD library with FreeType is functioning correctly on the new server. 2. Check for any potential issues with the PHP configuration (e.g., paths, library versions, or limitations) that might prevent the text rendering from working properly. I appreciate your assistance in resolving this issue, as it affects the proper functioning of image generation on the website. Wolstech has also tested it and confirms the problem with PHP 6.5 and the GD library (GD is broken): https://helionet.org/index/topic/62191-tommy-upgrade/?do=findComment&comment=279291 . Thank you for your help, best regards!

Friendly query: Is it necessary to open a ticket in Customer Service or is Krydos also aware of the problem here?

Thank you for your support. Let's hope that @Krydos finds time to look into the problem.

Hello wolstech, this is the last and only known remaining error with my migrated homepage. It would be very nice if you could take care of the problem. A complete reinstallation of my account seems a bit excessive. It would be a great pity if I could no longer use php just because of this. Especially for a test phase of the transition from tommy2 to tommy I would appreciate your support. Thank you for your efforts.

Thank you so far. I am experiencing an issue with generating images using a PHP script from the MyBlitzortung project (https://github.com/tobiasv/MyBlitzortung/tree/master) after moving my website from the old tommy2 server to the new tommy server. The script uses the GD library to render images with text, but after the move, no text is displayed in the images. To investigate, I ran two simple test scripts: gd.php (https://dl5ark.heliohost.org/gd.php): This test creates a blank image with a black background and attempts to display text using a specific TTF font, but only a white rectangle is shown without the text. gd1.php (https://dl5ark.heliohost.org/gd1.php): Similarly, this script also fails to display the text. The PHP script in question (functions_image.inc.php) relies on the GD library with FreeType support to render the text, and the path to the TTF font seems to be correctly configured. The issue persists even though: - FreeType support is enabled on the server. - The font files are present and accessible with appropriate permissions. I kindly request your help to: 1. Verify if the GD library with FreeType is functioning correctly on the new server. 2. Check for any potential issues with the PHP configuration (e.g., paths, library versions, or limitations) that might prevent the text rendering from working properly. I appreciate your assistance in resolving this issue, as it affects the proper functioning of image generation on the website. Best regards!

Just to understand: Was it active on tommy2?

I did some superficial research in the foreign php code. I noticed the following: In the /mybo/includes/functions_image.inc.php (I made a copy of the /blitzortung directory) the following line is called: exec(“/usr/bin/optipng -o ‘.BO_OPTIPNG_LEVEL.’ ‘$file’”); Is it possible that the exec() function was active on tommy2 and not on the new tommy? If so, can it be activated for my account?

My .htaccess Problem is solved.

I see this php error message: PHP Warning: Version warning: Imagick was compiled against Image Magick version 1692 but version 1693 is loaded. Imagick will run but may behave surprisingly in Unknown on line 0 Can you reproduce this error with any php file?

I have made some attempts in the directory /123 and /123/456. Neither Satisfy Any nor AuthType None Require all granted work (depending on Apache version). Apache must be configured so that .htaccess files are taken into account at all. This is regulated by the AllowOverride directive in the Apache configuration file. Is this the case?

The fonts are stored under /blitzortung/fonts/ . Does this help you to diagnose the error?

I do not see an error message either in the browser or in the logs. The error I mean is the faulty output image from the link http://dl5ark.heliohost.org/blitzortung/blitzortung.php?graph_statistics=strikes_time&bo_lang=de&year=2024&month=01&radius=1 . Can you call up this link on my (presumably still existing) old copy on tommy2? It generated a correct output image there. I have removed the password protection, access to the subdirectories was possible without a password. I added it again on the upper level, access to the subdirectory was no longer possible. This was done ad hoc, without waiting 2 hours. I will test it again, but do not expect a different result. Here in May 22, 2022 at https://helionet.org/index/topic/53040-hh762331-plesk-eta-currently-number/ it was about php and the password protected subdirectories. At that time a “Satisfy any” was written in the .htaccess file in a test directory. .htaccess copied, I'll wait a few more hours. Is this still the recommended solution?