Search results

This should still work.. php-5.3.10 - Remi's RPM repository - Blog

I wrote a little chron thing that warns me when there are too many open files (which can be fatal on the server).. I got a warning at 4 AM.. The open files number comes from /proc/sys/fs/file-nr, the 42 thousand.. Apparently my script that lists the open files doesn't work as well as I hoped...

Unrecognized option: 'log-max-num'

Try this: https://talk.plesk.com/resources/how-to-find-the-busiest-web-site.8/

Mod_evasive is very old code.. like untouched for 7 years.. -- yet very popular.. I'm surprised no one picked it up and improved it.. or at least, kept it up to date..

Turns out I had bigger issues -- I had to reinstall every PHP package..

check their DNS's with whois.. they might be using some other DNS.. verify against a 3rd party DNS to see if their domain resolves.. I like google's.. 8.8.8.8 easy to type.. like this: nslookup domain.de 8.8.8.8

Yes, that looks correct.. It's been a while :)

I was most surprised myself that it happened -- and all by itself. I hadn't touched the server in some time.. Anyway, it's cured now.. It was very strange however.. As I said, re-installing ALL php packages seems to have cured it somehow..

I have some customers still using PHP 5.3 :) I installed REMI's Repo to add 5.3 about 2 years ago.. works well..

I do have some customers that legitimately go to "spam countries", so I would hate to block them solely just because of their GeoIP rating.. However, it would be great if the fail2ban "maxretry" could be different for such users - that are already flagged by country..

Solved - I changed write_logs to no in /etc/audit/auditd.conf

On AlmaLinux 8.8, the journalctl -f shows these messages arriving every second.. May 27 07:27:02 storm.kalfaoglu.net kernel: kauditd_printk_skb: 27 callbacks suppressed May 27 07:27:02 storm.kalfaoglu.net kernel: audit: type=1130 audit(1685161622.605:37852006): pid=1 uid=0 auid=4294967295...

Join the club -- it seems the whole login and web site structure keeps changing every few months.. I really don't enjoy it.

I had it set for Comodo.. the new update did nothing to me.. but my apache got wiped by PHP itself -- had to reinstall about 50 packages :) not a good day for servers, I guess? -t

Yep.. after reinstall of all the PHP my load average dropped from 10+ to 3..

I'm doing something like this.. it seems to work.. I'm slowly changing the numbers from 72 to 73, 74, now to 81.. and the logs are reducing :) # yum reinstall `rpm -qa|grep plesk-php81`

I managed to disable auditd, but now I'm getting tonns of May 26 15:18:53 storm kernel: show_signal: 32088 callbacks suppressed May 26 15:18:53 storm kernel: audit: type=1701 audit(1685103533.295:36081622): auid=4294967295 uid=0 gid=100 4 ses=4294967295 pid=45538 comm="php-fpm"...

I'm also seeing this: [root@storm postfix]# tail -f /var/log/messages May 26 15:06:33 storm kernel: show_signal: 14380 callbacks suppressed May 26 15:06:38 storm kernel: show_signal_msg: 13297 callbacks suppressed May 26 15:06:38 storm kernel: in ld-2.28.so[7f51a4294000+2e000] May 26 15:06:38...

I'm still seeing some hang-ups, is this normal: TOP output, the first few lines -- they are all root-owned and they are all php-fpm.. below these lines there are other php-fpm's but they are owned by actual users, not root.. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+...