Bug 1514013

Summary: Atomic Host 7.4.2 deployed from Satellite 6.2.12 cannot be upgraded out of the box
Product: Red Hat Satellite 6 Reporter: Maxim Burgerhout <mburgerh>
Component: Provisioning TemplatesAssignee: Lukas Zapletal <lzap>
Status: CLOSED ERRATA QA Contact: tstrych
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.2.12CC: jlebon, kbidarka, ktordeur, lzap, mhulan, miabbott, roysjosh, rvdwees, tomckay, tstrych
Target Milestone: 6.5.0Keywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-05-14 12:36:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 1689504    
Bug Blocks:    

Description Maxim Burgerhout 2017-11-16 13:46:55 UTC
Description of problem:
When deploying an Atomic Host machine (at least version 7.4.2) from Satellite, the ostree setup is wrong. This means 'atomic host upgrade' throws an error.

Version-Release number of selected component (if applicable):
Satellite 6.2.12, Atomic Host 7.4.2.

How reproducible:

Steps to Reproduce:
1. Install Satellite 6.2.12, sync in the current version of Atomic Host kickstart (which is 7.4.2)
2. install Atomic Host on new machine
3. Log into the new machine, run 'atomic host upgrade'

Actual results:
Error is thrown: 
error: /install/ostree: opendir(/install/ostree): No such file or directory

Expected results:
Machine is upgraded without issues.

Additional info:
Problem seems to stem from a change in the way subscription-manager handles ostree setup during deployment, in combination with the kickstart template in Satellite 6.2.12.

As a workaround, it's possible to run the following on the new machine to re-enable upgrades:

ostree remote delete rhel-atomic-host
ostree admin set-origin rhel-atomic-host-ostree https://very_long_satellite_url rhel-atomic-host/7/x86_64/standard

Comment 2 Kedar Bidarkar 2017-11-16 14:04:07 UTC
This issue is seen with Sat6.3 setups too.

Comment 9 Marek Hulan 2018-01-03 15:59:01 UTC
Created redmine issue http://projects.theforeman.org/issues/22139 from this bug

Comment 10 Lukas Zapletal 2018-05-17 06:28:53 UTC
Filed https://github.com/theforeman/community-templates/pull/479

Comment 11 pm-sat@redhat.com 2018-06-04 14:23:10 UTC
Upstream bug assigned to lzap@redhat.com

Comment 12 pm-sat@redhat.com 2018-06-04 14:23:14 UTC
Upstream bug assigned to lzap@redhat.com

Comment 13 pm-sat@redhat.com 2018-10-08 18:04:29 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/22139 has been resolved.

Comment 16 Roman Plevka 2019-03-21 09:30:38 UTC
verification blocked by

Comment 17 tstrych 2019-04-10 11:22:55 UTC
This BZ is not blocked anymore. It wasn't tested yet, but devs have already made a change.

Steps were reproduced with sat. 6.5. snap 23 and with rhel-atomic-host version 7.6.3.

result of command - atomic host upgrade - 1 metadata, 0 content objects fetched; 837 B transferred in 0 seconds. No upgrade available.
Machine is not upgraded, but only because there is no new version, so it works as I expect. 


Comment 18 tstrych 2019-04-10 11:30:19 UTC

""This BZ is not blocked anymore. It wasn't tested yet, but devs have already made a change.""

This was meant for https://bugzilla.redhat.com/show_bug.cgi?id=1689504

Comment 21 errata-xmlrpc 2019-05-14 12:36:38 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.