Bug 181745 – net-im/ejabberd-1.1.3-r1 - init.d script "stop" not working

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Conrad Kostecki 2007-06-12 12:53:57 UTC]

Hello!
I am using net-im/ejabberd-1.1.3-r1 and it works fine.
But i am not able to use /etc/init.d/ejabberd stop :(

Server jabber # /etc/init.d/ejabberd stop
 * Stopping eJabberd ...
RPC failed on the node ejabberd@ckostecki: nodedown

vServer jabber # cat /etc/conf.d/ejabberd | grep @
EJABBERD_NODE="ejabberd@`hostname -s`"

vServer jabber # hostname -s
ckostecki

Everything is ok. But wheres is now the problem? My friend has also this problem!

[Comment 1 Conrad Kostecki 2007-06-12 12:54:14 UTC]

vServer jabber # emerge --info
Portage 2.1.2.9 (default-linux/x86/2007.0/server, gcc-4.1.2, glibc-2.5-r3, 2.6.18.8-xen i686)
=================================================================
System uname: 2.6.18.8-xen i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
Gentoo Base System release 1.12.10
Timestamp of tree: Tue, 12 Jun 2007 08:20:01 +0000
ccache version 2.4 [enabled]
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
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
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -mmmx -m3dnow -msse -msse2 -msse3 -pipe -fomit-frame-pointer -mfpmath=387 -mno-tls-direct-seg-refs"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -mmmx -m3dnow -msse -msse2 -msse3 -pipe -fomit-frame-pointer -mfpmath=387 -mno-tls-direct-seg-refs"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS=""
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/"
LANG="de_DE.utf8"
LC_ALL="de_DE.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_COMPRESS="gzip"
PORTAGE_COMPRESS_FLAGS="-f9"
PORTAGE_RSYNC_EXTRA_OPTS="--delete-excluded --exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="X acpi apache2 berkdb bzip2 clamav crypt cups dedicated ftp gd iconv imap jabber javascript jpeg jpeg2k mailwrapper mbox mmx msn mysql mysqli ncurses nls nptl oscar pam pcre php png readline sasl session slang snmp sockets spell ssl symlink tiff truetype unicode usb vhosts x86 xinetd xml yahoo zlib" ELIBC="glibc" KERNEL="linux" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="none"
Unset:  CTARGET, INSTALL_MASK

[Comment 2 Tony Vroon (RETIRED) 2007-06-13 13:16:25 UTC]

I wouldn't be surprised if this was introduced by the changes suggested in bug #161252; could you try if undoing the change there resolves your problem? If it does, I'll drop the sname changes.

[Comment 3 Conrad Kostecki 2007-06-13 17:36:34 UTC]

Hi!
All right :)

Tested in 3 Computers with Gentoo!

Without USE Flag "sname" STOP does NOT work!

With USE Flag "sname" it works fine!

[Comment 4 Tony Vroon (RETIRED) 2007-07-13 14:31:12 UTC]

Thank you for confirming that. The sname USE-flag has been removed, and the 1.1.3-r2 ebuild will behave the way you expect it to again.