Yes indeed, thank you for sticking around.
Two voices is not "all users" of course. I am receptive to your frustrations,
and what I
get out of your discussion is that maybe we need to make better information
(always true
so no news there). The main problem with the discussion was that cfengine
Could we use [A-Z]? for instance;
body common control
{
bundlesequence => { case("Hello"),
case("hello") };
}
bundle agent case(string)
{
classes:
"invalid" expression => regcmp("^[A-Z].*","$(string)");
reports:
!invalid::
"Not start with a capit
On 2/12/10 12:53 PM, "Mark Burgess" wrote:
> Cfengine 3 takes the view that you should have a language that expresses *safe
> convergence* and does not remove the ability of the user to express a
> configuration
> without lifting the lid and programming. Cfengine 3 = promises + patterns with
> kno
On 2/12/2010 2:04 PM, michoski wrote:
>
> I'm partially to blame for starting it, but I'm honestly not sure where this
> discussion is going...
I'm still trying to get the 1000-foot view of the potential pain/benefit
ratio to expect from cfengine before committing to the effort and
expense of bu
So something you think you saw 5 years ago is a reason to not to invest in the
future? Wow.
I saw recently a reference to a older version of cfengine that had growing
memory
signature (but it was never allowed to run and stabilize) but then it was
compared to
Puppet (as is so common these days
When using regular expression functions like regcmp, how can the match be
made case insensitive (e.g. m/foobar/i in perl)?
Sincerely,
--
Neil Watson
416-673-3465
CONFIDENTIALITY WARNING
This communication, including any attachments, is for the exclusive use of
addressee and may contain propri
On 2/12/10 6:45 AM, "Matt Richards" wrote:
> I believe it is a time related issue. For a test, I had the policy server
> connect to the client's cf-serverd continually for several hours without any
> issue.
>
> I cannot say where the memory issue was. I did not have cf-serverd compiled in
> debug
On 2/12/10 8:29 AM, "Les Mikesell" wrote:
> On 2/10/2010 8:30 AM, nwat...@symcor.com wrote:
>> I'm a pretty good perl hacker. I often refer to perl as my Swiss army
>> knife. However, using perl on the scale Cfengine is designed to handle
>> would be difficult. Having to keep a collection of pe
On 2/10/2010 8:30 AM, nwat...@symcor.com wrote:
> I'm a pretty good perl hacker. I often refer to perl as my Swiss army
> knife. However, using perl on the scale Cfengine is designed to handle
> would be difficult. Having to keep a collection of perl modules, and
> dependencies, all at the corre
I believe it is a time related issue. For a test, I had the policy server
connect to the client's cf-serverd continually for several hours without any
issue.
I cannot say where the memory issue was. I did not have cf-serverd compiled in
debug mode, so there are no symbols in the core file. Howe
Well, I can't say if it is a memory leak or not as this is the first time I am
seeing this. I will monitor cf-serverd to see if the memory increases over
time. Restarting the server might indeed work, there have been some machines
that I have restarted before the month and they are still going f
Hi
Is this a time related issue or a per connection issue? Sounds like a
per connection issue. I myself have not seen this in v3 but it would
be interesting to have a some machines connect on a 5 minute intervals
with a few copies or something to generate a weighted connection. To
see if this is re
Matt, are you saying there is a memory leak, or that there is some weird memory
resource allocation on AIX? Could you work around by restarting the server once
a week?
Matt Richards wrote:
> Greetings,
>
> cf-serverd core dumped on all my AIX servers after about a month of
> running. After look
Greetings,
cf-serverd core dumped on all my AIX servers after about a month of running.
After looking at the core dump, it seems it is a rather common issue.
cf-serverd over time seems to accumulate too much data to be held in a single
memory segment. Recompiling with the compiler flag "-bmaxd
14 matches
Mail list logo