Bug#730744: apache2 stopped working with [error] (38)Function not implemented: apr_socket_accept: (client socket)
Package: apache2.2-common
Version: 2.2.22-13
Severity: normal
I can't tell whether that's an apache2 or libc bug, here's the story:
Apache suddenly stopped working (it was still working a week ago, and there was
no configuration change on the system in the interval). I suspect the last
logrotation triggered this, but unfortunately I can't track it down to an
upgraded packages: I run unattended-upgrades, but there's nothing in the logs
for that period, and I don't remember manually dist-upgrading either,
so I'm really clueless as to what broke.
Symptoms:
Apache won't serve any incoming connection, they just hang forever. Logs are
filled with:
[error] (38)Function not implemented: apr_socket_accept: (client socket)
strace'ing httpd -X shows:
open(/etc/group, O_RDONLY|O_CLOEXEC) = 12
_llseek(12, 0, [0], SEEK_CUR) = 0
fstat64(12, {st_mode=S_IFREG|0644, st_size=860, ...}) = 0
mmap2(NULL, 860, PROT_READ, MAP_SHARED, 12, 0) = 0x4802b000
_llseek(12, 860, [860], SEEK_SET) = 0
fstat64(12, {st_mode=S_IFREG|0644, st_size=860, ...}) = 0
munmap(0x4802b000, 860) = 0
close(12) = 0
setgroups(1, [33]) = 0
geteuid() = 0
setuid(33) = 0
epoll_create1(O_CLOEXEC)= 12
epoll_ctl(12, EPOLL_CTL_ADD, 5, {EPOLLIN, {u32=1220006224,
u64=5239886832996450304}}) = 0
epoll_ctl(12, EPOLL_CTL_ADD, 4, {EPOLLIN, {u32=1220006256,
u64=5239886970435403776}}) = 0
epoll_ctl(12, EPOLL_CTL_ADD, 3, {EPOLLIN, {u32=1220006288,
u64=5239887107874357248}}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x48b81000
semop(1015808, {{0, -1, SEM_UNDO}}, 1) = 0
epoll_wait(12, {{EPOLLIN, {u32=1220006224, u64=5239886832996450304}}}, 3,
1) = 1
SYS_344(0x5, 0xbff0f62c, 0xbff0f618, 0x8, 0x1) = -1 ENOSYS (Function
not implemented)
write(2, [Fri Nov 29 01:36:32 2013] [erro..., 100) = 100
semop(1015808, {{0, 1, SEM_UNDO}}, 1) = 0
close(12) = 0
This looks quite like the issue mentioned in this thread:
http://lists.debian.org/debian-powerpc/2013/06/msg5.html
In particular, I'm also running 2.6.32, which is the minimum version for
wheezy's glibc.
HTH
-- Package-specific info:
List of enabled modules from 'apache2 -M':
actions* alias auth_basic authn_file authz_default authz_groupfile
authz_host authz_user autoindex cgi deflate dir env include mime
negotiation php5 reqtimeout setenvif status userdir
(A * means that the .conf file for that module is not enabled in
/etc/apache2/mods-enabled/)
List of enabled php5 extensions:
ldap mcrypt mysql mysqli pdo pdo_mysql
-- System Information:
Debian Release: 7.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.32.61
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages apache2 depends on:
ii apache2-mpm-prefork 2.2.22-13
ii apache2.2-common 2.2.22-13
apache2 recommends no packages.
apache2 suggests no packages.
Versions of packages apache2.2-common depends on:
ii apache2-utils 2.2.22-13
ii apache2.2-bin 2.2.22-13
ii lsb-base 4.1+Debian8+deb7u1
ii mime-support 3.52-1
ii perl 5.14.2-21+deb7u1
ii procps 1:3.3.3-3
Versions of packages apache2.2-common recommends:
ii ssl-cert 1.0.32
Versions of packages apache2.2-common suggests:
pn apache2-doc none
pn apache2-suexec | apache2-suexec-custom none
ii elinks [www-browser]0.12~pre5-9
ii lynx-cur [www-browser] 2.8.8dev.12-2
-- no debconf information
--
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131129005238.18631.27623.reportbug@Tatooine
Re: Bug#421820: libapache2-mod-musicindex: Incorrect url-encoding of -sign
reassign 421820 apache retitle 421820 ap_escape_uri() doesn't escape -sign thanks On 5/1/07, Thibaut VARENE [EMAIL PROTECTED] wrote: On 5/1/07, M.H. ten Berge [EMAIL PROTECTED] wrote: Package: libapache2-mod-musicindex Version: 1.1.5-2 Severity: normal File paths containing an -sign are not URL-encoded correctly. [...] Example: the bar displays http://host/Jazz%20%20Swing/SomeAlbum/;. This should have been Jazz%20%26%20Swing. That's a bug I've been trying to fix already in the past and thought I had. It seems ap_escape_uri() isn't doing what I thought it would, and digging into apache source code doesn't help me figuring out a proper solution, hence my cc-ing of debian-apache for help. I currently encode all hrefs by doing ap_escape_html(pool, ap_escape_uri(pool, uri)); for some reason, ap_escape_uri seems to properly escaping everything but ''. Can somebody point me at a proper fix? After digging into apache source code and asking around, I believe this is an apache bug, hence me reassigning it: Check the help with ap_escape_uri() thread here http://mail-archives.apache.org/mod_mbox/httpd-modules-dev/200705.mbox/browser ap_escape_uri() (aka ap_os_escape_path()) properly escapes pretty much everything (including the '?' sign to avoid it being interpreted as a query) but *not* the '' sign (usually part of a multi-arguments query). I believe that the problem lays in the hash table in src/os/netware/test_char.h (from apache 1.3.34). I don't know if this is actually the hash table used or not, but if it is, '' (0x26) is masked with 0x01 (T_ESCAPE_SHELL_CMD) whilst for instance '?' (0x3f) is masked with 0x0f (T_ESCAPE_SHELL_CMD|T_ESCAPE_PATH_SEGMENT|T_OS_ESCAPE_PATH|T_HTTP_TOKEN_STOP) which actually makes more sense. Somebody suggested I should rewrite my own ap_escape() function that would also escape the '' sign. That clearly sounds wrong to me, as I believe this kind of function ought to be provided by apache itself, and I believe this is the intent of ap_escape_uri(). Please also note that this bug affects apache 2.2 in debian. HTH T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421820: ap_escape_uri() doesn't escape -sign
On 5/9/07, Stefan Fritsch [EMAIL PROTECTED] wrote: Apache behaves correctly (in principle). From RFC 2396 section 3.3: 'The path may consist of a sequence of path segments separated by a single slash / character. Within a path segment, the characters /, ;, =, and ? are reserved.' [1] This means '' is a reserved character only in the query part after the '?', but not before the '?' in the path part of the URL. I am not sure how this helps you, though ;-). But I guess if you take something from the path part and put it into the query part, you have to escape everything that is reserved in the query part but not in the path part (i.e. :, @, , +, ,, =, and $). I'm looking at RFC1738, which is referred by RFC1808, the latter one being quoted in apache source. Specifically, it says in section 2.2 Reserved: Many URL schemes reserve certain characters for a special meaning: their appearance in the scheme-specific part of the URL has a designated semantics. If the character corresponding to an octet is reserved in a scheme, the octet must be encoded. The characters ;, /, ?, :, @, = and are the characters which may be reserved for special meaning within a scheme. No other characters may be reserved within a scheme. Note the may be reserved for /special meaning/ within a scheme. And continues: Usually a URL has the same interpretation when an octet is represented by a character and when it encoded. However, this is not true for reserved characters: encoding a character reserved for a particular scheme may change the semantics of a URL. Again encoding a character reserved for a particular scheme may change the semantic of a URL. That's exactly the point. Unencoded, '' is an argument separator. Encoded it's just another regular string in the URL. Thus, only alphanumerics, the special characters $-_.+!*'(),, and reserved characters used for their reserved purposes may be used unencoded within a URL. This final sentence is very important: reserved characters used for their /reserved/ purposes may be used unencoded within a URL. As such, '/' is fine unencoded since it's used for its /reserved/ purpose: a path delimiter. On the contrary, '' within the path is not used for its /reserved/ purpose. Put another way, the first paragraph clearly defines '' as being a reserved characters. Used within a /path/ (as it is the case with ap_escape_uri()), it's a reserved character used /outside/ of its reserved purpose, and should thus be encoded. I believe that this RFC is extremely clear and consistent, and it's referred to by the RFC1808 which apache source seems to be following. This is exactly why I think I have some ground when I say it's an apache bug 8-) Either ap_escape_uri() (which is again ap_os_escape_path()) can be used on something else than just path, and then it shouldn't even encode eg '?' (which it currently does), or it's well meant to only be used on path and then it ought to encode '' as well in order to be RFC compliant. HTH T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421820: ap_escape_uri() doesn't escape -sign
On 5/9/07, Stefan Fritsch [EMAIL PROTECTED] wrote: and then it ought to encode '' as well in order to be RFC compliant. but this is not. Also, RFC1738 talks about UR*L*s, the later RFCs talk about UR*I*s, and the function is called ap_escape_ur*i*(). So I guess my code is ok, apache is OK and to get back to the submitter's issue, the issue lies in php? That would be fine by me, since my module seems to work fine as is anyway ;-) Thanks T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#421820: libapache2-mod-musicindex: Incorrect url-encoding of -sign
tags 421820 confirmed help thanks On 5/1/07, M.H. ten Berge [EMAIL PROTECTED] wrote: Package: libapache2-mod-musicindex Version: 1.1.5-2 Severity: normal File paths containing an -sign are not URL-encoded correctly. [...] Example: the bar displays http://host/Jazz%20%20Swing/SomeAlbum/;. This should have been Jazz%20%26%20Swing. That's a bug I've been trying to fix already in the past and thought I had. It seems ap_escape_uri() isn't doing what I thought it would, and digging into apache source code doesn't help me figuring out a proper solution, hence my cc-ing of debian-apache for help. I currently encode all hrefs by doing ap_escape_html(pool, ap_escape_uri(pool, uri)); for some reason, ap_escape_uri seems to properly escaping everything but ''. Can somebody point me at a proper fix? TIA T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394448: libapr1-dev: 'apr_off_t' errors
Package: libapr1-dev Version: 1.2.7-6 Severity: normal I'm trying to build libapache-mod-musicindex on my machine for apache2. This modules has been successfully built by the autobuilders, but here's what happens today: make[2]: Entering directory `/home/varenet/libapache-mod-musicindex-1.1.2/src' if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/apache2 -I/usr/include/apr-1.0 -std=gnu99 -Wall -pedantic -pipe -I/usr/include/xmltok -I/usr/include/openssl -Wall -O2 -INONE/include -g -O2 -MT mod_musicindex_la-mod_musicindex.lo -MD -MP -MF .deps/mod_musicindex_la-mod_musicindex.Tpo -c -o mod_musicindex_la-mod_musicindex.lo `test -f 'mod_musicindex.c' || echo './'`mod_musicindex.c; \ then mv -f .deps/mod_musicindex_la-mod_musicindex.Tpo .deps/mod_musicindex_la-mod_musicindex.Plo; else rm -f .deps/mod_musicindex_la-mod_musicindex.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/apache2 -I/usr/include/apr-1.0 -std=gnu99 -Wall -pedantic -pipe -I/usr/include/xmltok -I/usr/include/openssl -Wall -O2 -INONE/include -g -O2 -MT mod_musicindex_la-mod_musicindex.lo -MD -MP -MF .deps/mod_musicindex_la-mod_musicindex.Tpo -c mod_musicindex.c -fPIC -DPIC -o .libs/mod_musicindex_la-mod_musicindex.o In file included from /usr/include/apache2/ap_config.h:25, from /usr/include/apache2/httpd.h:43, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr.h:270: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'apr_off_t' In file included from /usr/include/apr-1.0/apr_file_io.h:29, from /usr/include/apr-1.0/apr_network_io.h:26, from /usr/include/apache2/httpd.h:53, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr_file_info.h:204: error: expected specifier-qualifier-list before 'apr_off_t' In file included from /usr/include/apr-1.0/apr_network_io.h:26, from /usr/include/apache2/httpd.h:53, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr_file_io.h:548: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_file_io.h:740: error: expected declaration specifiers or '...' before 'apr_off_t' In file included from /usr/include/apache2/httpd.h:53, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr_network_io.h:545: error: expected declaration specifiers or '...' before 'apr_off_t' In file included from /usr/include/apr-1.0/apr_buckets.h:32, from /usr/include/apache2/httpd.h:54, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr_mmap.h:134: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_mmap.h:161: error: expected declaration specifiers or '...' before 'apr_off_t' In file included from /usr/include/apache2/httpd.h:54, from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apr-1.0/apr_buckets.h:242: error: expected specifier-qualifier-list before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:706: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:718: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:754: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:890: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:891: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:1168: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:1367: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:1381: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:1431: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apr-1.0/apr_buckets.h:1447: error: expected declaration specifiers or '...' before 'apr_off_t' In file included from mod_musicindex.h:20, from mod_musicindex.c:150: /usr/include/apache2/httpd.h:826: error: expected specifier-qualifier-list before 'apr_off_t' In file included from /usr/include/apache2/http_request.h:45, from mod_musicindex.h:22, from mod_musicindex.c:150: /usr/include/apache2/util_filter.h:142: error: expected declaration specifiers or '...' before 'apr_off_t' /usr/include/apache2/util_filter.h:299: error: expected declaration specifiers or '...' before 'apr_off_t' In file included from mod_musicindex.h:23, from mod_musicindex.c:150:
Re: Re: Bug#394448: libapr1-dev: 'apr_off_t' errors
Good catch, sorry for the false alarm Thanks On 10/21/06, Tollef Fog Heen [EMAIL PROTECTED] wrote: * Thibaut VARENE | I'm trying to build libapache-mod-musicindex on my machine for apache2. | This modules has been successfully built by the autobuilders, but here's | what happens today: use apr-util --cppflags, not just --cflags (or just use pkg-config) -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272207: apache2-common postinst wants /usr/bin/apache2 - breaks pbuilder
Package: apache2-common Version: 2.0.51-1 Severity: normal I think the following is self explanatory: Setting up apache2-common (2.0.51-1) ... (No info could be read for -p: geteuid()=0 but you should be root.) Setting Apache2 to Listen on port 80. If this is not desired, please edit /etc/apache2/ports.conf as desired. Note that the Port directive no longer works. /usr/sbin/a2enmod: line 15: /usr/sbin/apache2: No such file or directory dpkg: error processing apache2-common (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of apache2-threaded-dev: apache2-threaded-dev depends on apache2-common (= 2.0.51-1); however: Package apache2-common is not configured yet. dpkg: error processing apache2-threaded-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: apache2-common apache2-threaded-dev E: Sub-process /usr/bin/dpkg returned an error code (1) - Trying to fix apt error Setting up apache2-common (2.0.51-1) ... /usr/sbin/a2enmod: line 15: /usr/sbin/apache2: No such file or directory dpkg: error processing apache2-common (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of apache2-threaded-dev: apache2-threaded-dev depends on apache2-common (= 2.0.51-1); however: Package apache2-common is not configured yet. dpkg: error processing apache2-threaded-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: apache2-common apache2-threaded-dev E: Unrecoverable error installing build-dependencies. E: pbuilder-satisfydepends failed. here is the package Build-Depends line: Build-Depends: debhelper ( 4.0.0), apache-dev (= 1.3.0), apache2-threaded-dev (= 2.0.50-10), libvorbis-dev, libid3tag0-dev, libmad0-dev, libflac-dev This prevent any package depending on apache2-threaded-dev to be built using pbuilder. Please mind that the system information below doesn't reflect the pbuilder environment (sid tarball, freshly updated). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (90, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C Versions of packages apache2-common depends on: ii debconf1.4.30.2 Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii dillo [www-browser]0.8.1-1 GTK-based web browser ii elinks [www-browser] 0.9.1+0.9.2pre4-1 Character mode WWW/FTP browser ii emacs20 [www-browser] 20.7-13.1 The GNU Emacs editor. ii libapr02.0.50-12 The Apache Portable Runtime ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libldap2 2.1.30-3 OpenLDAP libraries ii libmagic1 4.09-1File type determination library us ii libssl0.9.70.9.7d-4 SSL shared libraries ii links [www-browser]0.99-1.2 Character mode WWW browser ii lynx [www-browser] 2.8.5-1 Text-mode WWW Browser ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii mozilla-browser [www-b 2:1.6-5 Mozilla Web Browser - core and bro ii mozilla-firefox [www-b 0.8-12lightweight web browser based on M ii net-tools 1.60-10 The NET-3 networking toolkit ii openssl0.9.7d-4 Secure Socket Layer (SSL) binary a ii ssl-cert 1.0-10Simple debconf wrapper for openssl ii zlib1g 1:1.2.1.1-7 compression library - runtime -- no debconf information
Re: Bug#271912: apache2 does not set request_rec-server-port
reassign 271912 apache2
tags 271912 + help
retitle 271912 apache2 does not set request_rec-server-port
thanks
Thibaut VARENE [EMAIL PROTECTED] wrote:
tags 271912 confirmed
thanks
On Fri, 17 Sep 2004 16:45:57 -0700
Andrew D. Clark [EMAIL PROTECTED] wrote:
Sorry, I'll try to be more clear :-)
Since the URI printed to the playlist.m3u file specifies port 0 for
http transport, connections fail (since my http is listening on port
80, not on port 0).
Replying to myself:
I tried downgrade to 0.99.2, it didn't fix the problem. It looks like a
bug in apache2, which no longer sets request_rec-server-port, making
the following piece of code both fail and misbehave:
/* add the port number if needed */
if (!ap_is_default_port(r-server-port, r)) {
sprintf(str_port, :%u, r-server-port);
strcat(prefix, str_port);
}
I'm therefore asking for help from the apache2 team and reassigning bug
to apache2.
HTH,
Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
Re: Packaging a module for apache 1 2 from the same source
On Tue, 27 Apr 2004 07:52:37 +0200 (CEST) Fabio Massimo Di Nitto [EMAIL PROTECTED] wrote: On Mon, 26 Apr 2004, Thibaut VARENE wrote: Hello, I'm the maintainer of libapache-mod-musicindex, and I'm currently looking for The Good Thing (tm) to do to get two .deb from the same source tarball. libapache-mod-musicindex is a native debian package (i'm one of the developers), and it can be built for apache 1 or 2 just by passing a variable to make. Hence me looking for the correct control/rules setup to get two different binaries from the same source tarball, not mutually exclusive. Any clue? You will need to build-deps on both apache-dev and apache2-*-dev (* check the one you prefer). Use apxs for apache1.3 and apxs2 for apache2. All the normal rules for building multiple binaries from the same source applies. Well let me make myself a bit clearer. The problem is that I can't find the proper debian/rules setup (please define normal rules for building multiple binaries from the same source by the way, since what can be found on the net and in /usr/share/doc/debhelper/examples isn't very helpful) to build two different modules _using the same name_ (mod_musicindex.so) for apache1 and apache2 from the same source tree. Basically, i have all .[ch] files in the source directory, and, to achieve two proper builds, i'd like to - build for apache1 (make), get a mod_musicindex.so for apache 1 - install apache1 files (dh_install, i have a libapache-mod-musicindex.install) - clean the source tree - build for apache2 (make APACHE_VERSION=2), get a mod_musicindex.so for apache 2 - install apache2 files (dh_install) - install common files (dh_install with separate mod-musicindex-common package). Or else get the two builds in two separate temp dirs. But i don't know how to achieve any of these. The source tarball with the modified debian/* files can be found here: http://www.esiee.fr/~puffin/musicindex/test.tar.gz (67KB) (apache2 stuff isn't working, as you can guess) Thanks for your precious help, Thibaut VARENE The PA/Linux ESIEE Team http://www.pateam.org/ pgpXqgS1rFrs1.pgp Description: PGP signature
