[svd]Executable '/usr/local/lsws/fcgi-bin/lsphp-5.2.17' doesn't belong to any package
Hi Guys!
From some days ago we are seeing various error in the log (/var/log/messages) in reference to PHP binary generated by Litespeed.
This is the set of errors generated continuously in a loop
Code:
May 23 16:38:27 server abrt[833501]: saved core dump of pid 833450 (/usr/local/lsws/fcgi-bin/lsphp-5.2.17) to /var/spool/abrt/ccpp-2012-05-23-16:38:27-833450.new/coredump (20131840 bytes)
May 23 16:38:27 server abrtd: Directory 'ccpp-2012-05-23-16:38:27-833450' creation detected
May 23 16:38:27 server abrtd: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
May 23 16:38:27 server abrtd: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-6
May 23 16:38:27 server abrtd: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Security-6
May 23 16:38:27 server abrtd: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Testing-6
May 23 16:38:27 server abrtd: Executable '/usr/local/lsws/fcgi-bin/lsphp-5.2.17' doesn't belong to any package
May 23 16:38:27 server abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2012-05-23-16:38:27-833450 (res:2), deleting
Ideas?
Thanks!
Last edited by tracktor1; 05-23-2012 at 08:08 AM..
No luck, appear that dump files are pruned automatically, the directory is empty:
Code:
Reading symbols from /usr/local/lsws/fcgi-bin/lsphp-5.2.17...done.
/var/spool/abrt/ccpp-2012-05-23-16:38:27-833450.new/coredump: No existe el fichero o el directorio.
I fix the errors with gpg but the core dump errors relative to lsphp continue:
Code:
May 23 19:34:37 server abrt[921633]: saved core dump of pid 921335 (/usr/local/lsws/fcgi-bin/lsphp-5.2.17) to /var/spool/abrt/ccpp-2012-05-23-19:34:37-921335.new/coredump (59789312 bytes)
May 23 19:34:37 server abrtd: Directory 'ccpp-2012-05-23-19:34:37-921335' creation detected
May 23 19:34:38 server abrtd: Executable '/usr/local/lsws/fcgi-bin/lsphp-5.2.17' doesn't belong to any package
May 23 19:34:38 server abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2012-05-23-19:34:37-921335 (res:2), deleting
the culprit is abrtd. you can do 'service abrt-ccpp stop' which will restore the default corefile handling or totally remove abrt to prevent "abrtd: Executable ... doesn't belong to any package" message.