Bug 1400490 - Upgrading sat6.2.4 -> 6.2.5 on rhel6 installer throws error at step: migrate_foreman.
Summary: Upgrading sat6.2.4 -> 6.2.5 on rhel6 installer throws error at step: migrate_...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Upgrades
Version: 6.2.5
Hardware: Unspecified
OS: Unspecified
unspecified
high vote
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-01 11:26 UTC by Sachin Ghai
Modified: 2016-12-06 16:17 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-06 16:17:11 UTC
Target Upstream Version:


Attachments (Terms of Use)
complete logs from console (29.89 KB, text/plain)
2016-12-01 11:26 UTC, Sachin Ghai
no flags Details
foreman-debug (804.31 KB, application/x-gzip)
2016-12-01 11:45 UTC, Sachin Ghai
no flags Details
complete logs from console while running upgrade (16.23 KB, text/plain)
2016-12-06 16:15 UTC, Sachin Ghai
no flags Details

Description Sachin Ghai 2016-12-01 11:26:49 UTC
Created attachment 1226770 [details]
complete logs from console

Description of problem:
I was trying to upgrade a sat6.2.4 instance installed on rhel68 using 6.2.5 snap1 and installer throws following error at migrate_foreman step:

Upgrade Step: fix_katello_settings_file...
Upgrade Step: migrate_foreman...
API controllers newer than Apipie cache! Run apipie:cache rake task to regenerate cache.
true

API controllers newer than Apipie cache! Run apipie:cache rake task to regenerate cache.
E, [2016-12-01T05:57:33.203441 #11319] ERROR -- /connector-database-core: No executor available (Dynflow::Error)
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:142:in `any_executor'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:134:in `find_receiver'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:86:in `handle_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/actor.rb:6:in `on_message'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/context.rb:46:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/executes_context.rb:7:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/actor.rb:26:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/awaits.rb:15:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/sets_results.rb:14:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:38:in `process_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:31:in `process_envelopes?'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/buffer.rb:20:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/termination.rb:55:in `on_envelope'
<tuncate>

E, [2016-12-01T05:57:33.203979 #11319] ERROR -- /client-dispatcher: No executor available (Dynflow::Error)
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:142:in `any_executor'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:134:in `find_receiver'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/connectors/database.rb:86:in `handle_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/actor.rb:6:in `on_message'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/context.rb:46:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/executes_context.rb:7:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'
/opt/theforeman/tfm/root/usr/share/gems/gems/dynflow-0.8.13.1/lib/dynflow/actor.rb:26:in `on_envelope'
/opt/theforeman/tfm/root/usr/share/gems/gems/concurrent-ruby-edge-0.2.0/lib/concurrent/actor/behaviour/abstract.rb:25:in `pass'


even though installer throws above error, upgrade completed successfully. So first thing is we need to ensure if above errors are harmful and then we should fail the installer as soon as some error appears instead of completing it.


Version-Release number of selected component (if applicable):
upgrade sat6.2.4 -> Sat6.2.5 on rhel68

How reproducible:


Steps to Reproduce:
1. satellite-installer --scenario satellite --upgrade
2.
3.

Actual results:
error at 'migrate_foreman' step

Expected results:
no error should be raised and if something goes wrong installer should fail

Additional info:

Comment 2 Sachin Ghai 2016-12-01 11:45:13 UTC
Created attachment 1226786 [details]
foreman-debug

Comment 7 Ivan Necas 2016-12-05 14:06:17 UTC
How reproducible this issue is? How the insteance looked like before starting the upgrade?

At the beginning of the migration, the system runs a consistency check to clean up some invalid info about running worker processes, and tries to distribute the work elsewhere if it's the case. However, this logic was not touched in 6.2.5, so it should not be considered a regression. Also, the fact that the upgrade was successful at the end leads to assumption, that this issue was there before unnoticed.

Comment 8 Martin Bacovsky 2016-12-05 15:56:00 UTC
I tried to reproduce the issue by upgrade sat6.2.4 -> Sat6.2.5 on rhel68. I started with fresh Sat 6.2.4 installation and the upgrade went fine including the migrate_foreman step.

Earlier in the provided upgrade log I noticed the pulp services were down before the upgrade. Is it possible that the Sat was in some unusual state? I'll check the foreman-debug if there is anything interesting there.

Comment 9 Sachin Ghai 2016-12-06 03:50:41 UTC
@Ivan: Before upgrade, 6.2.4 instance was alright. After `yum update` I rebooted the instance due to a kernel update, so you may see some services were failing before upgrade.

I tried upgrade only once, but state of instance before upgrade was stable.

I'll try to reproduce this again with 6.2.5 snap3

Comment 10 Sachin Ghai 2016-12-06 16:14:52 UTC
Ok, I tried upgrade from sat6.2.4 -> sat6.2.5 snap3 on rhel68. This time also I performed same steps as I did before. But I didn't see the reported issue.

This time I didn't get any error at migrate_foreman step. Please see the attached logs.

Comment 11 Sachin Ghai 2016-12-06 16:15:36 UTC
Created attachment 1228620 [details]
complete logs from console while running upgrade

Comment 12 Sachin Ghai 2016-12-06 16:17:11 UTC
Closing this bz for now and will reopen If come across this issue again


Note You need to log in before you can comment on or make changes to this bug.