Activity log for bug #1615127

Date Who What changed Old value New value Message
2016-08-19 21:07:42 Eugene Nikanorov bug added bug
2016-08-19 21:07:42 Eugene Nikanorov attachment added rabbitmq.zip https://bugs.launchpad.net/bugs/1615127/+attachment/4724245/+files/rabbitmq.zip
2016-08-22 13:03:14 Denis Meltsaykin nominated for series mos/9.x
2016-08-22 13:03:14 Denis Meltsaykin bug task added mos/9.x
2016-08-22 13:03:14 Denis Meltsaykin nominated for series mos/7.0.x
2016-08-22 13:03:14 Denis Meltsaykin bug task added mos/7.0.x
2016-08-22 13:03:14 Denis Meltsaykin nominated for series mos/8.0.x
2016-08-22 13:03:14 Denis Meltsaykin bug task added mos/8.0.x
2016-08-22 13:03:24 Denis Meltsaykin mos/7.0.x: milestone 7.0-updates
2016-08-22 13:03:28 Denis Meltsaykin mos/8.0.x: milestone 8.0-updates
2016-08-22 13:03:33 Denis Meltsaykin mos/9.x: milestone 9.1
2016-08-22 13:03:48 Denis Meltsaykin mos/7.0.x: status New Confirmed
2016-08-22 13:03:50 Denis Meltsaykin mos/8.0.x: status New Confirmed
2016-08-22 13:04:01 Denis Meltsaykin mos/9.x: assignee MOS Oslo (mos-oslo)
2016-08-22 13:04:04 Denis Meltsaykin mos/9.x: status New Confirmed
2016-08-22 13:04:24 Denis Meltsaykin mos/8.0.x: assignee MOS Maintenance (mos-maintenance)
2016-08-22 13:04:32 Denis Meltsaykin mos/7.0.x: assignee MOS Maintenance (mos-maintenance)
2016-08-22 13:04:38 Denis Meltsaykin mos/9.x: importance Undecided High
2016-08-22 13:04:39 Denis Meltsaykin mos/8.0.x: importance Undecided High
2016-08-22 13:04:41 Denis Meltsaykin mos/7.0.x: importance Undecided High
2016-08-22 13:05:30 Denis Meltsaykin mos/9.x: milestone 9.1 9.2
2016-08-22 13:06:57 Denis Meltsaykin tags customer-found support area-oslo customer-found support
2016-08-22 20:22:04 Eugene Nikanorov description Encountered on MOS 7 Keystone fails to respond to auth requests in case it can't push notification to rabbitmq. Instead of giving any kind of error, it silently hangs. It is detected by apache which then gives 503. THe behavior is consistent with keystone running as a standalone process. Restarting the service did not fix things, which indicate that it has something to do with rabbitmq state. However in this case rabbitmq seem to be running and doing fine by all usual means (pcs status, rabbitmqctl cluster_status, rabbitmqctl list_queues) Restarting rabbitmq solved the problem. I'm attaching rabbitmq logs. The issue was observe on aug 17. Encountered on MOS 7 Keystone fails to respond to auth requests in case it can't push a notification to the rabbitmq. Instead of giving any kind of an error, it silently hangs. It is detected by apache which then gives 503. The behavior is consistent with keystone running as a standalone process. Restarting the service did not fix things, which indicate that it has something to do with rabbitmq state. However in this case rabbitmq seem to be running and doing fine by all usual means (pcs status, rabbitmqctl cluster_status, rabbitmqctl list_queues) Restarting rabbitmq solved the problem. I'm attaching rabbitmq logs. The issue was observed on aug 17.
2016-12-27 09:42:37 Dmitry Mescheryakov mos/9.x: status Confirmed Won't Fix
2016-12-27 09:42:38 Dmitry Mescheryakov mos/8.0.x: status Confirmed Won't Fix
2016-12-27 09:42:40 Dmitry Mescheryakov mos/7.0.x: status Confirmed Won't Fix
2017-01-10 14:27:03 Vitaly Sedelnik mos: status Confirmed Won't Fix