Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 71172 - evolution-data-server not killed on logout, preventing reboot.
Summary: evolution-data-server not killed on logout, preventing reboot.
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: http://forums.gentoo.org/viewtopic.ph...
Whiteboard:
Keywords:
Depends on:
Blocks: 72798
  Show dependency tree
 
Reported: 2004-11-14 08:16 UTC by stefan.ihringer
Modified: 2005-01-04 11:59 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description stefan.ihringer 2004-11-14 08:16:50 UTC
I have a problem when rebooting or shutting down. The part where it says "remounting remaining filesystems readonly" fails to complete. My forum posts about this are here:
http://forums.gentoo.org/viewtopic.php?t=250817&start=0&postdays=0&postorder=asc&highlight=

I've figured out that /etc/init.d/halt.sh fails to remount the root partition read-only, then hangs after trying to kill the remaining (user) processes which are evolution-data-server-1.0 and bonobo-activation-server. This is part of the halt.sh script so you know what I'm referring to:

----- /etc/init.d/halt.sh -----
ebegin "Remounting remaining filesystems readonly"
# Get better results with a sync and sleep
sync; sync
sleep 1
if ! mount_readonly
then
        killall5 -9  &>/dev/null
        sync; sync
        sleep 1
        if ! mount_readonly
        then
                eend 1
                sync; sync
                [ -f /etc/killpower ] && ups_kill_power
                /sbin/sulogin -t 10 /dev/console
        else
                eend 0
        fi
else
        eend 0
fi
--------------------------------------------------

This is the output of "ps auxf" before mount tries to remount the filesystems:

running processes:
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.1  0.1  1364  492 ?        S    16:17   0:00 init [6]
root         2  0.0  0.0     0    0 ?        SN   16:17   0:00 [ksoftirqd/0]
root         3  0.0  0.0     0    0 ?        S<   16:17   0:00 [events/0]
root         4  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [khelper]
root         5  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [kblockd/0]
root        32  0.0  0.0     0    0 ?        S    16:17   0:00  \_ [pdflush]
root        33  0.0  0.0     0    0 ?        S    16:17   0:00  \_ [pdflush]
root        35  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [aio/0]
root       175  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [reiserfs/0]
root        30  0.0  0.0     0    0 ?        S    16:17   0:00 [kapmd]
root        34  0.0  0.0     0    0 ?        S    16:17   0:00 [kswapd0]
root       110  0.0  0.0     0    0 ?        S    16:17   0:00 [kseriod]
root       235  0.0  0.1  1344  364 ?        S<s  16:17   0:00 udevd
root      5581  0.0  0.0     0    0 ?        S    16:17   0:00 [khubd]
root     10053  0.0  0.5  2176 1320 tty1     Ss+  16:18   0:00 -bash
stefan   10240  0.4  1.2  7960 3172 ?        Ss   16:19   0:00 /usr/libexec/bonobo-activation-server --ac-activate --ior-output-fd=18
stefan   10309  0.3  2.8 25552 7368 ?        S    16:19   0:00 /usr/libexec/evolution-data-server-1.0 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.0 --oaf-ior-fd=32
stefan   10318  0.0  2.8 25552 7368 ?        S    16:19   0:00  \_ /usr/libexec/evolution-data-server-1.0 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.0 --oaf-ior-fd=32
stefan   10319  0.0  2.8 25552 7368 ?        S    16:19   0:00      \_ /usr/libexec/evolution-data-server-1.0 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.0 --oaf-ior-fd=32
stefan   10332  0.0  2.8 25552 7368 ?        S    16:19   0:00      \_ /usr/libexec/evolution-data-server-1.0 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.0 --oaf-ior-fd=32
root     12725  5.4  0.5  2556 1384 ?        Rs   16:21   0:01 /bin/bash /sbin/rc reboot
root     16748  0.0  0.2  2336  768 ?        R    16:21   0:00  \_ ps auxf


This is the output of "ps auxf" right after the call to "killall5":

running processes:
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.1  0.1  1364  492 ?        S    16:17   0:00 init [6]
root         2  0.0  0.0     0    0 ?        RN   16:17   0:00 [ksoftirqd/0]
root         3  0.0  0.0     0    0 ?        S<   16:17   0:00 [events/0]
root         4  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [khelper]
root         5  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [kblockd/0]
root        32  0.0  0.0     0    0 ?        S    16:17   0:00  \_ [pdflush]
root        33  0.0  0.0     0    0 ?        S    16:17   0:00  \_ [pdflush]
root        35  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [aio/0]
root       175  0.0  0.0     0    0 ?        S<   16:17   0:00  \_ [reiserfs/0]
root        30  0.0  0.0     0    0 ?        S    16:17   0:00 [kapmd]
root        34  0.0  0.0     0    0 ?        S    16:17   0:00 [kswapd0]
root       110  0.0  0.0     0    0 ?        S    16:17   0:00 [kseriod]
root     12725  5.2  0.5  2556 1384 ?        Rs   16:21   0:01 /bin/bash /sbin/rc reboot
root     16778  0.0  0.2  2336  764 ?        R    16:21   0:00  \_ ps auxf

As you can see, there are no user processes left. However, the system locks up at the next line ("sync; sync").

When I kill evolution-data-server-1.0 manually before initiating shutdown, bonobo-activation-server apparently quits on its own and everything works fine.



Reproducible: Always
Steps to Reproduce:





