Teamspeak server gets started via the init script, but because a strange error the init script seems to send the teamspeak daemon a SIGTERM and because of the teamspeak server binary stops. Reproducible: Always Steps to Reproduce: 1. echo "media-sound/teamspeak-server-bin" >> /etc/portage/package.unmask 2. echo "media-sound/teamspeak-server-bin" >> /etc/portage/package.keywords 3. emerge -av teamspeak-server-bin 4. /etc/init.d/teamspeak3-server start 5. Look at the generated logfile at /var/log/teamspeak3-server Actual Results: # /etc/init.d/teamspeak3-server start * Caching service dependencies ... [ ok ] * Starting TeamSpeak 3 Server ... [ !! ] # cat /var/log/teamspeak3-server/ts3server_2010-11-19__11_03_59.275652.log 2010-11-19 10:49:38.345963|INFO |ServerLibPriv | | Server Version: 3.0.0-beta29 [Build: 12473], Linux 2010-11-19 10:49:38.346306|INFO |DatabaseQuery | | dbPlugin name: SQLite3 plugin, Version 2, (c)TeamSpeak Systems GmbH 2010-11-19 10:49:38.346346|INFO |DatabaseQuery | | dbPlugin version: 3.6.21 2010-11-19 10:49:38.346645|INFO |DatabaseQuery | | checking database integrity (may take a while) 2010-11-19 10:49:38.363516|INFO |SQL | | pruning old database log entries where timestamp is older than 90 days 2010-11-19 10:49:38.378816|WARNING |Accounting | | Unable to find valid license key, falling back to limited functionality 2010-11-19 10:49:38.403727|INFO |FileManager | | listening on 0.0.0.0:30033 2010-11-19 10:49:38.454989|INFO |VirtualServer | 1| listening on 0.0.0.0:9987 2010-11-19 10:49:38.455751|INFO |CIDRManager | | updated query_ip_whitelist ips: 127.0.0.1, 2010-11-19 10:49:38.456103|INFO |Query | | listening on 0.0.0.0:10011 2010-11-19 10:49:39.589831|INFO |ServerMain | | Received signal SIGTERM, shutting down. 2010-11-19 10:49:39.665660|INFO |VirtualServer | 1| stopped Expected Results: Teamspeak gets started and stays in started state as long i don´t issue /etc/init.d/teamspeak3-server stop or kill the process Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r3, 2.6.33-gentoo-r2_20100708-1 x86_64) ================================================================= System uname: Linux-2.6.33-gentoo-r2_20100708-1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_3400+-with-gentoo-1.12.14 Timestamp of tree: Fri, 19 Nov 2010 07:45:02 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p7 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.3-r1 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/openvpn/easy-rsa" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=native -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://de-mirror.org/distro/gentoo/ ftp://de-mirror.org/distro/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://mirror.netcologne.de/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" 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.de.gentoo.org/gentoo-portage" USE="3dnow acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline session sse sse2 ssl sysfs tcpd unicode xorg 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 authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-2" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware voodoo" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
This is caused by the exec statement in /usr/sbin/ts3server. Either remove it or fix the Init script. I'll provide patches for this issue later this weekend.
Created attachment 259041 [details, diff] fixes the crash when TS is started via init.d script All I did was removing the exec call from /usr/sbin/ts3server which seemed to cause the crash. In my opinion it is not necessary to use exec, since this script will mainly be called by the init.d script which uses start-stop-daemon and even if it is called via shell a new thread will be spawned. - benjamin
The issue acknowledged. Please add patch to an official ebuild.
*** Bug 371539 has been marked as a duplicate of this bug. ***
Verified the patch. When will this get applied to the official ebuild?
Still valid with teamspeak-server-bin-3.0.5-r1
(In reply to comment #6) > Still valid with teamspeak-server-bin-3.0.5-r1
(In reply to comment #7) > (In reply to comment #6) > > Still valid with teamspeak-server-bin-3.0.5-r1 It's a question ;)
