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 2.1.6.13 (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-1.12.11.1 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/baselayout: 1.12.11.1 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 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -pipe" CHOST="x86_64-pc-linux-gnu" 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" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg ccache confcache distlocks fixpackages parallel-fetch parellel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="de en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" 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" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Rebuild dev-libs/apr:1, dev-libs/apr-util, net-misc/openssh and dev-util/subversion with debug information enabled. http://www.gentoo.org/proj/en/qa/backtraces.xml Next attach GDB output.
(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. > http://www.gentoo.org/proj/en/qa/backtraces.xml > > 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.
(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...
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: http://subversion.tigris.org/issues/show_bug.cgi?id=2580 I closed this bug.
