Activity log for bug #1498847

Date Who What changed Old value New value Message
2015-09-23 10:24:37 Vladimir Sharshov bug added bug
2015-09-24 15:33:07 Alexey Shtokolov fuel: status Confirmed Triaged
2015-10-08 12:24:33 Vladimir Sharshov description Astute got task and after that freeze. Looks like problem was in Eventmachine We have many problem with Eventmachine which we use only in ruby-amqp which we use to work with RabbitMQ. We author of ruby-amqp https://github.com/ruby-amqp/amqp#a-word-of-warning-use-this-only-if-you-already-use-eventmachine Unless you already use EventMachine, there is no real reason to use this client. Consider Bunny or March Hare instead. amqp gem brings in a fair share of EventMachine complexity which cannot be fully eliminated. Event loop blocking, writes that happen at the end of loop tick, uncaught exceptions in event loop silently killing it: it's not worth the pain unless you've already deeply invested in EventMachine and understand how it works. We also have problem with ruby-amqp and Eventmachine in this bugs: - https://bugs.launchpad.net/fuel/+bug/1487397; - https://bugs.launchpad.net/fuel/+bug/1485895; - https://bugs.launchpad.net/fuel/+bug/1483182. And many other. I suggest to change ruby-amqp library to Bunny: http://rubybunny.info/ Backtrace from GDB: from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/bin/astuted:84:in `<top (required)>' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:22:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:53:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:120:in `master_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:300:in `maintain_worker_count' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `each' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `fork' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block (2 levels) in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:343:in `worker_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/lib/astute/server/worker.rb:42:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run_machine' /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run_machine': Raised a special exception with GDB (Exception) from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/lib/astute/server/worker.rb:42:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:343:in `worker_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block (2 levels) in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `fork' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `each' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:300:in `maintain_worker_count' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:120:in `master_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:53:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:22:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/bin/astuted:84:in `<top (required)>' from -e:1:in `load' from -e:1:in `<main>' Astute got task and after that freeze. Looks like problem was in Eventmachine We have many problem with Eventmachine which we use only in ruby-amqp which we use to work with RabbitMQ. We author of ruby-amqp https://github.com/ruby-amqp/amqp#a-word-of-warning-use-this-only-if-you-already-use-eventmachine Unless you already use EventMachine, there is no real reason to use this client. Consider Bunny or March Hare instead. amqp gem brings in a fair share of EventMachine complexity which cannot be fully eliminated. Event loop blocking, writes that happen at the end of loop tick, uncaught exceptions in event loop silently killing it: it's not worth the pain unless you've already deeply invested in EventMachine and understand how it works. We also have problem with ruby-amqp and Eventmachine in this bugs:   - https://bugs.launchpad.net/fuel/+bug/1487397;   - https://bugs.launchpad.net/fuel/+bug/1485895;   - https://bugs.launchpad.net/fuel/+bug/1483182; - https://bugs.launchpad.net/fuel/+bug/1500901. And many other. I suggest to change ruby-amqp library to Bunny: http://rubybunny.info/ Backtrace from GDB: from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/bin/astuted:84:in `<top (required)>' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:22:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:53:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:120:in `master_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:300:in `maintain_worker_count' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `each' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `fork' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block (2 levels) in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:343:in `worker_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/lib/astute/server/worker.rb:42:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run_machine' /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run_machine': Raised a special exception with GDB (Exception) from /usr/lib64/ruby/gems/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/lib/astute/server/worker.rb:42:in `run' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:343:in `worker_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block (2 levels) in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `fork' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:266:in `block in spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `each' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:261:in `spawn_workers' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:300:in `maintain_worker_count' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:120:in `master_loop!' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:53:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/raemon-0.3.0/lib/raemon/master.rb:22:in `start' from /usr/lib64/ruby/gems/2.1.0/gems/astute-7.0.0/bin/astuted:84:in `<top (required)>' from -e:1:in `load' from -e:1:in `<main>'
2015-10-14 09:29:22 OpenStack Infra fuel: status Triaged In Progress
2015-10-22 03:10:39 Dmitry Pyzhov tags feature area-python feature
2015-11-27 15:26:49 OpenStack Infra fuel: status In Progress Fix Committed
2015-11-30 08:32:19 Mikhail Samoylov tags area-python feature area-python feature on-verification
2015-12-23 12:12:06 Sergey Arkhipov fuel: status Fix Committed Fix Released
2015-12-23 12:12:23 Sergey Arkhipov tags area-python feature on-verification area-python feature