Did anyone reply to you? I believe cfexecd will perform a minimal wake up every five minutes and check the schedule to see if he should run cfagent. Since Q1 is a class that is defined everytime we are in the first quarter of the year it will active a cfagent run. Hence your cfagent every five minutes.
Did you want it to run once a quarter? On Tue, 2005-03-15 at 12:31 -0500, Baker, Darryl wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > *** PGP Signature Status: good > *** Signer: Darryl Philip Baker <[EMAIL PROTECTED]> > *** Signed: 3/15/2005 12:28:32 PM > *** Verified: 3/15/2005 12:30:08 PM > *** BEGIN PGP VERIFIED MESSAGE *** > > Installing the latest snapshot has reduced the problem with system > loading on the master. > > Now I'm finding that cfexecd is starting one cfagent every 5 minutes > even though I have the schedule set to only run in Q1 and > Q4."schedule = ( Q1 Q3 )" Why? > > > > _____________________________________________________________________ > Darryl Baker > gedas USA, Inc. > Operational Services Business Unit > 3800 Hamlin Road > Auburn Hills, MI 48326 > US > phone +1-248-754-5341 > fax +1-248-754-6399 > [EMAIL PROTECTED] > http://www.gedasusa.com > _____________________________________________________________________ > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Behalf Of Baker, Darryl > > Sent: Monday, March 14, 2005 4:08 PM > > To: help-cfengine@gnu.org > > Subject: Load problem with cfservd > > > > > > > > *** PGP Signature Status: good > > *** Signer: Darryl Philip Baker <[EMAIL PROTECTED]> > > *** Signed: 3/14/2005 4:08:02 PM > > *** Verified: 3/15/2005 10:54:48 AM > > *** BEGIN PGP VERIFIED MESSAGE *** > > > > My master machine is Solaris 9 and all systems are running Solaris > > 8 or 9 and cfengine 2.1.13. > > > > The problem we have with cfservd manifests itself as a periodic > > clog that takes about a minute to resolve. This period is > > characterized by the following symptoms: > > > > 1. Load average spike from ~3 (on a 4-processor system) to the 6-8 > > range. Occasionally the spike breaks into double digits. > > 2. Increase in concurrent port 5308 (cfengine) sessions from a > > base level of 0-4 to peaks in the 12-30 range, with the number of > > LWP's in the cfservd processes tracking the number of connections > > linearly. (Client systems are set to connect twice an hour with a > > 25-minute > > 'splay time.) > > 3. Running lockstat shows severe contention for a single adaptive > > mutex: > > > > [EMAIL PROTECTED]:proc# lockstat sleep 5 > > > > Adaptive mutex spin: 157416 events in 5.040 seconds (31233 > > events/sec) > > Count indv cuml rcnt spin Lock Caller > > > > > > -------------------------------------------------------------------- > > -- --------- > > 136805 87% 87% 1.00 75 0x152ec90 > > sfmmu_mlist_enter+0x84 > > [...] > > Adaptive mutex block: 648 events in 5.040 seconds (129 events/sec) > > Count indv cuml rcnt nsec Lock Caller > > > > > > -------------------------------------------------------------------- > > -- --------- > > 547 84% 84% 1.00 391652 0x152ec90 > > sfmmu_mlist_enter+0x84 > > > > Both of those types of lock run about 2 orders of magnitude lower > > in total, with the specific lock running as much as 3 orders of > > magnitude lower, (i.e. ~100 spins and no blocks) when the system > > is in its 'calm' state. > > > > 4. The cfservd process becomes by far the top cpu user, eating > > 10-25% of total cpu on a 4-processor system. > > 5. The system retains some idle time (5-30%) but the time used by > > the kernel jumps to the 40-70% range. > > > > The history of troubleshooting this leads me to believe that the > > heavy ssh usage on this host is a significant compounding factor, > > i.e. that we are hitting some common bottleneck when we have > > cfservd accepting connections and are spawning batches of 30-100 > > outbound ssh connections at once. Reducing the herds of outbound > > ssh's has reduced the frequency and severity of these clog periods, > > but every time we change much of anything on the system, we end up > > getting back to a state where these clogs become common. > > > > > > > > ____________________________________________________________________ > > _ Darryl Baker > > gedas USA, Inc. > > Operational Services Business Unit > > 3800 Hamlin Road > > Auburn Hills, MI 48326 > > US > > phone +1-248-754-5341 > > fax +1-248-754-6399 > > [EMAIL PROTECTED] > > http://www.gedasusa.com > > ____________________________________________________________________ > > _ > > > > > > > > > > *** END PGP VERIFIED MESSAGE *** > > > > > > > > > *** END PGP VERIFIED MESSAGE *** > > > -----BEGIN PGP SIGNATURE----- > Version: PGP Personal Security 7.0.3 > > iQA/AwUBQjcb4le1Bhkj9lZeEQJqbgCg22WnZ6Q4bdVGPDdyDIVpSmk7JakAoMFv > l6mJRgZJUwj2p3xRxkAnjM9p > =rHq+ > -----END PGP SIGNATURE----- > > > _______________________________________________ > Help-cfengine mailing list > Help-cfengine@gnu.org > http://lists.gnu.org/mailman/listinfo/help-cfengine -- Christian Pearce http://www.sysnav.com http://www.commnav.com http://www.perfectorder.com
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Help-cfengine mailing list Help-cfengine@gnu.org http://lists.gnu.org/mailman/listinfo/help-cfengine
