Activity log for bug #1045152

Date Who What changed Old value New value Message
2012-09-03 02:55:19 Tiantian Gao bug added bug
2012-09-03 11:05:40 Michael Still nova: status New Triaged
2012-09-03 11:05:44 Michael Still nova: importance Undecided High
2012-09-03 11:06:13 Michael Still summary The report_state interval is longger then 10s actually Heavily loaded nova-compute instances don't sent reports frequently enough
2012-09-04 01:46:34 Tiantian Gao security vulnerability no yes
2012-09-04 03:13:32 Tongkai Yang bug added subscriber Tongkai Yang
2012-09-04 03:13:46 Tongkai Yang removed subscriber Tongkai Yang
2012-09-04 03:13:57 Tongkai Yang bug added subscriber Tongkai Yang
2012-09-04 04:40:28 horhor nova: assignee NetEase Cloud Team (netease-cloud)
2012-09-04 07:11:00 Michael Still tags canonistack
2012-09-04 07:11:08 Michael Still bug added subscriber The Canonical Sysadmins
2012-09-04 09:25:13 OpenStack Infra nova: status Triaged In Progress
2012-09-04 09:25:13 OpenStack Infra nova: assignee NetEase Cloud Team (netease-cloud) TianTian Gao (gtt116)
2012-09-05 09:26:28 Hans Lindgren bug added subscriber Hans Lindgren
2012-09-05 10:03:06 horhor description We knows that nova-compute will do report_state to update the service information in DB, And the default report_interval is 5s. When scheduler run a new instance, it will check the time that nova-compute updated. If the interval is longer than 60 seconds, Scheduler see the host is dead. But when the host(nova-compute) running a lot of instances ( about 70+) . The report_interval sometimes can be greater then 2minutes. This will result in ERROR in scheduler. I think report_state should be in a thread, rather than in a eventlet.spawn. What about guys think? Thanks We knows that nova-compute will do report_state to update the service information in DB, And the default report_interval is 5s. When scheduler run a new instance, it will check the time that nova-compute updated. If the interval is longer than 60 seconds, Scheduler see the host is dead. But when the host(nova-compute) running a lot of instances ( about 70+) . The report_interval sometimes can be greater then 2minutes. This will result in ERROR in scheduler. I think report_state should be in a thread, rather than in a eventlet.spawn. What about guys think? Thanks
2012-09-05 15:05:09 OpenStack Infra nova: status In Progress Fix Committed
2012-09-05 15:36:31 Thierry Carrez security vulnerability yes no
2012-09-05 21:13:11 Mark McLoughlin bug task added openstack-common
2012-09-05 21:13:21 Mark McLoughlin openstack-common: status New Confirmed
2012-09-05 21:13:28 Mark McLoughlin openstack-common: importance Undecided High
2012-09-06 02:49:48 horhor bug added subscriber horhor
2012-09-13 20:45:43 Alan Pevec tags canonistack canonistack essex-backport
2012-09-13 21:26:16 Mark McLoughlin nominated for series nova/essex
2012-09-13 21:26:16 Mark McLoughlin bug task added nova/essex
2012-09-17 06:14:52 OpenStack Infra nova/essex: status New Fix Committed
2012-09-19 06:34:41 Thierry Carrez nova: status Fix Committed Fix Released
2012-09-19 06:34:41 Thierry Carrez nova: milestone folsom-rc1
2012-09-27 15:31:52 Thierry Carrez nova: milestone folsom-rc1 2012.2
2012-10-09 19:51:51 Mark McLoughlin nova/essex: milestone 2012.1.3
2012-10-11 19:44:52 Mark McLoughlin nova/essex: status Fix Committed Fix Released
2012-11-06 17:33:47 Mark McLoughlin affects openstack-common oslo
2012-12-03 19:10:25 flolle bug added subscriber flolle
2012-12-12 09:15:23 Yolanda Robla nova (Ubuntu): status New Fix Released
2012-12-12 09:15:27 Yolanda Robla nominated for series Ubuntu Precise
2012-12-18 09:50:41 Launchpad Janitor branch linked lp:~yolanda.robla/openstack-ubuntu-testing/nova-precise-proposed
2012-12-18 10:05:32 flolle information type Public Public Security
2012-12-18 10:05:42 flolle information type Public Security Private Security
2012-12-18 10:05:51 flolle information type Private Security Public Security
2012-12-18 10:19:04 flolle information type Public Security Public
2012-12-18 11:16:13 James Page bug task added nova (Ubuntu Precise)
2013-01-12 12:28:18 Mark McLoughlin bug added subscriber Mark McLoughlin
2013-01-12 12:31:53 Mark McLoughlin oslo: status Confirmed Triaged
2013-05-09 23:13:17 Brian Murray nova (Ubuntu Precise): status New Fix Committed
2013-05-09 23:13:22 Brian Murray bug added subscriber Ubuntu Stable Release Updates Team
2013-05-09 23:13:28 Brian Murray bug added subscriber SRU Verification
2013-05-09 23:13:37 Brian Murray tags canonistack essex-backport canonistack essex-backport verification-needed
2013-05-09 23:45:39 Launchpad Janitor branch linked lp:ubuntu/precise-proposed/nova
2013-05-16 07:31:29 Yolanda Robla attachment added 2012.1.3+stable-20130405-e52e6912-0ubuntu1.log https://bugs.launchpad.net/bugs/1045152/+attachment/3678018/+files/2012.1.3%2Bstable-20130405-e52e6912-0ubuntu1.log
2013-05-16 07:33:44 Yolanda Robla attachment added 2012.1.3+stable-20130405-e52e6912-0ubuntu1.log https://bugs.launchpad.net/bugs/1045152/+attachment/3678034/+files/2012.1.3%2Bstable-20130405-e52e6912-0ubuntu1.log
2013-05-16 07:39:55 Yolanda Robla tags canonistack essex-backport verification-needed canonistack essex-backport verification-done
2013-05-16 17:27:32 Launchpad Janitor nova (Ubuntu Precise): status Fix Committed Fix Released
2013-05-16 17:27:32 Launchpad Janitor cve linked 2013-0208
2013-05-16 17:27:32 Launchpad Janitor cve linked 2013-0335
2013-05-16 17:27:32 Launchpad Janitor cve linked 2013-1664
2013-05-16 17:27:32 Launchpad Janitor cve linked 2013-1838
2013-05-16 17:29:11 Scott Kitterman removed subscriber Ubuntu Stable Release Updates Team
2013-05-16 17:39:33 Launchpad Janitor branch linked lp:ubuntu/precise-updates/nova
2013-10-10 19:14:49 Davanum Srinivas (DIMS) oslo: status Triaged Invalid