Activity log for bug #1448926

Date Who What changed Old value New value Message
2015-04-27 08:33:53 Bogdan Dobrelya bug added bug
2015-04-27 08:34:33 Bogdan Dobrelya bug added subscriber Sergey Vasilenko
2015-04-27 08:34:40 Bogdan Dobrelya bug added subscriber Vladimir Kuklin
2015-04-27 08:34:58 Bogdan Dobrelya mos: importance Undecided Medium
2015-04-27 08:35:03 Bogdan Dobrelya mos: milestone 6.1
2015-04-27 08:35:09 Bogdan Dobrelya nominated for series mos/6.0.x
2015-04-27 08:35:09 Bogdan Dobrelya bug task added mos/6.0.x
2015-04-27 08:35:17 Bogdan Dobrelya mos/6.0.x: milestone 6.0.1
2015-04-27 08:35:26 Bogdan Dobrelya mos/6.0.x: assignee Fuel Documentation Team (fuel-docs)
2015-04-27 08:35:34 Bogdan Dobrelya mos: assignee Fuel Documentation Team (fuel-docs)
2015-04-27 08:35:37 Bogdan Dobrelya mos/6.0.x: importance Undecided Medium
2015-04-27 08:36:17 Bogdan Dobrelya description This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged networks at different physical interfaces * or configure QoS for a single bond interface case. * Never use Neutron with GRE encapsulation for heavy loaded OpenStack environments as the current implementation of GRE networking would transfer all user instances traffic via management interfaces This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged networks at different physical interfaces * or configure QoS for a single bond interface case. * Never use Neutron with GRE encapsulation for heavy loaded OpenStack environments as the current implementation of GRE networking in Fuel would transfer all user instances traffic via management interfaces
2015-04-29 19:30:15 Dmitry Borodaenko mos/6.0.x: status New Won't Fix
2015-04-29 19:30:27 Dmitry Borodaenko mos: status New Confirmed
2015-04-29 19:30:29 Dmitry Borodaenko mos: milestone 6.1 7.0
2015-04-29 19:31:50 Dmitry Borodaenko nominated for series mos/7.0.x
2015-04-29 19:31:50 Dmitry Borodaenko bug task added mos/7.0.x
2015-04-29 19:32:04 Dmitry Borodaenko mos: milestone 7.0
2015-04-29 19:32:10 Dmitry Borodaenko mos/7.0.x: assignee Fuel Documentation Team (fuel-docs)
2015-04-29 19:32:13 Dmitry Borodaenko mos/7.0.x: importance Undecided Medium
2015-04-29 19:32:14 Dmitry Borodaenko mos/7.0.x: status New Confirmed
2015-04-29 19:32:17 Dmitry Borodaenko mos/7.0.x: milestone 7.0
2015-04-29 19:33:46 Dmitry Borodaenko mos: assignee Fuel Documentation Team (fuel-docs)
2015-04-30 15:05:45 Dmitry Mescheryakov mos: milestone 7.0
2015-04-30 19:23:21 Mike Scherbakov mos/6.0.x: importance Medium High
2015-04-30 19:23:23 Mike Scherbakov mos/6.0.x: status Won't Fix Confirmed
2015-04-30 19:23:37 Mike Scherbakov mos/6.0.x: status Confirmed Won't Fix
2015-04-30 19:23:46 Mike Scherbakov mos/6.0.x: status Won't Fix Confirmed
2015-04-30 19:23:50 Mike Scherbakov mos: importance Medium High
2015-04-30 19:24:03 Mike Scherbakov mos: assignee Fuel Documentation Team (fuel-docs)
2015-04-30 19:24:14 Mike Scherbakov mos: milestone 7.0 6.1
2015-05-07 11:48:16 Bogdan Dobrelya description This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged networks at different physical interfaces * or configure QoS for a single bond interface case. * Never use Neutron with GRE encapsulation for heavy loaded OpenStack environments as the current implementation of GRE networking in Fuel would transfer all user instances traffic via management interfaces This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged networks at different physical interfaces * or configure QoS for a single bond interface case. * Never use Neutron with GRE encapsulation for heavy loaded OpenStack environments as the current implementation of GRE networking in Fuel would transfer all user instances traffic via management interfaces. Note: GRE case will be OK, once we have https://bugs.launchpad.net/fuel/+bug/1285059 fixed
2015-05-14 09:36:11 Bogdan Dobrelya description This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged networks at different physical interfaces * or configure QoS for a single bond interface case. * Never use Neutron with GRE encapsulation for heavy loaded OpenStack environments as the current implementation of GRE networking in Fuel would transfer all user instances traffic via management interfaces. Note: GRE case will be OK, once we have https://bugs.launchpad.net/fuel/+bug/1285059 fixed This comes from https://bugs.launchpad.net/mos/+bug/1447619/comments/7 The documentation should recommend users to plan the networking capacity carefully, which is: * either to put management and private (i.e. tenant) tagged/GRE networks at different physical interfaces * or configure QoS/management traffic prioritization for a single bond interface case.
2015-05-14 09:36:43 Bogdan Dobrelya tags docs
2015-10-08 09:34:52 Igor Shishkin mos/7.0.x: milestone 7.0 8.0
2015-12-30 13:55:26 Fuel Devops McRobotson bug task deleted mos/7.0.x
2015-12-30 13:55:28 Fuel Devops McRobotson mos/7.0.x: milestone 7.0-updates
2015-12-30 13:55:28 Fuel Devops McRobotson mos/7.0.x: assignee Fuel Documentation Team (fuel-docs)
2015-12-30 13:55:29 Fuel Devops McRobotson mos: status Confirmed New
2015-12-30 13:55:29 Fuel Devops McRobotson mos: milestone 6.1 8.0
2015-12-31 13:21:58 Ivan Ponomarev mos/6.1.x: status New Triaged
2015-12-31 13:22:00 Ivan Ponomarev mos/7.0.x: status New Triaged
2015-12-31 13:22:03 Ivan Ponomarev mos/8.0.x: status New Triaged
2015-12-31 13:22:24 Ivan Ponomarev mos/6.1.x: assignee Fuel Documentation Team (fuel-docs)
2015-12-31 13:23:00 Ivan Ponomarev tags docs area-docs docs
2016-05-23 12:35:35 Alexey Stupnikov tags area-docs docs area-docs docs non-release
2017-05-29 09:28:35 Alexey Stupnikov mos/6.0.x: status Confirmed Won't Fix