)]}'
{"specs/other/high-availability.rst":[{"author":{"_account_id":12393,"name":"chandan kumar","display_name":"Chandan Kumar","email":"chkumar@redhat.com","username":"chkumar246"},"change_message_id":"da7b16be01c9262af7388aa3cbaddf01518cff61","unresolved":false,"context_lines":[{"line_number":8,"context_line":".."},{"line_number":9,"context_line":""},{"line_number":10,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":11,"context_line":"Stepler Test Framework"},{"line_number":12,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":13,"context_line":""},{"line_number":14,"context_line":"During the OpenStack summit in Barcelona we discussed not covered area for"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5f201791_15bdb5b6","line":11,"range":{"start_line":11,"start_character":7,"end_line":11,"end_character":22},"updated":"2017-06-22 07:22:02.000000000","message":"Is it going to be a Framework or tempest plugin which contains tests for running HA tempest tests?","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"a89e138d5c97c2ce61e6dc03a14ebfbc981f52b3","unresolved":false,"context_lines":[{"line_number":8,"context_line":".."},{"line_number":9,"context_line":""},{"line_number":10,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":11,"context_line":"Stepler Test Framework"},{"line_number":12,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":13,"context_line":""},{"line_number":14,"context_line":"During the OpenStack summit in Barcelona we discussed not covered area for"}],"source_content_type":"text/x-rst","patch_set":2,"id":"3f1d235d_748d4829","line":11,"range":{"start_line":11,"start_character":7,"end_line":11,"end_character":22},"in_reply_to":"3f1d235d_b39099ee","updated":"2017-07-07 12:01:56.000000000","message":"Thank you for the question and answer..\nThis spec is Abandoned.\nAlternative spec is here,\nhttps://review.openstack.org/#/c/443504/\nPlease review^^","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":14614,"name":"Kyrylo Romanenko","display_name":"K.Romanenko","email":"romanenko-kv@hotmail.com","username":"kromanenko"},"change_message_id":"bbe4519dd12b4062fd15b268365e6538d6059a98","unresolved":false,"context_lines":[{"line_number":8,"context_line":".."},{"line_number":9,"context_line":""},{"line_number":10,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":11,"context_line":"Stepler Test Framework"},{"line_number":12,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":13,"context_line":""},{"line_number":14,"context_line":"During the OpenStack summit in Barcelona we discussed not covered area for"}],"source_content_type":"text/x-rst","patch_set":2,"id":"3f1d235d_b39099ee","line":11,"range":{"start_line":11,"start_character":7,"end_line":11,"end_character":22},"in_reply_to":"5f201791_15bdb5b6","updated":"2017-07-07 11:00:03.000000000","message":"a separate framework","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":2394,"name":"Adam Spiers","email":"aspiers@suse.com","username":"adam.spiers"},"change_message_id":"3cd6c3386a78e512a6ad672a9aaef490b0cbe916","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_adb215e3","line":18,"range":{"start_line":18,"start_character":0,"end_line":18,"end_character":33},"updated":"2016-11-28 14:29:49.000000000","message":"As mentioned on the openstack-dev@ mailing list, I would like to know if you considered https://github.com/cisco-oss-eng/Cloud99 as a possible solution rather than writing a new framework from scratch, and if so, please can the gap analysis be included in this spec, or at least linked from it?  Thanks!","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":6849,"name":"Roman Podoliaka","email":"roman.podoliaka@gmail.com","username":"rpodolyaka"},"change_message_id":"d5bb4833788f577b3b78953faa92141e261272d3","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_cb50d50d","line":18,"updated":"2016-11-21 09:47:41.000000000","message":"I think Stepler fails to achieve this goal at this point, e.g.:\n\n- nova tests here (https://github.com/Mirantis/stepler/tree/master/stepler/nova/tests) could easily be Tempest scenarios\n\n- https://github.com/Mirantis/stepler/blob/master/stepler/nova/tests/test_rebuild_negative.py could probably even be considered API tests, not even complex scenarios\n\n- looks like os-fautls is not currently used in tests - https://github.com/Mirantis/stepler/search?utf8\u003d%E2%9C%93\u0026q\u003dos_faults\n\n...","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"985fbba80bfc52adf09569e9549dc5d0eaf75458","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_f6e63543","line":18,"range":{"start_line":18,"start_character":0,"end_line":18,"end_character":33},"in_reply_to":"5a74a57a_adb215e3","updated":"2016-11-30 11:43:30.000000000","message":"Hi Adam, it is a good point, thank you! We will add the short overview of existing tools like Cloud99 in \"Alternatives\" section in this spec.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_5f589832","line":18,"range":{"start_line":18,"start_character":0,"end_line":18,"end_character":33},"in_reply_to":"5a74a57a_f6e63543","updated":"2017-03-09 10:10:29.000000000","message":"Hi Adam, \nI will address this in https://review.openstack.org/#/c/443504/","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":6849,"name":"Roman Podoliaka","email":"roman.podoliaka@gmail.com","username":"rpodolyaka"},"change_message_id":"d897081806af5513a7482bc9a488a7967069607a","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_bd776007","line":18,"in_reply_to":"7a77a97e_5d0f2c2e","updated":"2016-11-21 10:18:52.000000000","message":"\u003e\u003e\u003e I don\u0027t seem, that nova HA and destructive tests may be easily implemented with tempest, otherwise it would be done already.\n\nI don\u0027t suggest to add them to Tempest. All I\u0027m saying is that Stepler at this point contains a lot of things it\u0027s not supposed to have. Thus, it\u0027s not clear for me whether it tries to be HA specific or a general test framework.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"feae7aadaa40f8a51b71d2e1c6cda5bba8825515","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_d1b403d6","line":18,"in_reply_to":"7a77a97e_bd776007","updated":"2016-11-21 11:51:55.000000000","message":"Hi Roman,\n\nyes, it is a good point. We are going to clean up the repository and remove extra test cases. Stepler should be focused on HA / destructive testing.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":20772,"name":"Sergei Chipiga","email":"schipiga@mirantis.com","username":"schipiga"},"change_message_id":"fd2c258968550f6a4d6fd107a0aea2dbdcfdc333","unresolved":false,"context_lines":[{"line_number":15,"context_line":"OpenStack clouds testing:"},{"line_number":16,"context_line":"https://etherpad.openstack.org/p/ocata-qa-destructive-testing"},{"line_number":17,"context_line":""},{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_5d0f2c2e","line":18,"in_reply_to":"7a77a97e_cb50d50d","updated":"2016-11-21 10:11:35.000000000","message":"\u003e nova tests here (https://github.com/Mirantis/stepler/tree/master/stepler/nova/tests) could easily be Tempest scenarios\n\nAccording to tempest code and goals (API testing) and current not big scenarios expansion, I don\u0027t seem, that nova HA and destructive tests may be easily implemented with tempest, otherwise it would be done already.\n\n\u003e looks like os-fautls is not currently used in tests - https://github.com/Mirantis/stepler/search?utf8\u003d%E2%9C%93\u0026q\u003dos_faults\n\nIt is used already, seems github search is broken. For ex.:\n\n- https://github.com/Mirantis/stepler/blob/master/stepler/nova/tests/test_deferred_delete.py#L80\n\n- https://github.com/Mirantis/stepler/tree/master/stepler/os_faults\n\n- https://github.com/Mirantis/stepler/blob/master/stepler/os_faults/steps/faults.py\n\n\u003e https://github.com/Mirantis/stepler/blob/master/stepler/nova/tests/test_rebuild_negative.py could probably even be considered API tests, not even complex scenarios\n\nYep, some cases should be moved to tempest, and will be removed from stepler when it will be transfered to upsteam.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":17716,"name":"Luz Cazares","email":"luz.cazares@intel.com","username":"luzcazares"},"change_message_id":"05ad2716594bfb6c5b5eb7b2bbbf4a24110ebcad","unresolved":false,"context_lines":[{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."},{"line_number":22,"context_line":""},{"line_number":23,"context_line":"Problem description"},{"line_number":24,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_6fc34d39","line":21,"range":{"start_line":21,"start_character":13,"end_line":21,"end_character":21},"updated":"2016-11-29 18:42:00.000000000","message":"sed s/clusters/pre-production clouds/g.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":18,"context_line":"We need to create a new framework which is not intended for OpenStack API"},{"line_number":19,"context_line":"validation, but provides simple tool for creation tests to check destructive"},{"line_number":20,"context_line":"scenarios which will check High Availability, failover and recovery testing"},{"line_number":21,"context_line":"of OpenStack clusters."},{"line_number":22,"context_line":""},{"line_number":23,"context_line":"Problem description"},{"line_number":24,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_265f65e6","line":21,"range":{"start_line":21,"start_character":13,"end_line":21,"end_character":21},"in_reply_to":"5a74a57a_6fc34d39","updated":"2017-03-09 10:10:29.000000000","message":"Done","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":6849,"name":"Roman Podoliaka","email":"roman.podoliaka@gmail.com","username":"rpodolyaka"},"change_message_id":"d5bb4833788f577b3b78953faa92141e261272d3","unresolved":false,"context_lines":[{"line_number":31,"context_line":"OpenStack services, DB / RabbitMQ downtime and etc)."},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"What we want to check and cover with these tests:"},{"line_number":34,"context_line":" - How Openstack cluster behaves in case of some destructive scenarios?"},{"line_number":35,"context_line":" - Will the cluster alive if we lose some nodes / services?"},{"line_number":36,"context_line":" - Check the proper work of auto-healing scripts / pacemaker / OCF and etc."},{"line_number":37,"context_line":" - Verify some OpenStack features which require shutdown / restart of"}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_cb85355a","line":34,"updated":"2016-11-21 09:47:41.000000000","message":"Based on https://etherpad.openstack.org/p/ocata-qa-destructive-testing the spec was supposed to describe a couple of proposed scenarios in details. Could you please add those here?","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":31,"context_line":"OpenStack services, DB / RabbitMQ downtime and etc)."},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"What we want to check and cover with these tests:"},{"line_number":34,"context_line":" - How Openstack cluster behaves in case of some destructive scenarios?"},{"line_number":35,"context_line":" - Will the cluster alive if we lose some nodes / services?"},{"line_number":36,"context_line":" - Check the proper work of auto-healing scripts / pacemaker / OCF and etc."},{"line_number":37,"context_line":" - Verify some OpenStack features which require shutdown / restart of"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_1f838057","line":34,"in_reply_to":"5a74a57a_a3fa2f41","updated":"2017-03-09 10:10:29.000000000","message":"Hi Roman,\nI will take the feedback from ML, and apply it to following spec, https://review.openstack.org/#/c/443504.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"feae7aadaa40f8a51b71d2e1c6cda5bba8825515","unresolved":false,"context_lines":[{"line_number":31,"context_line":"OpenStack services, DB / RabbitMQ downtime and etc)."},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"What we want to check and cover with these tests:"},{"line_number":34,"context_line":" - How Openstack cluster behaves in case of some destructive scenarios?"},{"line_number":35,"context_line":" - Will the cluster alive if we lose some nodes / services?"},{"line_number":36,"context_line":" - Check the proper work of auto-healing scripts / pacemaker / OCF and etc."},{"line_number":37,"context_line":" - Verify some OpenStack features which require shutdown / restart of"}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_f1157f9b","line":34,"in_reply_to":"7a77a97e_cb85355a","updated":"2016-11-21 11:51:55.000000000","message":"Of course, we will drive this activity in openstack-dev email list. It is not done yet but it is in our TODO list.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"985fbba80bfc52adf09569e9549dc5d0eaf75458","unresolved":false,"context_lines":[{"line_number":31,"context_line":"OpenStack services, DB / RabbitMQ downtime and etc)."},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"What we want to check and cover with these tests:"},{"line_number":34,"context_line":" - How Openstack cluster behaves in case of some destructive scenarios?"},{"line_number":35,"context_line":" - Will the cluster alive if we lose some nodes / services?"},{"line_number":36,"context_line":" - Check the proper work of auto-healing scripts / pacemaker / OCF and etc."},{"line_number":37,"context_line":" - Verify some OpenStack features which require shutdown / restart of"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_a3fa2f41","line":34,"in_reply_to":"7a77a97e_f1157f9b","updated":"2016-11-30 11:43:30.000000000","message":"Roman, I\u0027ve sent email to openstack-dev mailing list, with title \"[openstack-dev] [Openstack-operators] Destructive / HA / fail-over scenarios\".","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":17716,"name":"Luz Cazares","email":"luz.cazares@intel.com","username":"luzcazares"},"change_message_id":"05ad2716594bfb6c5b5eb7b2bbbf4a24110ebcad","unresolved":false,"context_lines":[{"line_number":41,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":42,"context_line":""},{"line_number":43,"context_line":"Add new repository with framework to provide High Availability, destructive,"},{"line_number":44,"context_line":"failover, and recovery testing. Add test cases based on its framework."},{"line_number":45,"context_line":""},{"line_number":46,"context_line":"Implementation"},{"line_number":47,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_2acdc386","line":44,"range":{"start_line":44,"start_character":23,"end_line":44,"end_character":30},"updated":"2016-11-29 18:42:00.000000000","message":"Add \u0027control plane\u0027 after testing:\n\"... testing for control plane.\"","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":41,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":42,"context_line":""},{"line_number":43,"context_line":"Add new repository with framework to provide High Availability, destructive,"},{"line_number":44,"context_line":"failover, and recovery testing. Add test cases based on its framework."},{"line_number":45,"context_line":""},{"line_number":46,"context_line":"Implementation"},{"line_number":47,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_26192589","line":44,"range":{"start_line":44,"start_character":23,"end_line":44,"end_character":30},"in_reply_to":"5a74a57a_2acdc386","updated":"2017-03-09 10:10:29.000000000","message":"Done","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":17716,"name":"Luz Cazares","email":"luz.cazares@intel.com","username":"luzcazares"},"change_message_id":"05ad2716594bfb6c5b5eb7b2bbbf4a24110ebcad","unresolved":false,"context_lines":[{"line_number":51,"context_line":"Each of steps ends with it\u0027s own check, that step was finished correct."},{"line_number":52,"context_line":"It allows to compose plenty of tests, having moderate codebase."},{"line_number":53,"context_line":""},{"line_number":54,"context_line":"This framework should use os-faults library [1] to manage the nodes and networking"},{"line_number":55,"context_line":"switches (shutdown, run bash commands, restart services and etc.)."},{"line_number":56,"context_line":""},{"line_number":57,"context_line":"Architecture should have the following abstraction levels of codebase (from"},{"line_number":58,"context_line":"higher to less):"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_7e194022","line":55,"range":{"start_line":54,"start_character":47,"end_line":55,"end_character":66},"updated":"2016-11-29 18:42:00.000000000","message":"replace this with some info from os-faults such as:\nLibrary operates with 2 types of objects: service and nodes.\nIt can inject faults  in the form of Service-oriented, Node-oriented or Network-oriented commands to perform specified action on specified node(s).","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":51,"context_line":"Each of steps ends with it\u0027s own check, that step was finished correct."},{"line_number":52,"context_line":"It allows to compose plenty of tests, having moderate codebase."},{"line_number":53,"context_line":""},{"line_number":54,"context_line":"This framework should use os-faults library [1] to manage the nodes and networking"},{"line_number":55,"context_line":"switches (shutdown, run bash commands, restart services and etc.)."},{"line_number":56,"context_line":""},{"line_number":57,"context_line":"Architecture should have the following abstraction levels of codebase (from"},{"line_number":58,"context_line":"higher to less):"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_3f1684a7","line":55,"range":{"start_line":54,"start_character":47,"end_line":55,"end_character":66},"in_reply_to":"5a74a57a_7e194022","updated":"2017-03-09 10:10:29.000000000","message":"Hi Luz,\nI will address your comment in,\nhttps://review.openstack.org/#/c/443504/\nplease review ^^","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":17716,"name":"Luz Cazares","email":"luz.cazares@intel.com","username":"luzcazares"},"change_message_id":"05ad2716594bfb6c5b5eb7b2bbbf4a24110ebcad","unresolved":false,"context_lines":[{"line_number":62,"context_line":"   delete, update, migrate, etc. They should end with check, that step was"},{"line_number":63,"context_line":"   finished correct."},{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_af8d652c","line":65,"range":{"start_line":65,"start_character":57,"end_line":65,"end_character":58},"updated":"2016-11-29 18:42:00.000000000","message":"1. Add: \"Stepler uses py.test as test runner [2]\" - add link on references below\n2. Mention which projects (its test cases) are expected to live in stepler tree? is it just Nova, Cinder, Glance, Newton, Swift, and keystone? Any other? Is a plugin mechanism considered for the future?","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":62,"context_line":"   delete, update, migrate, etc. They should end with check, that step was"},{"line_number":63,"context_line":"   finished correct."},{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_1f7aa0f1","line":65,"range":{"start_line":65,"start_character":57,"end_line":65,"end_character":58},"in_reply_to":"5a74a57a_5678c98f","updated":"2017-03-09 10:10:29.000000000","message":"Hi Luz,\nI will address your comment in,\nhttps://review.openstack.org/#/c/443504/\nplease review ^^","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"985fbba80bfc52adf09569e9549dc5d0eaf75458","unresolved":false,"context_lines":[{"line_number":62,"context_line":"   delete, update, migrate, etc. They should end with check, that step was"},{"line_number":63,"context_line":"   finished correct."},{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_5678c98f","line":65,"range":{"start_line":65,"start_character":57,"end_line":65,"end_character":58},"in_reply_to":"5a74a57a_af8d652c","updated":"2016-11-30 11:43:30.000000000","message":"Ok, we will add this information.\n\nWe also plan to test HA Proxy / Galera / RabbitMQ HA.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":17716,"name":"Luz Cazares","email":"luz.cazares@intel.com","username":"luzcazares"},"change_message_id":"05ad2716594bfb6c5b5eb7b2bbbf4a24110ebcad","unresolved":false,"context_lines":[{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"},{"line_number":69,"context_line":"* Timur Nurlygayanov (tnurlygayanov@mirantis.com)"},{"line_number":70,"context_line":"* Sergei Chipiga (schipiga@mirantis.com)"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_4a367fe8","line":67,"range":{"start_line":67,"start_character":0,"end_line":67,"end_character":1},"updated":"2016-11-29 18:42:00.000000000","message":"Add \"Alternatives\" section and mention other options beside Stepler and how Stepler is a better solution.\nFor instance rally+os-faults, cloud99, adding os-faults to tempest","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"985fbba80bfc52adf09569e9549dc5d0eaf75458","unresolved":false,"context_lines":[{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"},{"line_number":69,"context_line":"* Timur Nurlygayanov (tnurlygayanov@mirantis.com)"},{"line_number":70,"context_line":"* Sergei Chipiga (schipiga@mirantis.com)"}],"source_content_type":"text/x-rst","patch_set":2,"id":"5a74a57a_f63395f4","line":67,"range":{"start_line":67,"start_character":0,"end_line":67,"end_character":1},"in_reply_to":"5a74a57a_4a367fe8","updated":"2016-11-30 11:43:30.000000000","message":"Hi Luz, it is a good point, thank you! I will do.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":64,"context_line":" - fixtures manage resources construction, destruction, etc via steps."},{"line_number":65,"context_line":" - tests combine steps and fixtures according to scenario."},{"line_number":66,"context_line":""},{"line_number":67,"context_line":"Assignee(s)"},{"line_number":68,"context_line":"-----------"},{"line_number":69,"context_line":"* Timur Nurlygayanov (tnurlygayanov@mirantis.com)"},{"line_number":70,"context_line":"* Sergei Chipiga (schipiga@mirantis.com)"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_bf699427","line":67,"range":{"start_line":67,"start_character":0,"end_line":67,"end_character":1},"in_reply_to":"5a74a57a_f63395f4","updated":"2017-03-09 10:10:29.000000000","message":"Hi Luz,\nI will address your comment in,\nhttps://review.openstack.org/#/c/443504/\nplease review ^^","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":6849,"name":"Roman Podoliaka","email":"roman.podoliaka@gmail.com","username":"rpodolyaka"},"change_message_id":"d5bb4833788f577b3b78953faa92141e261272d3","unresolved":false,"context_lines":[{"line_number":78,"context_line":"----------"},{"line_number":79,"context_line":""},{"line_number":80,"context_line":"Target Milestone for completion:"},{"line_number":81,"context_line":"  Ocata Q2"},{"line_number":82,"context_line":""},{"line_number":83,"context_line":"Work Items"},{"line_number":84,"context_line":"----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_8bba5d09","line":81,"range":{"start_line":81,"start_character":8,"end_line":81,"end_character":10},"updated":"2016-11-21 09:47:41.000000000","message":"What\u0027s Q2? It\u0027s not on https://releases.openstack.org/ocata/schedule.html","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":8716,"name":"Sampath Priyankara","email":"sam47priya@gmail.com","username":"sampath"},"change_message_id":"6ea15a9e61bac97a2383f64322171edf961421d0","unresolved":false,"context_lines":[{"line_number":78,"context_line":"----------"},{"line_number":79,"context_line":""},{"line_number":80,"context_line":"Target Milestone for completion:"},{"line_number":81,"context_line":"  Ocata Q2"},{"line_number":82,"context_line":""},{"line_number":83,"context_line":"Work Items"},{"line_number":84,"context_line":"----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"9a30ddce_1f61c039","line":81,"range":{"start_line":81,"start_character":8,"end_line":81,"end_character":10},"in_reply_to":"7a77a97e_71f40f87","updated":"2017-03-09 10:10:29.000000000","message":"Hi Roman,\nI will address your comment in,\nhttps://review.openstack.org/#/c/443504/\nplease review ^^","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"},{"author":{"_account_id":7227,"name":"Timur Nurlygayanov","email":"tnurlygayanov@mirantis.com","username":"tnurlygayanov"},"change_message_id":"feae7aadaa40f8a51b71d2e1c6cda5bba8825515","unresolved":false,"context_lines":[{"line_number":78,"context_line":"----------"},{"line_number":79,"context_line":""},{"line_number":80,"context_line":"Target Milestone for completion:"},{"line_number":81,"context_line":"  Ocata Q2"},{"line_number":82,"context_line":""},{"line_number":83,"context_line":"Work Items"},{"line_number":84,"context_line":"----------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"7a77a97e_71f40f87","line":81,"range":{"start_line":81,"start_character":8,"end_line":81,"end_character":10},"in_reply_to":"7a77a97e_8bba5d09","updated":"2016-11-21 11:51:55.000000000","message":"It should be fixed to O2 - Ocata2, Dec 12-16.","commit_id":"dee7d68278b4db1ceb093f39928eaeed0880db85"}]}