PHP compilation failure

grimley

Verified User
Joined
Dec 6, 2023
Messages
6
Don't know if this is related - PHP update fails:

configure: error: There is something wrong. Please check config.log for more information.
doPhp_build: failed to compile '/usr/local/directadmin/custombuild/cache/php-8.1.27.tar.gz' inside '/usr/local/directadmin/custombuild/tmp/tmp.YtQUeRd1GV.php-8.1.27.tar.gz'
 
Don't know if this is related - PHP update fails:

configure: error: There is something wrong. Please check config.log for more information.
doPhp_build: failed to compile '/usr/local/directadmin/custombuild/cache/php-8.1.27.tar.gz' inside '/usr/local/directadmin/custombuild/tmp/tmp.YtQUeRd1GV.php-8.1.27.tar.gz'
Same here, did you solve this? Or has anyone ideas to fix it?
 
Hot fix has repaired resource reporting but my PHP update problem persists.
Support (in my case) now declares below. Any idea what this is all about?

===

We found the following error in LOG file:

configure:27287: checking for SSL support in libcurl
configure:27292: result: yes
configure:27306: checking for libcurl linked against old openssl
configure:27345: cc -o conftest -fstack-protector-strong -D_FORTIFY_SOURCE=1 -O1 -fvisibility=hidden -Wl,-rpath,/usr/lib/x86_64-linux-gnu/mit-krb5 -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lcurl conftest.c -lutil -lrt -lm -ldl -lsystemd -lxml2 -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lsqlite3 -lz -lcurl >&5
/usr/bin/ld: error: /lib/x86_64-linux-gnu/libkeyutils.so.1: file too short
collect2: error: ld returned 1 exit status
configure:27345: $? = 1

then we checked that "libkeyutils.so" file and found that your server is hacked, because we see different results:

root@isp1:~# ls -la /lib/x86_64-linux-gnu/libkeyutils*
lrwxrwxrwx 1 root root 20 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1 -> libkeyutils.so.1.9
-rw-r--r-- 1 root root 22448 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9
root@isp1:~#

but:

root@isp1:~# strace -o /dev/null ls -la /lib/x86_64-linux-gnu/libkeyutils*
lrwxrwxrwx 1 root root 20 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1 -> libkeyutils.so.1.9.2
-rw-r--r-- 1 root root 22448 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9
root@isp1:~#

and even more clear: that file is not visible using just "ls" command:

root@isp1:~# ls -la /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
ls: cannot access '/lib/x86_64-linux-gnu/libkeyutils.so.1.9.2': No such file or directory
root@isp1:~#

but it can be seen, for example using "strace" command:

root@isp1:~# strace -o /dev/null ls -la /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
-rwSr--r-- 1 root root 59808 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
root@isp1:~#

So, you have 2 options:

- remove that file and continue using the server and have a hope that it was only one malicious file there. After that PHP will be recompiled correctly.
or
- create new server, install DA there and migrate your DA users to that server.
 
Then we checked that "libkeyutils.so" file and found that your server is hacked, because we see different results:
So, you have 2 options:

- remove that file and continue using the server and have a hope that it was only one malicious file there. After that PHP will be recompiled correctly.
or
- create new server, install DA there and migrate your DA users to that server.

DA staff his answer looks clear to me , you have to choose one of the options
 
DA staff his answer looks clear to me , you have to choose one of the options
(Right. Thanks for your time.)
The reply is clear. I was asking if anyone has seen this "hack" before and what its origins might be.
 
Thank you again.
The question was: "does anyone know what this is about" (not, does the reply from Support make any sense...).
Google it is. Cheers.
 
I have the same problem but it doesn't seem to be a hack on the server because the files are the same on more than one server.
locate libkeyutils
/usr/lib64/libkeyutils.so
/usr/lib64/libkeyutils.so.1
/usr/lib64/libkeyutils.so.1.6
===
da build php 8.1
configure: error: There is something wrong. Please check config.log for more information.
install_php: failed to compile '/usr/local/directadmin/custombuild/cache/php-8.1.29.tar.gz' inside '/usr/local/directadmin/custombuild/tmp/tmp.R09B0dDkT5.php-8.1.29.tar.gz'
===
in
/usr/lib64

