Deployment progress bar inaccurate

[Joseph Fisher]

For an Ubuntu deployment with Fuel 5.1.1, progress bar is increasing in regular 3% increments, although in reality the Ubuntu install has stalled completely at the disk provisioning step. This appears to be an inaccurate status if the deployment is stalled, but is reporting that it's moving forward.

[Bogdan Dobrelya (bogdando)]

This bug was inactive for two months, returning it back to Fuel library team

[Bogdan Dobrelya (bogdando)]

The bug description does not contain a solution or workaround, hence was not triaged

[Bogdan Dobrelya (bogdando)]

The deployment impact of this bug cannot be considered as a high. This bugs looks like the medium one. As we do not backport medium bugs, I set its status won't fix for <=6.0 releases. Please return it back to confirmed if you think this bug should be addressed for all affected releases,

[Tomasz 'Zen' Napierala (tzn)]

Accordking to triaging rules [1], this bug has no effect on deployment itself, only the information is inaccurate. I need to change the severity to "Low"
[1] https://wiki.openstack.org/wiki/Fuel/How_to_contribute#Confirm_and_triage_bugs

[Stanislaw Bogatkin (sbogatkin)]

Why it is on fuel-library team? Deployment process indicator managed by astute, isn't it?

[Aleksandr Didenko (adidenko)]

Assigning it to fuel-python, since we're going to remove fuel-astute group shortly as discussed in ML.

[Vladimir Sharshov (vsharshov)]

Covered by bp: https://blueprints.launchpad.net/fuel/+spec/progress-bar-based-on-tasks

[Alexander Kislitsky (akislitsky)]

We passed SCF in 8.0. Moving the bug to 9.0.

[Vladimir Sharshov (vsharshov)]

Moving to Task Based Deployment solve the problem. Now progress bar calculated based on tasks which run on nodes.