Great initiative putting this plan together, Maru. Thanks for doing this. Thanks for volunteering to help, Salvatore (I'm thinking of asking for you to be cloned - once that becomes available.) if you add your patch urls (as you create them) to the blueprint Maru started [0] that would help to track the work.
Armando, thanks for doing this work as well. Could you add the urls of the patches you reference to the exceptional-conditions blueprint? For icehouse-1 to be a realistic goal for this assessment and clean-up, patches for this would need to be up by Tuesday Dec. 3 at the latest (does 13:00 UTC sound like a reasonable target?) so that they can make it through review and check testing, gate testing and merging prior to the Thursday Dec. 5 deadline for icehouse-1. I would really like to see this, I just want the timeline to be conscious. I would like to say talk to me tomorrow in -neutron to ensure you are getting the support you need to achieve this but I will be flying (wifi uncertain). I do hope that some additional individuals come forward to help with this. Thanks Maru, Salvatore and Armando, Anita. [0] https://blueprints.launchpad.net/neutron/+spec/log-only-exceptional-conditions-as-error On 11/30/2013 08:24 PM, Maru Newby wrote: > > On Nov 28, 2013, at 1:08 AM, Salvatore Orlando <sorla...@nicira.com> wrote: > >> Thanks Maru, >> >> This is something my team had on the backlog for a while. >> I will push some patches to contribute towards this effort in the next few >> days. >> >> Let me know if you're already thinking of targeting the completion of this >> job for a specific deadline. > > I'm thinking this could be a task for those not involved in fixing race > conditions, and be done in parallel. I guess that would be for icehouse-1 > then? My hope would be that the early signs of race conditions would then be > caught earlier. > > > m. > >> >> Salvatore >> >> >> On 27 November 2013 17:50, Maru Newby <ma...@redhat.com> wrote: >> Just a heads up, the console output for neutron gate jobs is about to get a >> lot noisier. Any log output that contains 'ERROR' is going to be dumped >> into the console output so that we can identify and eliminate unnecessary >> error logging. Once we've cleaned things up, the presence of unexpected >> (non-whitelisted) error output can be used to fail jobs, as per the >> following Tempest blueprint: >> >> https://blueprints.launchpad.net/tempest/+spec/fail-gate-on-log-errors >> >> I've filed a related Neutron blueprint for eliminating the unnecessary error >> logging: >> >> https://blueprints.launchpad.net/neutron/+spec/log-only-exceptional-conditions-as-error >> >> I'm looking for volunteers to help with this effort, please reply in this >> thread if you're willing to assist. >> >> Thanks, >> >> >> Maru >> _______________________________________________ >> OpenStack-dev mailing list >> OpenStack-dev@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> _______________________________________________ >> OpenStack-dev mailing list >> OpenStack-dev@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev