Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 134910 - Recaching dependency info on service start - a possible solution
Summary: Recaching dependency info on service start - a possible solution
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-30 05:34 UTC by Paul Hewlett
Modified: 2006-06-06 02:02 UTC (History)
0 users

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 Paul Hewlett 2006-05-30 05:34:45 UTC
I had problems with message
Re-caching dependency info (mtimes differ)...
when starting and stopping services defined in /etc/init.d. There is a forum that discussed this issue and a related bug 127419. I tried the solution suggested viz re-emerging baselayout and touch all files in /etc/init.d and executing depscan.sh. These did not work. At one point my system became very unstable. Starting any service could result in spurious messages such as

        Could not find service 'postfix' 

Each time I started or stopped a service, the number of these msgs would vary and their nature - the 'postfix' string in the message above is only an example - I could get such msgs for any other service available e.g. cupsd etc
and the number of such msgs would vary. Sometimes my PC spontaneously rebooted or would freeze whilst being shutdown.

I instrumented the script in /lib/rcscripts/sh/rc-services - in particular the 'check_mtime' function. This showed that the mtimes did indeed differ by over 20 days and as a result the script attempted to run the depscan.sh script.
Unfortunately this did nothing and consequently the problem started to snowball.

FIX:
I fixed it by changing /lib/rcscripts/sh/rc-services.sh to execute 

       depscan.sh --update

at line 157 and now the problem has gone away.    

baselayout is at version 1.11.14-r8

Other pertinent info - this started to happen just after I had installed and enabled ntp on my PC - I thought it may have been caused by a wandering system clock but I could find no such cause. This has also happened on *every* machine I have installed Gentoo on - this includes a x86_64, 6 P4's and a P3 machine. The problem was particularly severe on the P3 machine.

chiper ~ # emerge --info
Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-g
entoo-r7 i686)
=================================================================
System uname: 2.6.16-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share
/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/
fax /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/co
nfig/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /
usr/share/texmf/xdvi/ /var/bind /var/qmail/control /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=prescott -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/                               distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/src/asterisk"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://phantom/gentoo-portage"
USE="x86 X alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fon                               ts bzip2 cdr cgi cli crypt cups curl dri dvd eds emboss encode esd exif expat fa                               m ffmpeg foomaticdb fortran gd gdbm gif glut gmp gpm gstreamer gtk2 hal idn imag                               emagick imlib ipv6 isdnlog java jpeg kde kerberos lcms libg++ libwww mad mikmod                                mng motif mp3 mpeg mysql ncurses nls nptl nptlonly odbc ogg opengl oss pam pcre                                pdflib perl php png postgres ppds pppd python qt quicktime readline reflection s                               amba scanner sdl session slang spell spl sqlite ssl tcltk tcpd tetex tiff truety                               pe truetype-fonts type1-fonts udev usb vorbis xine xml xml2 xmms xorg xv zlib fr                               itzcapi_cards_fcpci fritzcapi_cards_fcpcmcia fritzcapi_cards_fcusb2 userland_GNU                                kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_                               RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY
Comment 1 Roy Marples (RETIRED) gentoo-dev 2006-06-06 02:02:31 UTC
Should be fixed in baselayout-1.12.1 - re-open if you disagree