OpenStack Ansible-like tool for parallel node operations: two-way data transfer, log collection, remote command execution
Go to file
2016-07-29 14:47:00 +00:00
doc/source Implement cli option for days log filter, drop negative requirement 2016-07-12 09:48:20 +00:00
rq Add extra data for collection 2016-07-29 14:47:00 +00:00
specs fix: using macros instead of absolute path 2016-06-30 15:21:12 +03:00
timmy Add extra data for collection 2016-07-29 14:47:00 +00:00
.gitignore ignore tmp files 2016-06-08 11:40:36 +00:00
build-rpm.sh Define fixed python requirement for built rpm 2016-06-10 02:10:55 +00:00
config.yaml Implement negative filtering, fix Fuel filtered by normal filters 2016-06-09 21:12:47 +00:00
MANIFEST.in fix: rq.yaml is added to setup 2016-05-05 13:33:00 +00:00
README.md added: some docs 2016-04-14 13:27:56 +00:00
requirements-doc.txt try to add exctension for sphinx 2016-07-08 10:20:20 +00:00
rq.yaml Add extra data for collection 2016-07-29 14:47:00 +00:00
setup.cfg Define fixed python requirement for built rpm 2016-06-10 02:10:55 +00:00
setup.py fix: typo 2016-07-08 11:10:39 +00:00
sphinx-build.sh added: environment file with global parameters for setup and docs 2016-05-28 17:28:25 +00:00
timmy.py added: licenses to files 2016-06-15 07:13:50 +00:00

============= Specification

Mirantis OpenStack Ansible-like tool for parallel node operations: two-way data transfer, log collection, remote command execution

  • The tool is based on https://etherpad.openstack.org/p/openstack-diagnostics
  • Should work fine in the following environments that have been tested: 4.x, 5.x, 6.x, 7.0, 8.0, 9.0
  • Operates non-destructively.
  • Can be launched on any host within admin network, provided the fuel node IP is specified and access to Fuel and other nodes is possible via ssh from the local system.
  • Parallel launch - only on the nodes that are 'online'. Some filters for nodes are also available.
  • Commands (from ./cmds directory) are separated according to roles (detected automatically) by the symlinks. Thus, the command list may depend on release, roles and OS. In addition, there can be some commands that run everywhere. There are also commands that are executed only on one node according to its role, using the first node of this type they encounter.
  • Modular: possible to create a special package that contains only certain required commands.
  • Collects log files from the nodes using filters
  • Some archives are created - general.tar.bz2 and logs-*
  • Checks are implemented to prevent filesystem overfilling due to log collection, appropriate error shown.
  • Can be imported into other python scripts (ex. https://github.com/f3flight/timmy-customtest) and used as a transport and structure to access node parameters known to Fuel, run commands on nodes, collect outputs, etc. with ease.