Hi Matthias,
Am 23.10.2014 um 15:02 schrieb Matthias Apitz:
El día Thursday, October 23, 2014 a las 08:43:22AM +0200, Matthias Apitz
escribió:
nm .libs/libapr-1.so.0.4.5 | egrep 'GLIBC_2.[4-9]|GLIBC_2.10'
U accept4@@GLIBC_2.10
U dup3@@GLIBC_2.9
U epoll_create1@@GLIBC_2.9
With setting:
apr_cv_accept4=no export apr_cv_accept4
apr_cv_dup3=no export apr_cv_dup3
apr_cv_epoll_create1=no export apr_cv_epoll_create1
we have:
nm .libs/libapr-1.so.0.4.5 | egrep 'GLIBC_2.[4-9]|GLIBC_2.10'
U pthread_mutex_consistent_np@@GLIBC_2.4
U pthread_mutexattr_setprotocol@@GLIBC_2.4
U pthread_mutexattr_setrobust_np@@GLIBC_2.4
Thanks for this hint
Well, it's fine that the symbols for the new calls accept4, dup3,
epoll_create1 went away, so far so good.
But the apache is unwilling to create a LISTEN on its port; it says:
# strace -o /tmp/apa.tr -f /usr/local/sisis-pap/apache/bin/apachectl start
[ Process PID=6864 runs in 32 bit mode. ]
[Thu Oct 23 14:42:12 2014] [crit] (22)Invalid argument: alloc_listener: failed
to get a socket for (null)
Syntax error on line 138 of /usr/local/sisis-pap/apache/conf/httpd.conf:
Listen setup failed
[ Process PID=6836 runs in 64 bit mode. ]
6864 connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6,
"::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
6864 getsockname(3, {sa_family=AF_INET6, sin6_port=htons(32772), inet_pton(AF_INET6,
"::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [8589934620]) = 0
6864 connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"},
16) = 0
6864 connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("0.0.0.0")}, 16) = 0
6864 getsockname(3, {sa_family=AF_INET6, sin6_port=htons(32772), inet_pton(AF_INET6,
"::ffff:127.0.0.1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0},
[8589934620]) = 0
6864 close(3) = 0
6864 socket(PF_INET6, 0x80001 /* SOCK_??? */, IPPROTO_IP) = -1 EINVAL (Invalid
argument)
6864 socket(PF_INET, 0x80001 /* SOCK_??? */, IPPROTO_IP) = -1 EINVAL (Invalid
argument)
6864 gettimeofday({3233802550310820, 18426497511976861723}, NULL) = 0
6864 open("/etc/localtime", O_RDONLY) = 3
It seems a known issue, for example:
https://bugzilla.redhat.com/show_bug.cgi?id=516331
The exact version is httpd-2.2.22 which brings APR 1.4.5
Any idea? Thanks
Try to also set
apr_cv_sock_cloexec=no
Again check apr_private.h after configure for having HAVE_SOCK_CLOEXEC
not set.
Got that additional dependency from
https://issues.apache.org/bugzilla/show_bug.cgi?id=47662
What you try to achieve is not supported, so it is expected to be a bit
of trial-and-error.
Regards,
Rainer
