Custom Query (894 matches)

For testing purposes we needed to get an RHEL6 beta server running, which uses python 2.6.2 stock. when running bcfg2 client on the box against our server we get the following message.

/usr/lib/python2.6/site-packages/Bcfg2/Client/Tools/rpmtools.py:24: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5

you may need to look at putting in some logic that looks at python version and uses the proper module accordingly.

bcfg2 etc # bcfg2-admin --help
Usage: bcfg2-admin [OPTIONS] MODE [ARGS]

Available options are:
   -C <configfile>   Set alternate bcfg2.conf location

Available modes are:
   client            Create or delete client entries
   compare           Determine differences between files or directories of client specification instances
   fingerprint       Print the server certificate fingerprint
   init              Interactively initialize a new repository
   minestruct        Extract extra entry lists from statistics
   pull              Integrate configuration information from clients into the server repository
   query             Query clients
Traceback (most recent call last):
  File "/usr/local/bin/bcfg2-admin", line 53, in <module>
    (mode, mode_import(mode).__shorthelp__)))
  File "/usr/local/bin/bcfg2-admin", line 19, in mode_import
    (modname)).Server.Admin, modname)
  File "/usr/lib/python2.5/site-packages/Bcfg2/Server/Admin/Snapshots.py", line 9, in <module>
    import Bcfg2.Server.Snapshots
  File "/usr/lib/python2.5/site-packages/Bcfg2/Server/Snapshots/__init__.py", line 3, in <module>
    import sqlalchemy, sqlalchemy.orm, ConfigParser
ImportError: No module named sqlalchemy

Please don't import it in init like this. If I don't care about Snapshots or any SQL stuff, I shouldn't need sqlalchemy.

bcfg2 runs with a large number of package changes take forever if the single pass fails. I think bcfg2 is running the installation program for each single package without regard to dependencies when this happens, and it ends up invoking the installer for some packages twice.

If the single pass parsed the output, threw out any packages that couldn't be installed, and tried again, then it would be a lot faster.

For example, in a recent ubuntu install I ran, bcfg2 installed 1700 packages. Here is the error from the single pass install:

E: Version '30' for 'example-content' was not found
Single Pass Failed

If we could catch that kind of error, it should be a lot faster. bcfg2 would only run apt-get twice instead of 1700 times. That would save about an hour with the startup overhead of apt-get.