HTTPd fails from 2.4.39 to 2.4.41 update

If you're on non-CL, are you running CentOS <7.4? APR might be selecting getrandom syscall even when it shouldn't:
RHEL 7.4 introduces the getrandom() system call, which combines the best of the existing interfaces

Another guess - OpenVZ kernel has this issue, as CL relies on them too as far as I remember :)

Anyone with this issue on native CentOS kernel or Debian/FreeBSD? I guess none, but I'd like to be sure.
 
If you're on non-CL, are you running CentOS <7.4? APR might be selecting getrandom syscall even when it shouldn't:


Another guess - OpenVZ kernel has this issue, as CL relies on them too as far as I remember :)

Anyone with this issue on native CentOS kernel or Debian/FreeBSD? I guess none, but I'd like to be sure.

I'm on 7.6, and OpenVZ6, see below:
Code:
[root@cluster custombuild]# cat /etc/redhat-release 
CentOS Linux release 7.6.1810 (Core) 
[root@cluster custombuild]# uname -a
Linux cluster.ikwright.com 2.6.32-042stab139.1 #1 SMP Tue Jun 18 12:51:14 MSK 2019 x86_64 x86_64 x86_64 GNU/Linux

No reported issues on our OpenVZ7 instances, yet.
 
Quick fix for now:
Code:
ln -sf /usr/lib/apache/libapr-1.so.0.6.5 /usr/lib/apache/libapr-1.so.0

Continuing to investigate.

[root@s01 custombuild]# ln -sf /usr/lib/apache/libapr-1.so.0.6.5 /usr/lib/apache/libapr-1.so.0
[root@s01 custombuild]# httpd -v
httpd: symbol lookup error: httpd: undefined symbol: apr_atomic_read64

Any idea?
 
We're seeing this too. 6 machines so far this morning. Let me know if you need more cases to check against.
 
Hello,

We do have a couple hundreds of server with OVZ6+CentOS+DA. The issue is happening with the most recent servers with auto update enabled.

At some of them, the following worked (I believe that it just works if you do the following before: cd /usr/local/directadmin/custombuild ; ./build update ; ./build apache ; ./build php n ; ./build rewrite_confs):
ln -sf /usr/lib/apache/libapr-1.so.0.6.5 /usr/lib/apache/libapr-1.so.0 ; service httpd restart

At the ones that the ln has not fixed, we are receiving:
# httpd -V
httpd: symbol lookup error: httpd: undefined symbol: apr_atomic_read64

I am trying to build apache to confirm
 
Quick fix for now:
Code:
rm -f /usr/lib/apache/libapr-1.so.0.7.0 /usr/lib/apache/libapr-1.so.0
cd /usr/local/directadmin/custombuild
perl -pi -e 's|apr:1.7.0:757239852b082b844e268a86f2806fd2|apr:1.6.5:|g' versions.txt
./build apache

Continuing to investigate.

Offtopic: Is there any reason why on FreeBSD in versions.txt I read "apr:1.6.5" but with httpd -V I get:

Server loaded: APR 1.7.0, APR-UTIL 1.6.1
Compiled using: APR 1.7.0, APR-UTIL 1.6.1

It looks like Custombuild is building against APR 1.7.0 regardless of what is written in versions.txt. And I am unsure why 1.6.5 is listed in versions.txt but not the latest version.

Is that a temporarily fix (downgrading APR) for people with issues which is skipped for FreeBSD through the build script?
 
Last edited:
I'm on Centos 7.6.1810 64-bit and had the same error. The quick fix suggested by smtalk worked for me.

Please keep me posted if anything else should be fixed when this problem is solved.
 
no issues

KVM - Cloud Linux 7 3.10 kernel (not hybrid 4 which is beta) converted from 7.6.1810 Centos iso

Code:
httpd -V
Server version: Apache/2.4.41 (Unix)
Server built:   Aug 15 2019 09:19:40
Server's Module Magic Number: 20120211:88
Server loaded:  APR 1.7.0, APR-UTIL 1.6.1
Compiled using: APR 1.7.0, APR-UTIL 1.6.1

LXC Centos 7 - 5.0 kernel (Proxmox 6) from Proxmox template, updated with yum prior to DirectAdmin install and then yum cron
Code:
httpd -V
Server version: Apache/2.4.41 (Unix)
Server built:   Aug 15 2019 08:50:37
Server's Module Magic Number: 20120211:88
Server loaded:  APR 1.7.0, APR-UTIL 1.6.1
Compiled using: APR 1.7.0, APR-UTIL 1.6.1

Both have epel-repo enabled
 
Same issue on VPS

I have an OpenVZ VPS and am seeing the same error, but it gets stranger...
I've made and installed and get this:

[root@server15 httpd-2.4.41]# /usr/local/apache2/bin/httpd -v
[Mon Aug 19 12:43:26.424750 2019] [:crit] [pid 5064] (38)Function not implemented: AH00141: Could not initialize random number generator

but the local build I get this:
[root@server15 httpd-2.4.41]# ./httpd -v
Server version: Apache/2.4.41 (Unix)
Server built: Aug 19 2019 12:39:25

copy httpd and all the other files
[root@server15 httpd-2.4.41]# cp httpd* /usr/local/apache2/bin/
cp: overwrite '/usr/local/apache2/bin/httpd'? y
[root@server15 httpd-2.4.41]# /usr/local/apache2/bin/httpd -v
Server version: Apache/2.4.39 (Unix)
Server built: Jul 12 2019 16:38:15

I've even deleted, confirmed deleted, recopied, still says 2.4.39 when I run /usr/local/apache2/bin/httpd folder version of the binary...
The dates on the file system are the old file 2.4.39 dates.... I really don't understand it or why its not copying or not appearing to copy or what.?!

Anyone any idea? The only thing I can put it down to is a file system error, but it is really really odd!
 
Can you share the command to upgrade the httpd version from 2.4.6 to 2.4.41

Unfortunately, downgrading does not fix it.

I'm on a CentOS7 64 bit image, and even installing fresh causes the following issue with Apache/HTTPD:
====
[Thu Aug 15 05:26:14.994352 2019] [:crit] [pid 15388] (38)Function not implemented: AH00141: Could not initialize random number generator
====

No errors located in apache's error log, either.

Anyone else having this issue, or know of a fix?

Can you share the command to upgrade the httpd version from 2.4.6 to 2.4.41
 
@Hemanth: Here you go:

Code:
cd /usr/local/directadmin/custombuild
./build update
./build apache
 
I need direct linux commands to upgrade this from 2.4.6 to 2.4.41

I need direct linux commands to upgrade this from 2.4.6 to 2.4.41
 
Those are "direct linux commands" to upgrade from 2.4.6 to 2.4.41.
 
There is no folder with this name "directadmin" under /etc/local.

Those are "direct linux commands" to upgrade from 2.4.6 to 2.4.41.

Can you guide me with exact steps how to download this folder or how to get this folder?
 
Back
Top