i've upgraded to sys-apps/baselayout-2.0.0, and now maradns is reported to cause problems at startup (with error message that duende died). however, both maradns and duende are running (listening on the interface, and are visible in ps). /etc/init.d/maradns status, tho reports that mara is stopped. REPRODUCIBLE: always (with rc_parallel set to "YES" or "NO") EMERGE INFO: Portage 2.1.5_rc3 (default-linux/amd64/2007.0, gcc-4.2.3, glibc-2.7-r2, 2.6.24-r4 x86_64) ================================================================= System uname: 2.6.24-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Timestamp of tree: Tue, 15 Apr 2008 07:45:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.5 dev-lang/python: 2.5.1-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.62 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.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=athlon64 -fomit-frame-pointer -ftracer -fstack-protector -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=athlon64 -fomit-frame-pointer -ftracer -fstack-protector -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch prelink sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.prz.rzeszow.pl/ http://gentoo.po.opole.pl/ http://gentoo.zie.pg.gda.pl " LANG="pl_PL" LC_ALL="pl_PL" LDFLAGS="" LINGUAS="pl en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" 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="3dnow 3dnowext X Xaw3d a52 aac acpi alsa amd64 asf atk bash-completion berkdb boost bzip2 cairo caps cdparanoia cdr cli consolekit cracklib crypt cups curl dar64 dbus divx dts dvd dvdr dvdread exif expat ffmpeg fltk fontconfig foomaticdb gd gdbm gif glib glitz gnutls gphoto2 gpm gtk hal hardened hpn iconv icu idn ieee1394 imagemagick imlib isdnlog jpeg jpeg2k kde kipi lame lcms log4j logrotate mad midi mikmod mmx mmxext mng mp3 msn mudflap ncurses nls nptl nptlonly nvidia ogg openexr opengl openmp pam pango pch pcre pdf perl pic png ppds pppd pth python qt3 quicktime readline realmedia reflection rtc ruby scanner seamonkey session slang smp sndfile spell spl sqlite3 sse sse2 ssl svg symlink tcpd threads tiff truetype unicode urandom usb vcd vorbis wmf wmp x264 xcb xcomposite xml xorg xpm xscreensaver xv xvid xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 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 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" CAMERAS="panasonic template directory" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl en" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Same problem here. The file '/usr/portage/net-dns/maradns/files/maradns.rc6' has a bug in the stop-routine, so the daemon is not being shut down leading to errors when trying to start it again. After changing the following line in maradns.rc6, line 20: | start-stop-daemon --stop --quiet --name maradns to this one: | start-stop-daemon --stop --quiet --exec /usr/sbin/maradns everything works. Maybe the corresponding call to start-stop-daemon for starting the daemon should be changed also, but it works like this and I have not much experience with start-stop-daemon. Greetings, Phil
Oh well... my previous fix doesn't handle the 'restart' case. I guess this is because sending SIGTERM to maradns doesn't cause duende to quit fast enough. Using the following command for stopping maradns works in all situations: | start-stop-daemon --stop --quiet --name maradns \ | --exec /usr/bin/duende Greetings, Phil PS: I am using maradns-1.3.07.09
fixed in cvs.
