[sle-beta] SUSEConnect --rollback

[Waite, Dick (External)]

Grand Evening Thorsten,

Now I understand how to use SUSEConnect --rollback it's working as designed. We did try this in Beta4 / 5 time frame but had issues. These could well have been the issues we had Beta 7 and fixed / understood.

I also had the idea --rollback was close connected to Brtrs which we don't use. But it is working with VMware as you state and I thank you for the good words.

I have ran two Migrations and then switched back to SLES12 via VMware snapshot and running --rollback and no issues with the operation.

I'm seeing a lot more message about key V3 but they have been around for some time. By using "solver.onlyRequired = true" the Migration fits on the disks.

I'll try some more tomorrow and keep the nag warnings and messages. A zypper ve is giving the build the Okay.

Again many thanks for the update.

__R

 ________________________________________
From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Thorsten Kukuk [kukuk at suse.de]
Sent: 28 March 2018 15:10
To: sle-beta at lists.suse.com
Subject: Re: [sle-beta] SUSEConnect --rollback

On Wed, Mar 28, Waite, Dick (External) wrote:

> It's a little Brighter,
>
> So  SUSEConnect --rollback is not the way to go. I had been down the path back in early SLES12 so not surprised, but better to try than not try.

If you assume that "SUSEConnect --rollback" will rollback the data on your
disk, too, then this is not the way to go. "SUSEConnect --rollback" will read
/etc/zypp and tell SCC what is really installed, nothing else.
If you do the filesystem rollback first, e.g. with btrfs and snapper, then
you don't need to care, the system is clever enough to run the command for
you during first boot.
If you use something different, like VMware snapshots, you need to call
SUSEConnect --rollback. But it is important, that you do the filesystem
rollback first and that the filesystem is really at SLES12 SP3 level,
including the service and other files in /etc/zypp.

And this works fine, we tested this often enough the last days with RC2
to hunt another bug.

Rollback is really great to debug problems :)

> So Thorsten what are your thoughts on my solution, the 2nd part of the question. We can very easy and quickly put the virtual machine back to SLES12 SP-3 status from in my case a VMware snap shot. But we have a SCC that reflects the migrated state.

See above. But you did not mention in your first Mail that you did a
filesystem rollback before you did call "SUSEConnect --rollback", and
normally, if people don't mention this, they really didn't do that.

And you still don't mention what your problem is, except that the
outcome is not what you expect. But you did neither wrote what you
expect nor what the difference is.
So there is no way for us to help you since we don't know your problem.

>From our testing here I can only say: it's working as expected.

  Thorsten

>
> << Question: should the SUSEConnect --rollback command put the SCC back to SLES12 SP-3 after a UPDATE (Migration), if so then I'll create a bug report, if not then how does one get the SCC back in-sync with the virtual machine when it's reloaded with the SLES12 SP-23 snap shot. I did suggest another SCC command which loads the SCC from the machines /etc/zypp area, which would reflect the correct environment, but --rollback was suggested. >>
>
> The /etc/zypp area seems to have the information, maybe not all ? so a SUSEConnect --sync-scc could be a quick and simple way of bringing the status of the machine and SCC together.  We will have to be doing this often, for each Beta in SLES15 and the SLES releases. At the moment one has to run a series of commands when the data needed I expect is there and just has to be written to the SCC....
>
> Regards,
>
> __R
>
> ________________________________________
> From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Thorsten Kukuk [kukuk at suse.de]
> Sent: 28 March 2018 10:10
> To: sle-beta at lists.suse.com
> Subject: Re: [sle-beta] SUSEConnect --rollback
>
> Hi,
>
> On Wed, Mar 28, Waite, Dick (External) wrote:
>
> > Grand Wet Morning,
> >
> > I have a virtual machine at SLES12 SP-3 with up-2-pdate patches applied. It's
> > SCC entry is attached, without keys, showing the full story.
> >
> > Using a RC-2 installer I run an UPDATE (Migration) to SLES15 RC-2. bar some V3
> > keys nags which we have had for months, it worked.
> >
> > I run a couple of tests, looked grand.
> >
> > I issue SUSEConnect --rollback which from the messages on the virtual machine
> > and the SCC worked but not as I thought, or maybe as I thought.
> >
> > I wanted to "rollback" the SLES15 RC-2 environment to the original SLES12 SP-3,
> > so that I can amend the SP-3 enviroment and try the UPDATE (Migration) again.
>
> I suggest to start reading out SLES12 SP3 documentation about rollback:
> https://www.suse.com/documentation/sles-12/singlehtml/book_sle_admin/book_sle_admin.html#sec.snapper.snapshot-boot
>
> Nothing has changed there.
>
>   Thorsten
>
> --
> Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
> SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
> GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)
> _______________________________________________
> sle-beta mailing list
> sle-beta at lists.suse.com
> http://lists.suse.com/mailman/listinfo/sle-beta
>
> Software AG – Sitz/Registered office: Uhlandstraße 12, 64297 Darmstadt, Germany – Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com
>

--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)
_______________________________________________
sle-beta mailing list
sle-beta at lists.suse.com
http://lists.suse.com/mailman/listinfo/sle-beta