ls -lha /usr/lib64/libkeyutils.so
lrwxrwxrwx. 1 root root 27 Oct 8 2021 /usr/lib64/libkeyutils.so -> /usr/lib64/libkeyutils.so.1
ls -lha /usr/lib64/libkeyutils.so.1
lrwxrwxrwx. 1 root root 18 Oct 8 2021 /usr/lib64/libkeyutils.so.1 -> libkeyutils.so.1.6
ls -lha /usr/lib64/libkeyutils.so.1.6
-rwxr-xr-x. 1 root root 16K Oct 8 2021 /usr/lib64/libkeyutils.so.1.6


Can anyone help me?
 
I have no clue. I tried to find it, but I have the impression that it's not called config.log maybe.
You might want to try and have a look at the appropriate custombuild.xxxxx.xxxx.log file in the /var/log/directadmin directory.
Normally there the complete compilation log is visible.
 
I have no clue. I tried to find it, but I have the impression that it's not called config.log maybe.
You might want to try and have a look at the appropriate custombuild.xxxxx.xxxx.log file in the /var/log/directadmin directory.
Normally there the complete compilation log is visible.
I tried custombuild.xxxxx.xxxx.log but it appears the same as what is displayed in the configuration attempt. I looked in several files in /var/log but did not find the log (except custombuild.xxxxx.xxxx.log)
 
Hot fix has repaired resource reporting but my PHP update problem persists.
Support (in my case) now declares below. Any idea what this is all about?

===

We found the following error in LOG file:

configure:27287: checking for SSL support in libcurl
configure:27292: result: yes
configure:27306: checking for libcurl linked against old openssl
configure:27345: cc -o conftest -fstack-protector-strong -D_FORTIFY_SOURCE=1 -O1 -fvisibility=hidden -Wl,-rpath,/usr/lib/x86_64-linux-gnu/mit-krb5 -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lcurl conftest.c -lutil -lrt -lm -ldl -lsystemd -lxml2 -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lsqlite3 -lz -lcurl >&5
/usr/bin/ld: error: /lib/x86_64-linux-gnu/libkeyutils.so.1: file too short
collect2: error: ld returned 1 exit status
configure:27345: $? = 1

then we checked that "libkeyutils.so" file and found that your server is hacked, because we see different results:

root@isp1:~# ls -la /lib/x86_64-linux-gnu/libkeyutils*
lrwxrwxrwx 1 root root 20 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1 -> libkeyutils.so.1.9
-rw-r--r-- 1 root root 22448 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9
root@isp1:~#

but:

root@isp1:~# strace -o /dev/null ls -la /lib/x86_64-linux-gnu/libkeyutils*
lrwxrwxrwx 1 root root 20 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1 -> libkeyutils.so.1.9.2
-rw-r--r-- 1 root root 22448 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9
root@isp1:~#

and even more clear: that file is not visible using just "ls" command:

root@isp1:~# ls -la /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
ls: cannot access '/lib/x86_64-linux-gnu/libkeyutils.so.1.9.2': No such file or directory
root@isp1:~#

but it can be seen, for example using "strace" command:

root@isp1:~# strace -o /dev/null ls -la /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
-rwSr--r-- 1 root root 59808 Feb 10 2020 /lib/x86_64-linux-gnu/libkeyutils.so.1.9.2
root@isp1:~#

So, you have 2 options:

- remove that file and continue using the server and have a hope that it was only one malicious file there. After that PHP will be recompiled correctly.
or
- create new server, install DA there and migrate your DA users to that server.
where did you find the php compilation log?
 
Code:
da build php 8.1
execute via terminal, should display all the logs. if immediate show error text after run this, I guest... you run out of memory.

Do you have any swap space ?
Code:
free -m
 
Code:
da build php 8.1
execute via terminal, should display all the logs. if immediate show error text after run this, I guest... you run out of memory.

Do you have any swap space ?
Code:
free -m
Memory
free -m
total used free shared buff/cache available
Mem: 128307 80084 5816 1304 42405 45684
Swap: 4090 850 3240
===========
running via terminal gave the same result, (see image), without details on why the compilation error occurred
 

Attachments

  • log.png
    log.png
    73.8 KB · Views: 70
I think custombuild does all the compiling under /usr/local/directadmin/custombuild/ somewhere, but it might clean up right after the error happens, meaning the config.log is removed. If it's left behind, it will probably be in a directory with php in the name.
 
that's how I called "Full Logs Output".
Do you have any customize relate to openssl or php compilation ?

customize php compilation should be in "/usr/local/directadmin/custombuild/custom/"
 
Back
Top