)]}'
{"specs/mitaka/approved/nova-bug-report.rst":[{"author":{"_account_id":1779,"name":"Daniel Berrange","email":"berrange@redhat.com","username":"berrange"},"change_message_id":"440b7991a6d836a676f3716f93f08b3389c9fcdc","unresolved":false,"context_lines":[{"line_number":115,"context_line":"Alternatives"},{"line_number":116,"context_line":"------------"},{"line_number":117,"context_line":""},{"line_number":118,"context_line":"None"},{"line_number":119,"context_line":""},{"line_number":120,"context_line":"Data model impact"},{"line_number":121,"context_line":"-----------------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"1a4dcd0f_c4c6a699","line":118,"updated":"2015-08-06 10:28:14.000000000","message":"One alternative is to not create any Nova specific tool, but to ensure existing tools collect any relevant nova specific data. For example there is a tool called \"sosreport\" that is present in all mainstream Linux distros (except OpenSUSE iiuc):\n\n  https://github.com/sosreport/sos\n\nThis is a general purpose data collection tool that is able to collect far more than just the Nova specific logs. Having the system wide logs is often important in diagnosing problems since they often spread across different components in the OS.","commit_id":"a24534554e5d2ed390754dc07aad950dbad960f7"},{"author":{"_account_id":11303,"name":"Markus Zoeller (markus_z)","email":"mzoeller@linux.vnet.ibm.com","username":"mzoeller"},"change_message_id":"30ae2e00956c882d8e62ec4e6ec4138645c17184","unresolved":false,"context_lines":[{"line_number":115,"context_line":"Alternatives"},{"line_number":116,"context_line":"------------"},{"line_number":117,"context_line":""},{"line_number":118,"context_line":"None"},{"line_number":119,"context_line":""},{"line_number":120,"context_line":"Data model impact"},{"line_number":121,"context_line":"-----------------"}],"source_content_type":"text/x-rst","patch_set":2,"id":"1a4dcd0f_dbe67d14","line":118,"in_reply_to":"1a4dcd0f_c4c6a699","updated":"2015-08-06 12:03:44.000000000","message":"True, we should reuse what\u0027s already available. I\u0027ll make that more clear in the next patch set.","commit_id":"a24534554e5d2ed390754dc07aad950dbad960f7"},{"author":{"_account_id":13997,"name":"SHIGEMATSU Mitsuhiro","email":"shigematsu.mitsuhiro@lab.ntt.co.jp","username":"pshige"},"change_message_id":"24c01329b5181fcba003047da32e92faff350062","unresolved":false,"context_lines":[{"line_number":178,"context_line":"Right now I think of it as a cmd utility like ``nova-manage``. Maybe it makes"},{"line_number":179,"context_line":"sense to make this available as command in the ``python-openstackclient`` in"},{"line_number":180,"context_line":"future releases (stage 2 or stage 3) if we see that the smaller approach here"},{"line_number":181,"context_line":"makes sense and is usefull for us."},{"line_number":182,"context_line":""},{"line_number":183,"context_line":"Performance Impact"},{"line_number":184,"context_line":"------------------"}],"source_content_type":"text/x-rst","patch_set":4,"id":"da20952f_5a932c5b","line":181,"updated":"2015-09-06 05:22:52.000000000","message":"s/usefull/useful/","commit_id":"7a331d38cdba5cb7e716df3fcf22af3cb802fef7"},{"author":{"_account_id":11303,"name":"Markus Zoeller (markus_z)","email":"mzoeller@linux.vnet.ibm.com","username":"mzoeller"},"change_message_id":"e9e08d306881ef5a85bdec878d0a4856b0646e91","unresolved":false,"context_lines":[{"line_number":178,"context_line":"Right now I think of it as a cmd utility like ``nova-manage``. Maybe it makes"},{"line_number":179,"context_line":"sense to make this available as command in the ``python-openstackclient`` in"},{"line_number":180,"context_line":"future releases (stage 2 or stage 3) if we see that the smaller approach here"},{"line_number":181,"context_line":"makes sense and is usefull for us."},{"line_number":182,"context_line":""},{"line_number":183,"context_line":"Performance Impact"},{"line_number":184,"context_line":"------------------"}],"source_content_type":"text/x-rst","patch_set":4,"id":"ba15a1d1_c6b2ea4b","line":181,"in_reply_to":"da20952f_5a932c5b","updated":"2015-09-18 09:10:45.000000000","message":"Done","commit_id":"7a331d38cdba5cb7e716df3fcf22af3cb802fef7"},{"author":{"_account_id":13997,"name":"SHIGEMATSU Mitsuhiro","email":"shigematsu.mitsuhiro@lab.ntt.co.jp","username":"pshige"},"change_message_id":"24c01329b5181fcba003047da32e92faff350062","unresolved":false,"context_lines":[{"line_number":244,"context_line":"References"},{"line_number":245,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":246,"context_line":""},{"line_number":247,"context_line":"[1] Nova Liberty Midcycle Event; Etherpat; item \"create a bug report service?\""},{"line_number":248,"context_line":"    https://etherpad.openstack.org/p/liberty-nova-midcycle"},{"line_number":249,"context_line":""},{"line_number":250,"context_line":""}],"source_content_type":"text/x-rst","patch_set":4,"id":"da20952f_1a993479","line":247,"updated":"2015-09-06 05:22:52.000000000","message":"s/Etherpat/Etherpad/","commit_id":"7a331d38cdba5cb7e716df3fcf22af3cb802fef7"},{"author":{"_account_id":11303,"name":"Markus Zoeller (markus_z)","email":"mzoeller@linux.vnet.ibm.com","username":"mzoeller"},"change_message_id":"e9e08d306881ef5a85bdec878d0a4856b0646e91","unresolved":false,"context_lines":[{"line_number":244,"context_line":"References"},{"line_number":245,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":246,"context_line":""},{"line_number":247,"context_line":"[1] Nova Liberty Midcycle Event; Etherpat; item \"create a bug report service?\""},{"line_number":248,"context_line":"    https://etherpad.openstack.org/p/liberty-nova-midcycle"},{"line_number":249,"context_line":""},{"line_number":250,"context_line":""}],"source_content_type":"text/x-rst","patch_set":4,"id":"ba15a1d1_26a7260c","line":247,"in_reply_to":"da20952f_1a993479","updated":"2015-09-18 09:10:45.000000000","message":"Done","commit_id":"7a331d38cdba5cb7e716df3fcf22af3cb802fef7"},{"author":{"_account_id":1779,"name":"Daniel Berrange","email":"berrange@redhat.com","username":"berrange"},"change_message_id":"f217e34128992a9e683e3aa48c2ea4bf646147a5","unresolved":false,"context_lines":[{"line_number":79,"context_line":"                        is created automatically with the attached artifact."},{"line_number":80,"context_line":""},{"line_number":81,"context_line":""},{"line_number":82,"context_line":"The scope of this spec is **only stage 1** which should be feasible within one"},{"line_number":83,"context_line":"release cycle. From a user perspective it should behave like this:"},{"line_number":84,"context_line":""},{"line_number":85,"context_line":".. code-block:: bash"}],"source_content_type":"text/x-rst","patch_set":5,"id":"ba15a1d1_99fff000","line":82,"updated":"2015-09-22 15:42:14.000000000","message":"I think we ought to really do this as a shared tool across probjects. Teaching people to use \u0027nova-bug-report\u0027 in one cycle, and then telling them to forget that and use \u0027openstack-bug-report\u0027  in the next cycle is not attractive.  That isn\u0027t saying you need to provide implementations for all projects right away, but the tool CLI and architecture should be cross-project from day 1 IMHO.","commit_id":"ad40f120f9bc72efaa9a552279a5fa8c1dacc278"},{"author":{"_account_id":2243,"name":"John Griffith","email":"john.griffith8@gmail.com","username":"john-griffith"},"change_message_id":"4694c4fb36c611a2651a001fd7e4a59c6956cf55","unresolved":false,"context_lines":[{"line_number":79,"context_line":"                        is created automatically with the attached artifact."},{"line_number":80,"context_line":""},{"line_number":81,"context_line":""},{"line_number":82,"context_line":"The scope of this spec is **only stage 1** which should be feasible within one"},{"line_number":83,"context_line":"release cycle. From a user perspective it should behave like this:"},{"line_number":84,"context_line":""},{"line_number":85,"context_line":".. code-block:: bash"}],"source_content_type":"text/x-rst","patch_set":5,"id":"ba15a1d1_caa6b30e","line":82,"in_reply_to":"ba15a1d1_99fff000","updated":"2015-09-23 16:26:27.000000000","message":"I think Daniel makes a great point, I think there\u0027s a lot of value in a standard collection tool and designing it to be cross-project from the start seems like the best approach.\n\nWondering if maybe some base mechanisms in an oslo lib that can then be consumed/implemented from various projects?","commit_id":"ad40f120f9bc72efaa9a552279a5fa8c1dacc278"}]}