Custom Query (894 matches)
Results (19 - 21 of 894)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#598 | desai | [email protected]… | worksforme | Failed to upload configuration statistics |
Description |
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? |
|||
#603 | desai | Matt Baker <[email protected]…> | worksforme | Directory prune option confusion |
Description |
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'
<SymLink? name='/etc/apache2/sites-enabled/000-default'
In SGenshi/projects.xml I have:
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. |
|||
#608 | desai | dclark | worksforme | FreeBSDInit always shows up as a client tool driver (on non-FreeBSD boxes) |
Description |
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 |