Forum: Cfengine Help
Subject: Re: cf-serverd stops working after a day
Author: phnakarin
Link to topic: https://cfengine.com/forum/read.php?3,18083,18330#msg-18330
I didn't experience this problem on 3.0.5p1 either or maybe I didn't notice
that.
My cf-execd will run failsafe.cf before promises.
Forum: Cfengine Help
Subject: Re: cf-serverd stops working after a day
Author: neilhwatson
Link to topic: https://cfengine.com/forum/read.php?3,18083,18329#msg-18329
One of my installs is running 3.0.5p1 and I haven't had this problem. Perhaps
run the server in debug mode for a while to see if a
Forum: Cfengine Help
Subject: Re: cf-serverd stops working after a day
Author: Metabaron
Link to topic: https://cfengine.com/forum/read.php?3,18083,18328#msg-18328
Accually this is solved by downgrading to cfengine-community 3.0.4p2.
I couldn't find anything useful in the output or in the logfile
On Friday 17 Sep 2010 11:17:07 Tim Cutts wrote:
> On 17 Sep 2010, at 10:59 am, Davide Brini wrote:
> > Well, if my custom file is in place before the package is installed,
> > could it be overwritten with the default one by the package
> > installation? (I haven't tried to be honest)
>
> That dep
On Friday 17 Sep 2010 11:22:08 Bas van der Vlies wrote:
> On 17-09-10 11:57, Davide Brini wrote:
> > On Friday 17 Sep 2010 10:38:49 Mark Burgess wrote:
> >> This is for dynamical classes set while the config is running.
> >
> > Thanks. Any way to do what I'm trying to do then? Basically I'd like
On 17-09-10 11:57, Davide Brini wrote:
> On Friday 17 Sep 2010 10:38:49 Mark Burgess wrote:
>
>> This is for dynamical classes set while the config is running.
>
> Thanks. Any way to do what I'm trying to do then? Basically I'd like to be
> able to, say, touch a file and have the agent do nothing i
On 17 Sep 2010, at 10:59 am, Davide Brini wrote:
> Well, if my custom file is in place before the package is installed, could it
> be overwritten with the default one by the package installation? (I haven't
> tried to be honest)
That depends, I suspect, on how you invoke your package manager,
On Friday 17 Sep 2010 10:49:11 Seva Gluschenko wrote:
> your understanding is wrong, since Cfengine runs every bundle 3 times
> to achieve convergence, so the config file will be downloaded in the
> same cf-agent run once the desired package is installed and class is
> set.
Ah, this is valuable i
On Friday 17 Sep 2010 10:45:12 you wrote:
> > I can however somewhat work around that using the same method:
> >
> > classes:
> > "ntpd_installed" expression => fileexists("/usr/sbin/ntpd");
> >
> > packages:
> >!ntpd_installed::
> > "ntpd"
> >
> >package_me
On Friday 17 Sep 2010 10:38:49 Mark Burgess wrote:
> This is for dynamical classes set while the config is running.
Thanks. Any way to do what I'm trying to do then? Basically I'd like to be
able to, say, touch a file and have the agent do nothing if it finds that file
(I know I can do that by
Davide,
your understanding is wrong, since Cfengine runs every bundle 3 times
to achieve convergence, so the config file will be downloaded in the
same cf-agent run once the desired package is installed and class is
set.
2010/9/17 Davide Brini :
> On Friday 17 Sep 2010 10:27:06 Seva Gluschenko wr
On 17 Sep 2010, at 10:35 am, Davide Brini wrote:
> I'm already doing that to determine if the package needs to be installed and
> the package manager invoked.
>
> But I also have other things that depend upon the successful installation
> (copying a custom config file, basically). Currently,
In Cfengine 3, you say "bulk" to avoid multiple invocation.
On 09/17/2010 11:41 AM, Tim Cutts wrote:
>
> On 17 Sep 2010, at 10:27 am, Seva Gluschenko wrote:
>
>> While I disagree with Mark about usefulness of exit status (at least
>> of exit status 0 in this case), in case of packages, it's p
On 17 Sep 2010, at 10:27 am, Seva Gluschenko wrote:
> While I disagree with Mark about usefulness of exit status (at least
> of exit status 0 in this case), in case of packages, it's pretty easy
> to check some vital file for existence as I stated already. I use such
> a method to detect availabi
This is for dynamical classes set while the config is running.
On 09/17/2010 11:19 AM, Davide Brini wrote:
> As the subject says: I have
>
> body agent control {
> abortclasses => { "stopnow" };
> abortbundleclasses => { "stopnow" };
> }
>
> but even if that class does get set during the
I have no particular opinion on this. If you think it is wrong, at a feature
request/bug
report in bug.cfengine.com
On 09/17/2010 11:33 AM, Tim Cutts wrote:
>
> On 17 Sep 2010, at 10:15 am, Mark Burgess wrote:
>
>> David, the problem is one of semantics. In bulk operations, some things
>> suc
On Friday 17 Sep 2010 10:27:06 Seva Gluschenko wrote:
> While I disagree with Mark about usefulness of exit status (at least
> of exit status 0 in this case), in case of packages, it's pretty easy
> to check some vital file for existence as I stated already. I use such
> a method to detect availab
On 17 Sep 2010, at 10:15 am, Mark Burgess wrote:
> David, the problem is one of semantics. In bulk operations, some things
> succeed and some
> fail. You are entirely slave to the behaviour of the package manager, making
> it difficult
> to have a consistent behaviour that everyone can agree on
While I disagree with Mark about usefulness of exit status (at least
of exit status 0 in this case), in case of packages, it's pretty easy
to check some vital file for existence as I stated already. I use such
a method to detect availability of a package, and it never harmed me.
Moreover, I use it
On Friday 17 Sep 2010 10:15:13 Mark Burgess wrote:
> > The documentation says "Package promises are like commands promises in
> > the sense that cfengine promises nothing about the outcome of executing
> > a command. All it can promise is to interface with it, starting it and
> > using the results
As the subject says: I have
body agent control {
abortclasses => { "stopnow" };
abortbundleclasses => { "stopnow" };
}
but even if that class does get set during the execution of cf-agent, it does
not terminate:
cf3 -> Checking common class promises...
cf3 ?> defining additional global cl
On 09/17/2010 11:09 AM, Davide Brini wrote:
> On Friday 17 Sep 2010 09:59:10 Seva Gluschenko wrote:
>
>> Davide,
>>
>> as far as I'm known, Cfengine does not analyze package manager exit
>> status. You might check certain file from a package for existence or
>> ask Mark to add exit status recogn
On Friday 17 Sep 2010 09:59:10 Seva Gluschenko wrote:
> Davide,
>
> as far as I'm known, Cfengine does not analyze package manager exit
> status. You might check certain file from a package for existence or
> ask Mark to add exit status recognition :)
Well that makes it pretty useless doesn't it
Davide,
as far as I'm known, Cfengine does not analyze package manager exit
status. You might check certain file from a package for existence or
ask Mark to add exit status recognition :)
2010/9/17 Davide Brini :
> With cfengine 3, I created this promise:
>
> packages:
>
> "testpackage"
>
With cfengine 3, I created this promise:
packages:
"testpackage"
package_policy => "add",
package_method => generic,
classes => if_ok("installed_ok");
The idea is to set the "installed_ok" class if the installation is successful,
or if the package is already installed (s
On Fri, Sep 17, 2010 at 4:44 PM, Mark Burgess wrote:
>
> Yes, we've seen this before but not for a long time. It means that there
> are too many
> files, pipes or dbs open. That could be due to a bug (forgot to close
> something). As long
> as it does not happen again, I wouldn't worry. The proble
On Fri, Sep 17, 2010 at 3:59 PM, Seva Gluschenko
wrote:
> Michael,
>
> it seems to be cf-agent's output, so you couldn't catch it just
> inspecting processes.
Cf-agent is a child process of cf-execd, and does in fact appear in ptree
when running. I was demonstrating that there were no defunct cf
27 matches
Mail list logo
