Custom Query (894 matches)

I think this is a scaling problem with the server. It occurs after I have run bcfg2 on a few clients. I am currently running 4 clients at a time. After about 10 clients have run, the clients start showing this message:

Failed to upload configuration statistics

I found this traceback in the server's log at the same time. It is probably truncated:

Aug 27 15:12:01 ibm13 bcfg2-server[27436]: Unexpected handler failure Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/Bcfg2/Component.py", line 220, in _cobalt_marshalled_dispatch response = self._dispatch(method, (address, ) + params) File "/usr/lib/python2.5/SimpleXMLRPCServer.py", line 415, in _dispatch return func(*params) File "/usr/sbin/bcfg2-server", line 181, in Bcfg2RecvStats self.Core.stats.StoreStatistics?(meta, sdata) File "/usr/lib/python2.5/site-packages/Bcfg2/Server/Plugins/Statistics.py", line 116, in StoreStatistics? self.data.updateStats(xdata, client.hostname) File "/usr/lib/python2.5/site-packages/Bcfg2/Server/Plugins/Statistics.py", line 96, in updateStats self.WriteBack?() File "/usr/lib/python2.5/site-packages/Bcfg2/Server/Plugins/Statistics.py", line 33, in WriteBack? fout.write(lxml.etree.tostring(self.element, encoding='UTF-8', xml_declaration=True)) File "etree.pyx", line 2012, in etree.tostring File "serializer.pxi", line 41, in etree._

When I was running with 10 clients at a time I noticed that after a while the clients were not getting probes. I am nopt sure if there is a traceback for that issue. All of the tracebacks in the log look like the one above.

The server I am running bcfg2 on has 2 dual core Xeon's and 2 GB of RAM. How many simultaneous clients should I be able to run?

prune option in POSIX.py for Directory elements in Rules does not seem to extend to files created in SGenshi.

In Rules/apache.xml I have:

<Directory name='/etc/apache2/sites-enabled'

prune='true' owner='root' group='root' perms='755'/>

<SymLink? name='/etc/apache2/sites-enabled/000-default'

to='/etc/apache2/sites-available/default'/>

In SGenshi/projects.xml I have:

<BoundSymLink?

name="/etc/apache2/sites-enabled/${name}.conf" to="${basedir}/${name}/apache/conf/${name}.conf"/>

On the first run with out anything in place I get all symlinks in /etc/apache2/sites-enabled installed. On the second run the prune option removes all but the 000-default symlink. On the third run the templated symlinks come back and thus a loop of removal and reinstallation.

I expect the prune option to be aware of an entry from any plugin.

This is when using an svn checkout from 24th Sept.

bcfg2-0.9.6rc1/src/lib/Client/Tools/FreeBSDInit.py

Think this is because it has no execs = path/to/some/binary? line.

Just looks bad when running on non-FreeBSD OS.

Loaded tool drivers:
 APT          Action       DebInit      FreeBSDInit  POSIX