From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1P50kt-0002vt-7o for garchives@archives.gentoo.org; Sun, 10 Oct 2010 18:36:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 20E48E08E1; Sun, 10 Oct 2010 18:35:48 +0000 (UTC) Received: from mail-gw0-f53.google.com (mail-gw0-f53.google.com [74.125.83.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 011F7E08E1 for ; Sun, 10 Oct 2010 18:35:47 +0000 (UTC) Received: by gwaa11 with SMTP id a11so1991928gwa.40 for ; Sun, 10 Oct 2010 11:35:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=+pRPKP+E8jiHuiQajHxEJh90065d8dVED8OfsH6rR/0=; b=XhlD45hRW6mUnc23g56NNcr5h2wV+rH9WhnrM/g8aPOjP+D3Q4/qX07oocEakMRUk7 oOzrjkdTNefblYfPrQ9MAGMCh6AqQWrhL0/HUTG7V03kcK+rTVdXEBB/E45XuI5sTP/I aNJ626/m5PnBoBfbzDQaKTXv++W89QtbBGmlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=nWzK2WGStWLs/NzvP3gAPIxQ/b2XSsCKCLEhGd02Y2ppZ91epDSBt/FP5ebUQ2PwyQ yp+JuSUXzZqykrpvWIXLCY8oRu5s5wuBezh6oLxcaZ699rZDJNgWfkQC5aWSEr/Hm9po auxb9LniApd0mAtYJpuqZwRX5yLs/7lrEC/L4= Received: by 10.100.132.16 with SMTP id f16mr2205578and.10.1286735747438; Sun, 10 Oct 2010 11:35:47 -0700 (PDT) Received: from [192.168.1.2] (adsl-0-120-130.jan.bellsouth.net [65.0.120.130]) by mx.google.com with ESMTPS id 25sm7257267anq.28.2010.10.10.11.35.45 (version=SSLv3 cipher=RC4-MD5); Sun, 10 Oct 2010 11:35:46 -0700 (PDT) Message-ID: <4CB20780.5030904@gmail.com> Date: Sun, 10 Oct 2010 13:35:44 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.13) Gecko/20101006 Gentoo/2.0.8-r1 SeaMonkey/2.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: openrc fails References: <201010101217.39627.stephane@22decembre.eu> <4CB1D21E.3050509@gmail.com> <10096.1286733179@ccs.covici.com> In-Reply-To: <10096.1286733179@ccs.covici.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b81380fc-fcf5-45f0-9781-f3d3615699c8 X-Archives-Hash: 3004246812535bc0a1835aafbe91ad5a covici@ccs.covici.com wrote: > Dale wrote: > > =20 >> walt wrote: >> =20 >>> On 10/10/2010 03:17 AM, St=E9phane Guedon wrote: >>> =20 >>>> I have A problem on my gentoo server (but not my gentoo laptop, whic= h is >>>> bizzare as they together have the same release of system basic >>>> packages !). >>>> >>>> At launching default runlevel, several services appear to be not >>>> launched >>>> whereas they are ! This concerns proftpd, mysql and console-kit (and= all >>>> services dependant of course). >>>> >>>> For exemple, when launching proftpd, openrc says : >>>> >>>> * Starting ProFTPD ... >>>> * start-stop-daemon: /usr/sbin/proftpd is already running >>>> [ !! ] >>>> * ERROR: proftpd failed to start >>>> >>>> mysql : >>>> * "/var/run/mysqld/mysqld.pid" is still present and the process >>>> is running. >>>> * Please stop it "kill 5478" maybe ? >>>> [ !! ] >>>> * ERROR: mysql failed to start >>>> >>>> I have set : >>>> rc_parallel=3D"NO" >>>> rc_depend_strict=3D"YES" >>>> >>>> Anyone have an idea where to start to solve the problem ? >>>> =20 >>> When you stop the machine do you see any messages about services >>> that fail >>> to stop? Any reason to suspect that those *.pid files don't get dele= ted? >>> >>> You could try booting into single-user mode to see if those *.pid fil= es >>> really are still there from the previous session. >>> >>> Do the two machines run the same version of baselayout? >>> >>> =20 >> Does the zap option exist in openrc? That may get rid of the pid file= too. >> >> Just a thought. >> =20 > I wonder if he has something in two different runlevels because > start-stop says something is already running, not just that the pid fil= e > is there. > > =20 Based on a post made later, it would appear that he has more pressing=20 issues. If it thinks the service is running after a reboot, there is=20 problems. On my rig, those directories are cleared during boot because=20 there can't be a service running right after the kernel loads. There=20 shouldn't be any started yet since it hasn't even got to a runlevel. Your thoughts would be a logical one tho. If he has a service added to=20 both boot and default runlevels, then after it gets through the boot=20 level it will try to start the service a second time. You could be on=20 to at least one part of the problem. I'm not sure on the part after a=20 reboot tho. Dale :-) :-)