On 01-11-17 18:50:23, Lee Yarwood wrote: > Hello all, > > I'm attempting save future contributors to the fast forward upgrades feature > some time by introducing a quickstart release config that deploys a Master UC > and Newton OC: > > config: Provide a Master UC and Newton OC release config > https://review.openstack.org/#/c/511464/ > > This initial attempt did appear to work when I created the review some weeks ago > but now results in a Pike OC. I'm now trying to avoid this by adding repos, > repo_cmd_before and repo_cmd_after as in other release configs without any > luck: > > $ cat $WD/config/release/master-undercloud-newton-overcloud.yml > release: master > overcloud_release: newton > undercloud_image_url: https://images.rdoproject.org/master/delorean/current-tripleo/stable/undercloud.qcow2 > ipa_image_url: https://images.rdoproject.org/master/delorean/current-tripleo/stable/ironic-python-agent.tar > overcloud_image_url: https://images.rdoproject.org/newton/delorean/consistent/stable/overcloud-full.tar > images: > - name: undercloud > url: "{{ undercloud_image_url }}" > type: qcow2 > - name: overcloud-full > url: "{{ overcloud_image_url }}" > type: tar > - name: ipa_images > url: "{{ ipa_image_url }}" > type: tar > > repos: > - type: file > filename: delorean.repo > down_url: https://trunk.rdoproject.org/centos7-newton/current/delorean.repo > > - type: file > filename: delorean-deps.repo > down_url: http://trunk.rdoproject.org/centos7-newton/delorean-deps.repo > > repo_cmd_before: | > sudo yum clean all; > sudo yum-config-manager --disable "*" > sudo rm -rf /etc/yum.repos.d/delorean*; > sudo rm -rf /etc/yum.repos.d/*.rpmsave; > > repo_cmd_after: | > sudo yum repolist; > sudo yum update -y > > This still results in a Pike OC, with the original overcloud-full image on the > virthost originally using the Newton repos: > > $ bash quickstart.sh -w $WD \ > -t all \ > -c config/general_config/minimal-keystone-only.yml \ > -R master-undercloud-newton-overcloud \ > -N config/nodes/1ctlr_keystone.yml $VIRTHOST > [..] > $ ssh -F $WD/ssh.config.ansible virthost > [..] > $ virt-cat -a overcloud-full.qcow2 /etc/yum.repos.d/delorean.repo > [delorean] > name=delorean-instack-undercloud-61e201bd3cf65e931cc865a1018cf9441e50dab8 > baseurl=https://trunk.rdoproject.org/centos7-newton/61/e2/61e201bd3cf65e931cc865a1018cf9441e50dab8_be559bb4 > enabled=1 > gpgcheck=0 > > $ ssh -F $WD/ssh.config.ansible undercloud > [..] > $ virt-cat -a overcloud-full.qcow2 /etc/yum.repos.d/delorean.repo > [delorean] > name=delorean > baseurl=https://trunk.rdoproject.org/centos7-master/f4/42/f442a3aa35981c3d6d7e312599dde2a1b1d202c9_0468cca4/ > gpgcheck=0 > enabled=1 > priority=20 > > $ ssh -F $WD/ssh.config.ansible overcloud-controller-0 > [..] > $ cat /etc/yum.repos.d/delorean.repo > [delorean] > name=delorean > baseurl=https://trunk.rdoproject.org/centos7-master/f4/42/f442a3aa35981c3d6d7e312599dde2a1b1d202c9_0468cca4/ > gpgcheck=0 > enabled=1 > priority=20 > $ grep keystone /var/log/yum.log > $ > > The weird thing is that the repo-setup role doesn't appear to run at all with > the above config. Something is obviously changing the repos and running `yum > update -y` prior to the overcloud instances being provisioned but I can't seem > to track it down. Any suggestions would be really appreciated! I've not made any progress on this since my original post. I still can't understand why the overcloud-full.qcow2 image uploaded to the undercloud and then used by the overcloud has been modified. I've attempted to use inject_images as suggested on #tripleo without any success. If anyone does have any insight into this then please let me know, deploying a master UC with Newton OC will save so much time for anyone looking to work on FFU tasks for Queens! Thanks again in advance, Lee -- Lee Yarwood A5D1 9385 88CB 7E5F BE64 6618 BCA6 6E33 F672 2D76 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: not available URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20171110/05f78f6b/attachment.sig>