Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 287347 - subversion-1.6.5 exits with "Killed by signal 15"
Summary: subversion-1.6.5 exits with "Killed by signal 15"
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High minor (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2009-10-02 11:53 UTC by Ingo Krabbe
Modified: 2009-10-05 11:46 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Ingo Krabbe 2009-10-02 11:53:37 UTC
If found this bug has appeared once in 2006, where subversion killed the ssh client.  Now the software fails again.  The solution was to upgrade the openssh client, which is no option anymore.

Reproducible: Always

Steps to Reproduce:
1. simply execute any svn command over ssh

Actual Results:  
The command itself works, but it exits with "Killed by signal 15" and a good return code.

Expected Results:  
stop muttering

dev-util/subversion-1.6.5  USE="apache2 bash-completion berkdb nls perl python webdav-neon -ctypes-python -debug -doc -dso -emacs -extras -gnome-keyring -java -ruby -sasl -test -vim-syntax -webdav-serf"

# emerge --info
Portage (default/linux/amd64/10.0, gcc-4.1.2, glibc-2.9_p20081201-r2, 2.6.19-gentoo-r5small x86_64)
System uname: Linux-2.6.19-gentoo-r5small-x86_64-Intel-R-_Xeon-R-_CPU_5130_@_2.00GHz-with-gentoo-
Timestamp of tree: Fri, 02 Oct 2009 00:45:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.0_p28
dev-java/java-config: 1.3.7-r1, 2.1.8-r1
dev-lang/python:     2.4.6, 2.5.4-r3, 2.6.2-r1
dev-python/pycrypto: 2.0.1-r8
dev-util/ccache:     2.4-r7
dev-util/cmake:      2.6.4
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.27-r2
CFLAGS="-O2 -march=nocona -pipe"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=nocona -pipe"
FEATURES="buildpkg ccache confcache distlocks fixpackages parallel-fetch parellel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
LINGUAS="de en"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="acl amd64 apache2 avahi berkdb bzip2 cli cracklib crypt cups dbus dri firefox fontconfig fortran gdbm gnome gpm iconv imagemagick ipv6 isdnlog jikes jpeg kde ldap mmx modules mudflap multilib ncurses nls nptl nptlonly opengl openmp pam pcre perl png pppd python qt4 readline reflection rle samba session spl sse sse2 ssl svg sysfs tcpd threads tiff truetype unicode userlocales xml xml2 xorg xpm xscreensaver zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Comment 1 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2009-10-02 17:37:07 UTC
Rebuild dev-libs/apr:1, dev-libs/apr-util, net-misc/openssh and dev-util/subversion with debug information enabled.

Next attach GDB output.
Comment 2 Ingo Krabbe 2009-10-05 10:47:06 UTC
(In reply to comment #1)
> Rebuild dev-libs/apr:1, dev-libs/apr-util, net-misc/openssh and
> dev-util/subversion with debug information enabled.
> Next attach GDB output.
I will do next, currently rebuild, but I estimate, that there will be no debug output, as the message Killed by signal 15 is emitted by the ssh subprocess of subversion and not by the subversion executable itself.  Actually running subversion in GDB exists with
"Program exited normally" after emitting the warning line "Killed by signal 15."

I wonder how I could debug the underlying communication process.

So: There's no point of execution within subversion, where a backtrace can be generated.  All I can do is to lookup the sourcefiles and check where the backend process is killed.

Comment 3 Ingo Krabbe 2009-10-05 11:02:14 UTC
(In reply to comment #2)
What I can do, though is to add -v to the ssh tunnel line in .subversion config and also try to execute the ssh command by hand.

I did so using a machine that is in an older state: svn, version 1.6.2 (r37639)

I get an output tail of:

debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Killed by signal 15.

with the new version and

debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Transferred: sent 2656, received 3128 bytes, in 3.0 seconds
Bytes per second: sent 890.6, received 1048.9
debug1: Exit status 0
debug1: compress outgoing: raw data 445, compressed 325, factor 0.73
debug1: compress incoming: raw data 1657, compressed 543, factor 0.33

with the old version.

Possibly this line
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
(missing in the "Killed" output) might make the game.  As a rough estimate I would say, this is a kind of close message not send by newer subversion clients.
I will try to lookup whats really happening in the debugger now...
Comment 4 Ingo Krabbe 2009-10-05 11:46:10 UTC
ok, after a talk with the subversion developers I found out that adding "-q" to the ssh command line of the $SVN_SSH tunnel command will help out here.

This is related to the subversion issue #2580:

I closed this bug.