Hello, I've got a couple of questions: - What about this tool using non-root accounts to connect to OpenStack nodes? Currently, it seems to assume that it always is going to use "root" for SSH. - Shouldn't it sanitize all sensitive information (user names, host names, passwords, tokens, keys etc)?
Thanks. On Tue, Apr 19, 2016 at 4:52 AM, Aleksandr Dobdin <adob...@mirantis.com> wrote: > Hello team, > > I want to discuss the tool <https://github.com/adobdin/timmy> that we > have created for MOS as a replacement/alternative of shotgun. > > > > - > > The tool is based on > https://etherpad.openstack.org/p/openstack-diagnostics > - > > Should work fine on the following environments that were tested: 4.x, > 5.x, 6.x, 7.0, 8.0 > - > > Operates non-destructively. > - > > Can be launched on any host within admin network, provided the fuel > node IP is specified and access is possible to Fuel and other nodes via ssh > from 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 filling due to log > collection, appropriate error shown. > - > > can be imported in 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. > > > > Sincerely yours, > Aleksandr Dobdin > Senior Operations Engineer > Mirantis > Inc. > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > -- Dmitry Nikishov, Deployment Engineer, Mirantis, Inc.
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
