Recent content by TimReeves

I've resolved the problem: An outdated monit script for mysql was looking for a file /etc/init.d/mysql Just remove that test from the monit mysql config and all is well.

I thought oh good, updated panel.ini and opened ssh and repair as instructed, and started the upgrade. It went through OK, but now I have this situation: I manually start MariaDB, works fine. About a good two minutes later it gets shut down from outside - cause unknown. Here are the journal log...

Username: TITLE Fail2Ban Jail 'plesk-modsecurity' started - but ModSecurity not installed PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE Debian 11.6, Plesk Obsidian 18.0.51, 64bit PROBLEM DESCRIPTION I was just monitoring the fail2ban log for other reasons, and I noticed an...

Well now I have solved it: When the Apache package is reinstalled by the installer, some modules which are needed are not selected. I expect it was the fcgid module. My beef is: Howcome I install both packages and repair the mail setup, but nevertheless an Apache module required for webmail is...

It's a new server I'm installing, Debian 10, a Plesk image was already installed. When selecting packages in the installer I saw that one can remove the Apache package, and since I use only Nginx I did. But then webmail was also automatically removed, so I reinstalled both Apache packages. But...

I found that bind was installed on the two servers which could not update. In Plesk the option was deselected, but the packages were installed nevertheless. I deleted the packages and then the update worked. Perhaps Plesk could check if bind9 and bind9utils are installed and work round the...

Thanks @yborzykina , here we go: # deb http://asi-fs-d.contabo.net/debian buster main deb...

Has happened already at 2 servers. In general I don't install Bind, don't need it. Plesk Updates have always worked fine. Now suddenly they don't, same at both servers. From the Updater log: Reading state information... bind9 is already the newest version (1:9.11.5.P4+dfsg-5.1+deb10u6). That's...

@john0001 No I haven't modified anything like that at the Plesk installation, and you are right, cache control is as you noted. Looking at the network traffic for the page I found it may be "my bad" - uBlock Origin was blocking something, and also cookies were blocked. So I expect it was one of...

OK, now I think I found the solution: It's a browser caching problem - if you reload the page (Strg-F5) then the expected checkboxes appear. @IgorG Could you please get devs to look at the caching instructions on the pages showing PHP modules?

Thanks @hschramm you are right ofcourse. I'm well familiar with logrotate, don't know why I didn't think of it in this context. And yes, there are the 'daily' lines for each Plesk PHP installed. But I don't like trying to simply edit those files, as they belong to their respective Plesk...

Plesk 18.0.36 changed the rotation of Plesk PHP-FPM error logs to daily - I assume from weekly? I want to go (back) to weekly: I have scripts run by cron which monitor the size of those files and the threshold for complaint is based on a weekly amount of errors. And it's not a high threshold -...

Hi @IgorG , many thanks as ever for taking a look at this. Even though it's not what I was hoping to hear - I wanted a fix, not to hear that it works for you ;) Still the question remains: Did you also look in Plesk GUI, if APCu was being listed in the PHP 7.4 settings (Modules)? One thing...

Hi John, thanks for your question: No, the new modules are not loaded. That much I'm certain about. To elaborate on my last comment: On a second server I saved unchanged settings and the new modules still did not appear. Then I called "php_handler --reread" again, and again saved changed...

Just noticed that after one save of PHP settings, they appear...