Bug#511094: apache2.2-common: Segmentation fault when accessing a file on SVN, file truncated

2009-10-26 Thread Martin Rabl

Hi,

I got a similar error behavior - downloading a file failed after 16KB.

My system:
Package: apache2.2-common
Debian: etch
Subversion 1.4 (current from etch-repository)

Using svn with mod_dav_svn.

I disabled the apache module mem_cache and since then all files come 
complete as wanted.


I don't know, but maybe there is a problem using mod_dav_svn combined 
 with mem_cache, I suppose mod_dav_svn has a bug.


--
Greetings

  Martin Rabl



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#511094: apache2.2-common: Segmentation fault when accessing a file on SVN, file truncated

2009-01-10 Thread Stefan Fritsch
On Wednesday 07 January 2009, Marc Leeman wrote:

 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread 0x2b725d3ad850 (LWP 4289)]
 0x2d629e0a in ?? () from
 /usr/lib/apache2/modules/mod_cache.so (gdb) quit

Please provide a backtrace as described 
in /usr/share/doc/apache2.2-common/README.backtrace

Cheers,
Stefan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#511094: apache2.2-common: Segmentation fault when accessing a file on SVN, file truncated

2009-01-07 Thread Marc Leeman
Package: apache2.2-common
Version: 2.2.9-10+lenny1
Severity: important


I've upgraded our servers to the current lenny and files that are accessed
from SVN are now producing truncated files when people access it:

[m...@staleek tmp]$ http_proxy= wget 
http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc
--2009-01-07 12:51:12--  
http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc
Resolving neo.barco.com... 150.158.231.12
Connecting to neo.barco.com|150.158.231.12|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2212352 (2.1M) [application/octet-stream]
Saving to: `CMS_200_icon-reference-list.doc.6'

 0% [   
] 16,384  --.-K/s   in 0.001s  

2009-01-07 12:51:12 (11.0 MB/s) - Connection closed at byte 16384. Retrying.

--2009-01-07 12:51:13--  (try: 2)  
http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc
Connecting to neo.barco.com|150.158.231.12|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2212352 (2.1M) [application/octet-stream]
Saving to: `CMS_200_icon-reference-list.doc.6'

 0% [   
] 16,384  --.-K/s   in 0s  

2009-01-07 12:51:13 (33.9 MB/s) - Connection closed at byte 16384. Retrying.

The logs (error.log) produce this:
[Wed Jan 07 12:45:57 2009] [notice] child pid 26177 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:45:58 2009] [notice] child pid 30335 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:46:12 2009] [notice] child pid 30631 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:46:13 2009] [notice] child pid 30402 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:46:15 2009] [notice] child pid 26176 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:46:18 2009] [notice] child pid 30720 exit signal Segmentation 
fault (11)
[Wed Jan 07 12:46:22 2009] [notice] child pid 30403 exit signal Segmentation 
fault (11)

I traced it down to:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b725d3ad850 (LWP 4289)]
0x2d629e0a in ?? () from /usr/lib/apache2/modules/mod_cache.so
(gdb) quit
[r...@neo ~]# dpkg -S /usr/lib/apache2/modules/mod_cache.so
apache2.2-common: /usr/lib/apache2/modules/mod_cache.so

When disabling caching (and dependent modules) the problem seems to be 'solved':

[r...@neo mods-enabled]# rm cache.load 
[r...@neo mods-enabled]# /etc/init.d/apache2 restart
Restarting web server: htcacheclean apache2We failed to correctly shutdown 
apache, so we're now killing all running apache processes. This is almost 
certainly suboptimal, so please make sure your system is working as you'd 
expect now! (warning).
 ... waiting apache2: Syntax error on line 116 of /etc/apache2/apache2.conf: 
Syntax error on line 2 of /etc/apache2/mods-enabled/disk_cache.load: Cannot 
load /usr/lib/apache2/modules/mod_disk_cache.so into server: 
/usr/lib/apache2/modules/mod_disk_cache.so: undefined symbol: 
ap_cache_cacheable_hdrs_out
 failed!
[r...@neo mods-enabled]# rm disk_cache.load disk_cache.conf 
[r...@neo mods-enabled]# /etc/init.d/apache2 start
Starting web server: apache2apache2: Syntax error on line 116 of 
/etc/apache2/apache2.conf: Syntax error on line 2 of 
/etc/apache2/mods-enabled/mem_cache.load: Cannot load 
/usr/lib/apache2/modules/mod_mem_cache.so into server: 
/usr/lib/apache2/modules/mod_mem_cache.so: undefined symbol: 
ap_cache_cacheable_hdrs_out
 failed!
[r...@neo mods-enabled]# rm mem_cache.load mem_cache.conf
[r...@neo mods-enabled]# /etc/init.d/apache2 start


-- Package-specific info:
List of enabled modules from 'apache2 -M':
  actions alias asis auth_basic auth_digest auth_pam authn_alias
  authn_anon authn_dbd authn_dbm authn_default authn_file authnz_ldap
  authz_dbm authz_default authz_groupfile authz_host authz_owner
  authz_svn authz_user autoindex cgi cgid charset_lite dav_fs
  dav_lock dav dav_svn dbd deflate dir env expires file_cache filter
  headers ident imagemap include info ldap log_forensic mime_magic
  mime negotiation perl php5 proxy_ajp proxy_balancer proxy_connect
  proxy_ftp proxy_http proxy rewrite setenvif speling ssl status
  suexec unique_id userdir usertrack version vhost_alias

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22.1 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages apache2.2-common depends on:
ii  apache2-utils  2.2.9-10+lenny1   utility programs for webservers
ii  libapr1