ebuilds installed:
evolution-2.0.2
evolution-data-server-1.0.2

Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 
2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-tbird -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/
share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/
control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-tbird -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://212.219.
247.10/sites/www.ibiblio.org/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ http://
ftp.easynet.nl/mirror/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups dvdr encode 
esd f77 fam fbcon flac foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer 
gtk gtk2 gtkhtml guile imagemagick imlib java jpeg libg++ libwww mad mikmod mmx 
motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds 
python quicktime readline sdl slang spell sse ssl svga tcltk tcpd tiff truetype 
x86 xml2 xmms xv zlib"
Comment 1 foser (RETIRED) gentoo-dev 2004-11-14 08:40:03 UTC
this isn't critical...

what version of data-server ?

figure out why it hangs.. 
Comment 2 stefan.ihringer 2004-11-14 08:48:37 UTC
evolution-data-server-1.0.2, see bug report above :-)

I'd like to figure out why it hangs. But how'd I do that?
I'm gonna downgrade to evo 2.0.1 and eds 1.0.1.
Comment 3 stefan.ihringer 2004-11-14 11:53:43 UTC
Downgrading to evolution-2.0.1 and evolution-data-server-1.0.1 didn't help. Behaviour is the same.

What else can I do to find out why it hangs?
Comment 4 foser (RETIRED) gentoo-dev 2004-11-15 07:30:13 UTC
and you say it does work alright with other kernels ?
Comment 5 stefan.ihringer 2004-11-16 02:19:59 UTC
No, that turned out to be a misperception. The update to evolution 2.0 must have happened at the same time I had upgraded my kernel.

I figured out a work-around: In /etc/conf.d/local.stop I added the line "killall evolution-data-server-1.0".
Comment 6 foser (RETIRED) gentoo-dev 2004-11-16 02:53:41 UTC
you could attach gdb to the e-d-s process and see if that comes up with anything on why it hangs ? Be sure to recompile libs with CFLAGS="-g" thought & ditch -fomit-frame-pointer completely, it screws up debugging for virtually no gain.

Comment 7 Stanislav Brabec 2004-11-16 14:06:38 UTC
I guess I have experienced the same problem.

linux-2.6.5-gentoo-r1: System halts OK.
linux-2.6.9-gentoo-r3: System hangs on readonly remount.

In list of hanging processes is also spamd called as user.

I guess it is kernel or sysvinit killall5 problem.
Comment 8 stefan.ihringer 2004-11-21 07:45:31 UTC
foser: I don't have any experience debugging stuff. I played around with gdb a bit, attaching it to a process. It stopped the process and I figured out how to resume it. I don't know how I would have to use gdb to tell me what's wrong when eds is being killed. Sorry...
Comment 9 Alexander 2004-11-21 14:14:10 UTC
I experience the same problem, but do not have any solution.
Comment 10 foser (RETIRED) gentoo-dev 2004-11-29 03:42:37 UTC
can the kernel team have a look here if they got any indication what could've changed kernel-wise to this effect. Notice the clear upgrade indication in comment #7 .

I myself am a development-sources-2.6.9 user and do not experience the problem. Could any of the reporters here try the stock 2.6.9 kernel to see if it's a gentoo specific patch ?
Comment 11 Daniel Drake (RETIRED) gentoo-dev 2004-11-29 04:10:21 UTC
Quite possibly the inotify stuff we added ... apparently thats now used for GNOME stuff, it's not in mainline kernel yet but we apply it as a patch
Comment 12 foser (RETIRED) gentoo-dev 2004-11-29 04:14:12 UTC
it's not inotify if it uses 0.15 or higher. That is the one patch i do apply myself to the stock kernel.
Comment 13 Daniel Drake (RETIRED) gentoo-dev 2004-11-29 11:04:42 UTC
Current releases include 0.14
Comment 14 Mike Gardiner (RETIRED) gentoo-dev 2004-12-06 08:04:42 UTC
Don't suppose any of the 3 who report this as a bug can try patching their kernels with inotify 0.14? and does anything show up in your logs?
Comment 15 Mike Gardiner (RETIRED) gentoo-dev 2004-12-06 08:22:22 UTC
I meant 0.15 of course, maybe I should just sleep.
Comment 16 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-12-06 09:24:16 UTC
Have a pointer to the inotify 0.15 patch?  Care to attach it here?
Comment 17 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-12-06 09:25:53 UTC
Actually, 0.16 is out at http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.16/inotify-0.16-rml-2.6.10-rc2-2.patch

Do you think this one will work instead?  As it is against 2.6.10-rc2, the odds of it working properly in 2.6.9 is pretty slim.

That is why we include 0.14, it's the last one availble for 2.6.9
Comment 18 foser (RETIRED) gentoo-dev 2004-12-06 09:37:11 UTC
0.15 originally was patched also vs. 2.6.9 (gamin archives are down, can't give a link)

those .16 patches seem to be rml's own and afaik there hasn't been an announced 0.16 release. I do know that one of rml .16's seemed to give me problems with NFS, but i haven't investigated yet.

But yeah, i'm still waiting for someone who has this problem try these patches and assert if the inotify patches are the problem to begin with.
Comment 19 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-12-06 09:59:16 UTC
I agree, closing with test-request.
Comment 20 Stanislav Brabec 2005-01-04 11:59:12 UTC
Hang in sync command in mount_readonly() in halt.sh has disappeared after upgrade from gentoo-dev-sources-2.6.9-r6 to gentoo-dev-sources-2.6.10-r1.

I have not yet tested, whether there are any remaining tasks in this point.