Re: [openstack-dev] [nova] Bug for image_cache_manager refactoring
Thanks Markus (and Hans)! --- Augustina Ragwitz Sr Systems Software Engineer, HPE Cloud Hewlett Packard Enterprise --- irc: auggy __ 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
Re: [openstack-dev] [nova] Bug for image_cache_manager refactoring
> From: Augustina Ragwitz <augustina.ragw...@hpe.com> > To: <openstack-dev@lists.openstack.org> > Date: 03/25/2016 08:52 PM > Subject: [openstack-dev] [nova] Bug for image_cache_manager refactoring > > I came across a bug filed back in August [1] that brought up a > potential issue with the image_cache_manager in that the loop for > building the BlockDeviceMappingList has the potential to generate > enough messages to take down nova-conductor. There is a TODO comment > in the code that indicates it needs to be refactored. It looks like > there was a fix proposed that was recently abandoned and the bug has > now been relabeled as "New". > > Currently there is a comment that we should reassess this bug. Should > I go ahead and mark this bug as confirmed to get it into the Triage > pipeline? To me it seems legit, but maybe someone with more context > has a different opinion? > > [1] https://bugs.launchpad.net/nova/+bug/1484847 > > --- > Augustina Ragwitz > Sr Systems Software Engineer, HPE Cloud > Hewlett Packard Enterprise > --- > irc: auggy For the sake of completeness, Hans Lindgren pushed a patch [1] 2 days after your ML post, which makes me believe the bug is still a valid issue. References: [1] https://review.openstack.org/#/c/298023/ Regards, Markus Zoeller (markus_z) __ 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
[openstack-dev] [nova] Bug for image_cache_manager refactoring
I came across a bug filed back in August [1] that brought up a potential issue with the image_cache_manager in that the loop for building the BlockDeviceMappingList has the potential to generate enough messages to take down nova-conductor. There is a TODO comment in the code that indicates it needs to be refactored. It looks like there was a fix proposed that was recently abandoned and the bug has now been relabeled as "New". Currently there is a comment that we should reassess this bug. Should I go ahead and mark this bug as confirmed to get it into the Triage pipeline? To me it seems legit, but maybe someone with more context has a different opinion? [1] https://bugs.launchpad.net/nova/+bug/1484847 --- Augustina Ragwitz Sr Systems Software Engineer, HPE Cloud Hewlett Packard Enterprise --- irc: auggy __ 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