OpenStack Nova

Explore what's happening this week in OpenStack, the open source cloud computing project.

Introduction Welcome to Last week on OpenStack Dev (“Lwood”) for the week just past. For more background on Lwood, please refer here. Basic Stats for the week 6 to 12 February for openstack-dev: ~348 Messages (down about 39% relative to the long term average) ~124 Unique threads (down about 31% relative to the long term […]

Latest updates on our global program and how you can get involved. The post What’s new in the world of OpenStack Ambassadors appeared first on OpenStack Superuser.

Multipathing is a technique frequently used in enterprise deployments to increase throughput and reliability on external storage connections, and it’s been a little bit of a pain in the neck for OpenStack users. If you’ve nodded while reading the previous statement, then this post will probably be of interest to you, as we’ll be going […]

We’re on the road to version 1.0.0 and we’re getting closer: introducing the release of version 0.11! Four new contributors (!), 55 commits since 0.10 and 112 files changed for a total of 2,247 additions and 939 deletions. New features, more ... [More] stability, better documentation and better test coverage. The changelog since 0.10.5 New feature: ARA UI and Ansible version (ARA UI is running with) are now shown at the top right New feature: The Ansible version a playbook was run is now stored and displayed in the playbook reports New feature: New command: “ara generate junit”: generates a junit xml stream of all task results New feature: ara_record now supports two new types: “list” and “dict”, each rendered appropriately in the UI UI: Add ARA logo and favicon UI: Left navigation bar was removed (top navigation bar will be further improved in future versions) Bugfix: CLI commands could sometimes fail when trying to format as JSON or YAML Bugfix: Database and logs now properly default to ARA_DIR if ARA_DIR is changed Bugfix: When using non-ascii characters (ex: äëö) in playbook files, web application or static generation could fail Bugfix: Trying to use ara_record to record non strings (ex: lists or dicts) could fail Bugfix: Ansible config: ‘tmppath’ is now a ‘type_value’ instead of a boolean Deprecation: The “ara generate” command was deprecated and moved to “ara generate html” Deprecation: The deprecated callback location, ara/callback has been removed. Use ara/plugins/callbacks. Misc: Various unit and integration testing coverage improvements and optimization Misc: Slowly started working on full python 3 compatibility Misc: ARA now has a logo ARA now has a logo ! Thanks Jason Rist for the contribution, really appreciate it ! With the icon: Without the icon: Taking the newest version of ARA out for a spin Want to give this new version a try ? It’s out on pypi! Install dependencies and ARA, configure the Ansible callback location and ansible-playbook your stuff ! Once ARA has recorded your playbook, you’ll be able to fire off and browse the embedded server or generate a static version of the report. The road ahead: version 1.0 What is coming in version 1.0 ? Let me ask you this question: what would you like in 1.0 ? The development of ARA has mostly been driven by it’s user’s needs and I’m really excited with what we already have. I’d like to finish a few things before releasing 1.0… let’s take a sneak peek. New web user interface I’ve been working slowly but surely on a complete UI refactor, you can look at an early prototype preview here. Some ideas and concepts have evolved since then but the general idea is to try and display more information in less pages, while not going overboard and have your browser throw up due to the weight of the pages. Some ARA users are running playbooks involving hundreds of hosts or thousands of tasks and it makes the static generation very slow, large and heavy. While I don’t think I’ll be able to make the static generation work well at any kind of scale, I think we can make this better. There will have to be a certain point in terms of scale where users will be encouraged to leverage the dynamic web application instead. Python 3 support ARA isn’t gating against python3 right now and is actually failing unit tests when running python3. As Ansible is working towards python3 support, ARA needs to be there too. More complex use case support (stability/maturity) There are some cases where it’s unclear if ARA works well or works at all. This is probably a matter of stability and maturity. For example, ARA currently might not behave well when running concurrent ansible-playbook runs from the same node or if a remote database server happens to be on vacation. More complex use case support might also mean providing users documentation on how to best leverage all the data that ARA records and provides: elasticsearch implementation, junit reports and so on. If ARA is useful to you, I’d be happy to learn about your use case. Get in touch and let’s chat. Implement support for ad-hoc ansible run logging ARA will by default record anything and everything related to ansible-playbook runs. It also needs to support ad-hoc ansible commands as well. I want this before tagging 1.0. Other features There’s some other features I’d like to see make the cut for version 1.0: Fully featured Ansible role for ARA Store variables and extra variables Provide some level of support for data on a role basis (filter tasks by role, metrics, duration, etc.) Support generating a html or junit report for a specific playbook (rather than the whole thing) Packaging for Debian/Ubuntu and Fedora/CentOS/RHEL A stretch goal would be to re-write ARA to be properly split between client, server, UI and API — however I’m okay to let that slip for 2.0! What else would you like to see in ARA ? Let me know in the comments, on IRC in #ara on freenode or on twitter! [Less]

Try out OpenStack Kolla's production-ready containers with this tutorial by cloud engineer Saverio Proto with the first of this two-part tutorial. The post Getting started with Kolla appeared first on OpenStack Superuser.

The post Introduction to Salt and SaltStack appeared first on Mirantis | Pure Play Open Cloud. You may already have looked at Puppet, Chef or Ansible but today we focus on SaltStack. Simplicity is at its core, without any compromise on speed or ... [More] scalability. The post Introduction to Salt and SaltStack appeared first on Mirantis | Pure Play Open Cloud. [Less]

I spent a bit of time today looking into the subtleties of the Mistral task properties on-success, on-complete and on-error when used with the fail engine commands. As an upcoming docs patch explains, these are similar to the Python try, except, finally blocks. Meaning, that it would look like the …