File suse-migration-services.changes of Package suse-migration-services.27313

-------------------------------------------------------------------
Tue Jan  3 15:12:26 UTC 2023 - Keith Berger <kberger@suse.com>

- Use bind mount when needed, to ensure the resolv.conf in the root_path contains proper settings

  Bump version: 2.0.34 → 2.0.35

  Fix kernel check when there is no entry for 'multiversion ='

-------------------------------------------------------------------
Thu Aug 25 14:14:17 UTC 2022 - KeithMnemonic <kberger@suse.com>

- Bump version: 2.0.33 → 2.0.34

-------------------------------------------------------------------
Wed Aug 24 21:29:25 UTC 2022 - KeithMnemonic <kberger@suse.com>

- add check for smt cache files

-------------------------------------------------------------------
Wed Jun 01 14:20:23 UTC 2022 - kberger65 <kberger@suse.com>

- Update document version and authors

-------------------------------------------------------------------
Wed May 25 22:06:48 UTC 2022 - kberger65 <kberger@suse.com>

- Enable prechecks as a systemd process

-------------------------------------------------------------------
Fri Apr 29 14:35:21 UTC 2022 - kberger65 <kberger@suse.com>

- Add an EnvironmentFile to suse-migration-prepare.service bsc#1199028

  Bump version: 2.0.32 → 2.0.33

-------------------------------------------------------------------
Tue Apr 26 01:13:13 UTC 2022 - Keith Berger <keith.berger@suse.com>

- Update pre_checks_test.py

-------------------------------------------------------------------
Tue Apr 26 01:12:51 UTC 2022 - Keith Berger <keith.berger@suse.com>

- Update pre_checks.py

-------------------------------------------------------------------
Tue Apr 26 01:12:32 UTC 2022 - Keith Berger <keith.berger@suse.com>

- Update kernels.py

-------------------------------------------------------------------
Mon Apr 18 15:51:50 UTC 2022 - kberger65 <kberger@suse.com>

- Add fix option to pre-checks

-------------------------------------------------------------------
Mon Apr 18 15:18:31 UTC 2022 - kberger65 <kberger@suse.com>

- Remove --no-kernel from host independant initrd

-------------------------------------------------------------------
Mon Apr 18 15:09:21 UTC 2022 - kberger65 <kberger@suse.com>

- Add an unsupported caveat for hpc

-------------------------------------------------------------------
Tue Apr 12 21:01:25 UTC 2022 - kberger65 <kberger@suse.com>

- Add multiversion kernel checks to pre-checks

-------------------------------------------------------------------
Fri Apr 01 16:24:26 UTC 2022 - kberger65 <kberger@suse.com>

- Enable prechecks for SLES15-Migration

-------------------------------------------------------------------
Mon Mar 07 16:40:23 UTC 2022 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add fix for setup in tests

-------------------------------------------------------------------
Mon Mar 07 16:36:00 UTC 2022 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Change verbosity for verbose

  - Update:
  - doc
  - schema
  - reading config file
  - tests

-------------------------------------------------------------------
Mon Feb 28 17:44:46 UTC 2022 - kberger65 <kberger@suse.com>

- Add more details around migration_proudct

-------------------------------------------------------------------
Fri Feb 18 16:15:10 UTC 2022 - kberger65 <kberger@suse.com>

- Add an option to create a 'fat' initrd

  This change adds a new systemd service, regenerate-initrd that is
  responsible for running the dracut command when the config setting
  'build_host_independent_initrd' is enabled.

  This service is configured to run before the kernel-load service
  and allows a new initrd to be created after the migration is complete
  and before the final system reboot is performed.

-------------------------------------------------------------------
Wed Feb 09 13:49:16 UTC 2022 - kberger65 <kberger@suse.com>

- Fix pytest 7 compatibility

-------------------------------------------------------------------
Tue Jan 25 10:36:26 UTC 2022 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Mock lsblk call

  - Mocks the command call for tests that run in
  an environment with no partitions or
  partitions have not been defined

-------------------------------------------------------------------
Mon Dec 13 12:46:06 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add zypper migration plugin verbosity

  Run the zypper migration plugin with verbosity option
  for debuggin purposes

  This Fixes #230 and bsc#1191634

-------------------------------------------------------------------
Tue Nov 30 12:01:45 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add migration_product to documentation

  This Fixes #229

-------------------------------------------------------------------
Mon Nov 29 15:37:08 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Show config file content in the migration log

  This Fixes #228

-------------------------------------------------------------------
Wed Oct 06 09:55:47 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.31 → 2.0.32

-------------------------------------------------------------------
Tue Oct 05 10:55:31 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add test for fstab with no options

-------------------------------------------------------------------
Thu Sep 30 17:25:10 UTC 2021 - Robert Schweikert <rjschwei@suse.com>

- - Handle fstab entries that have no fs options specified

-------------------------------------------------------------------
Fri Sep 17 08:37:28 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add blank line to fix checks

-------------------------------------------------------------------
Thu Sep 16 09:06:56 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup migrate test

-------------------------------------------------------------------
Thu Sep 16 08:57:45 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup path test

-------------------------------------------------------------------
Thu Sep 16 08:55:08 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup mount system test

-------------------------------------------------------------------
Thu Sep 16 08:51:17 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup product setup test

-------------------------------------------------------------------
Thu Sep 16 08:48:56 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup grub setup test

-------------------------------------------------------------------
Thu Sep 16 08:47:55 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup kernel load

-------------------------------------------------------------------
Thu Sep 16 08:41:24 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup prepare test

-------------------------------------------------------------------
Thu Sep 16 08:27:07 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup ssh keys test

-------------------------------------------------------------------
Thu Sep 16 08:23:53 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup reboot test

-------------------------------------------------------------------
Thu Sep 16 08:19:37 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup command test

-------------------------------------------------------------------
Wed Sep 15 10:13:22 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup logger test

-------------------------------------------------------------------
Wed Sep 15 10:10:38 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup pre checks test

-------------------------------------------------------------------
Wed Sep 15 10:05:21 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup SUSEProduct test

-------------------------------------------------------------------
Wed Sep 15 09:52:51 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Regroup SUSEConnect test

-------------------------------------------------------------------
Wed Sep 15 09:51:32 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Refactor reboot tests

-------------------------------------------------------------------
Fri Aug 27 10:38:20 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.30 → 2.0.31

-------------------------------------------------------------------
Fri Aug 27 10:23:04 UTC 2021 - Robert Schweikert <rjschwei@suse.com>

- Remove SMT references (#223)

  SMT is no longer supported by SUSE and users are encouraged to migrate
  to RMT. We want users to use RMT servers, or SCC as targets for receiving
  system updates. Also improve requirements description and make the requirements
  for the repository server more explicit w.r.t. availability of the proper channels.

-------------------------------------------------------------------
Wed Aug 25 11:10:21 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add comment for lower case and reflect that on test

-------------------------------------------------------------------
Fri Aug 13 12:35:47 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Update env and log it

  - In case of preserving the proxy file
  add those settings to the environment
  before starting the migration

  - Log environment variables, this information
  is helpful if a proxy is set (see bsc#1188594)

-------------------------------------------------------------------
Thu Aug 12 18:02:35 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Remove no-cd option from zypper-migration command

-------------------------------------------------------------------
Wed Aug 11 15:48:31 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.29 → 2.0.30

-------------------------------------------------------------------
Wed Aug 11 15:47:50 UTC 2021 - Jesús Bermúdez Velázquez <jesus.bv@suse.com>

- Add valid remote repo prefix (#220)

  Add valid remote repo prefix

  Add plugin:/susecloud prefix for repositories checking
  Remove extra Logger definitions to avoid duplicate entries

-------------------------------------------------------------------
Mon Aug 09 14:56:18 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.28 → 2.0.29

-------------------------------------------------------------------
Sun Aug 08 23:44:06 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Set --no-cd option in the right place

-------------------------------------------------------------------
Fri Aug 06 07:54:59 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.27 → 2.0.28

-------------------------------------------------------------------
Wed Jul 28 10:51:12 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Make zypper ignore CD/DVDs repositories

-------------------------------------------------------------------
Wed Jul 28 10:39:56 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Edit message for pre checks repos

  - Add a more informative message if
  problematic repos are found

  This Fixes #214

-------------------------------------------------------------------
Wed Jul 28 09:42:47 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add line breaks for remote repos

  - Remote repos message in pre checks, potentially,
  will produce long lines. Add line breaks for better
  readability

  This Fixes #215

-------------------------------------------------------------------
Fri Jul 23 07:49:43 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.26 → 2.0.27

-------------------------------------------------------------------
Wed Jul 21 18:36:31 UTC 2021 - Stefan Knorr <sknorr@suse.de>

- doc: Fix a typo + try to sound more active: "we recommend ..."

-------------------------------------------------------------------
Wed Jul 21 18:36:16 UTC 2021 - Stefan Knorr <sknorr@suse.de>

- doc/DC: Update to suse2021 stylesheets

-------------------------------------------------------------------
Wed Jul 21 08:00:58 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Use download-in-advance mode for zypper dup

  If the DMS was configured to use 'zypper dup' we should
  download packages in advance for more stability. The reason
  is that zypper dup always starts with deleting packages and
  then continues with installing packages. If at install time
  a package cannot be downloaded for some reason the zypper
  process ends and leaves the system in an inconsistent state

-------------------------------------------------------------------
Thu Jun 10 09:04:39 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.25 → 2.0.26

-------------------------------------------------------------------
Thu Jun 10 08:19:31 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed suse-migration-services package build

  The migration services package must not contain the pre-checks
  which are only relevant in the activation package

-------------------------------------------------------------------
Thu Jun 10 08:11:03 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Setup package conflicts properly

  migration services and migration activation conflicts.
  The activation is installed on the host to migrate, the
  services are installed in the live migration image. There
  is no situation in which migration services and activation
  is installed on the same host. As both packages are build
  from the same python sources they have to conflict

-------------------------------------------------------------------
Wed Jun 09 16:38:01 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed migration services package build

  Several issues fixed in this commit:

  * Moving the sed original file over the changed one prior
  calling sdist invalidates the actual change

  * Fixed spec template for the activation
  The package builds a python and a grub.d app. Thus the
  instructions in the spec file to install from the two
  places needs to be adapted. In addition the %post section
  now runs a binary which is called in the process of creating
  an rpm in the checks processing. Thus all python requirements
  must be in BuildRequires

  * Make sure prechecks are grafted in MANIFEST

-------------------------------------------------------------------
Wed Jun 09 16:20:42 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.24 → 2.0.25

-------------------------------------------------------------------
Wed May 05 15:12:55 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add pre checks

  This extends the activation package

  - Check no remote repositories
  - Check filesystem has LUKS encryption

  The checks are kept in their own files and run
  on the host, before rebooting.

  This Fixes #205

-------------------------------------------------------------------
Wed May 05 07:34:22 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Update option settings in zypper dup mode

  When using the DMS in zypper dup mode the option
  settings --allow-downgrade and --no-confirm are handy.
  Even though I think with the global non-interactive
  option set it should not be required to set no-confirm
  in addition but the worst are questions being asked
  so better add it. With allow-downgrade set the ability
  to downgrade packages is given. With zypper dup the
  repo setup is user defined custom set and therefore
  downgrades should not be off the table

-------------------------------------------------------------------
Mon Apr 26 10:36:40 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Respect host kernel boot options for migration

  Follow up commit to add a reference to bsc#1182520

-------------------------------------------------------------------
Fri Apr 23 14:02:43 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.23 → 2.0.24

-------------------------------------------------------------------
Fri Apr 23 13:48:27 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Support symlinks for certificate files

-------------------------------------------------------------------
Fri Apr 23 08:41:43 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Cracefully handle cert copy exceptions

  If the copy process of a certificate failed this should not
  cause the entire migration process to stop. This commit
  handles copy errors from the cert chain and turns them into
  a log message. If in the subsequent chain of tasks the
  migration failed because of missing certificates we will
  see that in the log and in the attempt to access the repos
  which is better than the python stacktrace on an unhandled
  FileNotFoundError exception. Retated to Issue #197

-------------------------------------------------------------------
Thu Apr 22 08:41:10 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.22 → 2.0.23

-------------------------------------------------------------------
Thu Apr 22 08:34:59 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Prevent use of shutil.copytree

  The versions of copytree comes with a different set of
  features depending on the used python interpreter. The
  former implementation used an option which did not exist
  on python in SLE15. To keep us safe from further surprises
  I moved back to the simple but stable shutil.copy method.
  We can come up with a refactoring PR when needed but not
  combined with the fix for the certificates as this was the
  original intention of the change

-------------------------------------------------------------------
Wed Apr 21 15:25:48 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.21 → 2.0.22

-------------------------------------------------------------------
Wed Apr 21 14:17:10 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed import of certificates

  Certificates can exist on several places. This commit
  makes sure we lookup certificates at the following
  places:

  * /usr/share/pki/trust/anchors
  * /etc/pki/trust/anchors

-------------------------------------------------------------------
Tue Apr 20 16:23:02 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.20 → 2.0.21

-------------------------------------------------------------------
Tue Apr 20 15:40:42 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed mount of root for detected disk

  The former implementation looped through a list of block
  devices, mounted them, looked for the fstab file, reads it
  and umounted the device again. In a next step we mounted
  all entries from that fstab file as listed. The problem
  with this approach is that the mount of the root device
  already happened and we did it again. As this is not needed
  it should also not create a problem. But it does create
  a problem in multipath environments. With the absence of
  the multipath setup in the live migration system only one
  of the multipath devices can be mounted. This device was
  found by our loop approach but is not necessarily the
  right choice when mounting the device as referenced from
  the fstab file without multipath running. Therefore this
  commit makes sure the root device is mounted only once
  and only through our best guess loop and not by the entry
  in the fstab file.

-------------------------------------------------------------------
Mon Apr 19 08:29:34 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.19 → 2.0.20

-------------------------------------------------------------------
Fri Apr 16 09:12:08 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Respect host kernel boot options for migration

  The kernel boot options used on the host to migrate can be
  important for the migration live environment too. For example
  if net.ifnames is passed is influences the network interface
  names to become predictable. As the DMS inherits configuration
  data from the host e.g the network setup, it's required that
  also the kernel boot parameters matches.

-------------------------------------------------------------------
Tue Apr 13 16:26:34 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.18 → 2.0.19

-------------------------------------------------------------------
Tue Apr 13 10:17:50 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This commit adds a reference to bsc#1184278
  Avoid multiple mount attempts

-------------------------------------------------------------------
Mon Apr 12 14:50:25 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Added kernel-firmware to support bare metal better

  For the DMS to boot on bare metal system we should install
  the kernel-firmware package. If not present certain systems
  like HP with Mellanox driver fails to boot. This is related
  to bsc#1182520

-------------------------------------------------------------------
Mon Apr 12 12:43:55 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed loopback root setting

  The root variable for the loopback search in grub was initialized
  with the assumption that the /usr/share/ location on the system is
  on the root partition. This assumption could be incorrect and the
  code should be smart enough to detect this situation.
  This Fixes #192

-------------------------------------------------------------------
Mon Apr 12 12:34:26 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Use ismount

  - Change the command "mount -q $mountpoint"
  for Python method "os.path.ismount($mountpoint)"

-------------------------------------------------------------------
Mon Apr 12 11:07:42 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Avoid multiple mount attempts

  - Fstab could contain one of the mount points
  DMS mount explicitly, ending up in an exception.
  To avoid this, DMS does not mount the explicit
  mount points if they are in fstab.

  This Fixes #191 and bcs#1184278

-------------------------------------------------------------------
Thu Mar 25 10:32:40 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.17 → 2.0.18

-------------------------------------------------------------------
Tue Mar 02 16:53:25 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Added sort by path order for fstab handling

  Don't trust the order of entries in the fstab to be correct.
  Instead add a canonical path order to the fstab entries
  when processed by the distribution migration system.
  This Fixes #188 and Fixes bsc#1182520

-------------------------------------------------------------------
Wed Feb 24 09:56:41 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed umount inconsistency

  There is the mount-system service which mounts the system
  taking fstab into account. If it fails for some reason it
  also umounts all parts of the system. However in the sequence
  of the error condition there is also the grub-setup service
  which uninstalls the migration package and restores the
  grub config such that the subsequent boot process does no
  longer boot into the migration system. With the error
  condition from above the grub-setup service has no chance
  to perform its jobs because all of system-root has been
  umounted already. This commit makes sure that mount-service
  only registers the mount paths but does not umount them
  in case of a failure. This allows grub-setup to do its
  job and also allows the reboot service to umount registered
  devices prior reboot. This is related to bsc#1182520

-------------------------------------------------------------------
Mon Feb 22 11:09:26 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.16 → 2.0.17

-------------------------------------------------------------------
Fri Feb 19 11:28:06 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Do not copy /etc/resolv.conf if empty

  This Fixes #185
  This references bsc#1182234

-------------------------------------------------------------------
Thu Feb 18 10:45:14 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Fixed documentation header

  The information about author, version, date and source link
  was partially duplicated and also misplaced. This commit
  cleans it up

-------------------------------------------------------------------
Fri Feb 05 11:06:35 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Avoid deprecation warning

  - Keep the flag whitelist_externals,
  which will be deprecated for allowlist_externals
  in the future versions, for compatibility reasons.
  - update whitelist externals to bash

-------------------------------------------------------------------
Fri Feb 05 10:51:34 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.15 → 2.0.16

-------------------------------------------------------------------
Fri Feb 05 10:03:31 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Allow non standard paths

  Create dir if not exists before copying

-------------------------------------------------------------------
Fri Feb 05 09:21:20 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.14 → 2.0.15

-------------------------------------------------------------------
Thu Feb 04 07:33:11 UTC 2021 - Marcus Schäfer <ms@suse.de>

- Move to github actions

  Travis has a strange opensource model

-------------------------------------------------------------------
Tue Feb 02 12:12:53 UTC 2021 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Extend preserved files

  Add option to preserve files.

  This fixes #180

  This references bsc#1181808

-------------------------------------------------------------------
Mon Nov 16 10:45:54 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.13 → 2.0.14

-------------------------------------------------------------------
Fri Nov 13 12:23:39 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Set right root type fs

  When root type is extX, insmod is extX and it should be ext2
  that way grub ext2 module supports all extX fs.

  This Fixes bsc#1178737

-------------------------------------------------------------------
Wed Aug 26 11:53:24 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.12 → 2.0.13

-------------------------------------------------------------------
Wed Aug 26 10:16:26 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Update SMT cache

  Due to a cache inconsistency, the cache
  update needs to be triggered.

  This is related to bsc#1173654

-------------------------------------------------------------------
Tue Aug 25 13:32:04 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.11 → 2.0.12

-------------------------------------------------------------------
Tue Aug 25 13:29:55 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Trim newline at findmnt output

  The output of the findmnt command returns information that
  closes with a newline. This newline was used as part of the
  device name and leads to errors on the subsequent lsblk
  call which uses this device name.

-------------------------------------------------------------------
Tue Aug 25 07:50:09 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.10 → 2.0.11

-------------------------------------------------------------------
Mon Aug 24 15:25:12 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Added update of regionserverclnt for Azure

  In case of the Azure cloud the auto detection code for the root
  disk device does not work when running the distribution migration
  live system. Therefore it's required to pass in the correct
  information as option to azuremetadata. This is related to
  bsc#1173654

-------------------------------------------------------------------
Fri Aug 21 13:20:40 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.9 → 2.0.10

-------------------------------------------------------------------
Fri Aug 21 13:19:16 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Explicitly request python3-azuremetadata

  There are two packages in the SUSE namespace for an
  azuremetadata tool. An old one and a new one. It seems
  the package does not correctly set provides/obsoletes
  which causes the old azuremetadata package to be
  pulled in when it should be python3-azuremetadata

-------------------------------------------------------------------
Mon Jul 13 13:22:26 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.8 → 2.0.9

-------------------------------------------------------------------
Mon Jul 13 13:20:24 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This commit adds a reference to bsc#1173654
  The rebuild of the DMS image will include an updated
  version of python3-azuremetadata version="5.1.0"
  which is required to upgrade from SLE12 to SLE15
  in the Azure cloud

-------------------------------------------------------------------
Fri Jul 10 07:45:53 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Mount EFI subvolume prior loopback

  If the efi grub modules lives in a btrfs subvolume it's
  required to mount the subvolume to allow module loading

-------------------------------------------------------------------
Wed Jul 08 14:36:14 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Use dynamic loader allocation

  Set linux and initrd loader depending on the grub_platform
  This is related to bsc#1173532

-------------------------------------------------------------------
Wed Jul 08 14:21:12 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Fixed reading of grub cmdline options

  If the grub setup uses linuxefi or a $linux variable
  the regular expression to extract the kernel cmdline
  failed. Related to bsc#1173532

-------------------------------------------------------------------
Tue Jul 07 12:21:59 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Use file based syscall for kexec operation

  To avoid permission problems on load of the kernel use
  the new KEXEC_FILE_LOAD syscall instead of KEXEC_LOAD
  This Fixes #174 and Fixes bsc#1173532

-------------------------------------------------------------------
Wed Mar 25 14:49:56 UTC 2020 - Robert Schweikert <rjschwei@suse.com>

- Documentation update

  * Pull cloud specific caveats into their own section
  * Explicitly set the supported migration path for cloud instances
  * Minor woring improvements
  * Remove section about setting the migration target to make it a
  hidden feature

-------------------------------------------------------------------
Tue Mar 24 18:37:28 UTC 2020 - Robert Schweikert <rjschwei@suse.com>

- - Improve expressiveness of upgrade condition in case of multiple root
  file system presence.

-------------------------------------------------------------------
Wed Mar 18 17:14:05 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Rewording for clarity

-------------------------------------------------------------------
Mon Feb 24 11:29:23 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- State the focused system is the main one

-------------------------------------------------------------------
Mon Feb 24 09:14:50 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.7 → 2.0.8

-------------------------------------------------------------------
Mon Feb 24 09:14:23 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This submission creates a reference to bsc#1156068

-------------------------------------------------------------------
Fri Feb 21 13:58:11 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.6 → 2.0.7

-------------------------------------------------------------------
Mon Feb 17 16:30:42 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Preserve zypper log

  Mount zypper log in the host system.
  This Fixes #168

-------------------------------------------------------------------
Mon Feb 17 07:37:27 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.5 → 2.0.6

-------------------------------------------------------------------
Wed Feb 05 17:01:20 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Mount only existent devices

  Before, mount service mounted everything on
  /etc/fstab, now that service takes into account
  the entries that have an existent path.

  This Fixes #165

-------------------------------------------------------------------
Wed Jan 29 09:28:41 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.4 → 2.0.5

-------------------------------------------------------------------
Tue Jan 28 11:24:44 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Fixed handling of busy state on system-root

  The console log service holds a busy state on the system-root
  mount because the log file is written on the host to migrate.
  At reboot time the service should be stopped to allow a clean
  umount procedure prior reboot. In addition the console log
  service should only restart on failure and not always

-------------------------------------------------------------------
Thu Jan 23 10:45:23 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.3 → 2.0.4

-------------------------------------------------------------------
Fri Jan 17 14:27:40 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Disable lvmetad

  lvmetad running on the live migration host does not play well
  with the volumes activated for the system to migrate. Any
  chrooted operation will cause lvmetad to complain and to fall
  back to internal scanning

-------------------------------------------------------------------
Thu Jan 16 22:13:14 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Add support for LVM managed devices

  LVM managed devices requires the detection as such in the
  mount_system service as well as the activation of the
  volume group prior mounting. This Fixes bsc#1156068

-------------------------------------------------------------------
Tue Jan 14 10:43:11 UTC 2020 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Fix typo for doc

-------------------------------------------------------------------
Mon Jan 13 12:57:26 UTC 2020 - Robert Schweikert <rjschwei@suse.com>

- Update documentation

  Better clarify the intended use of the system for
  Public Cloud instances.

-------------------------------------------------------------------
Mon Jan 13 11:48:16 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.2 → 2.0.3

-------------------------------------------------------------------
Mon Jan 13 11:47:50 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Make sure logger directory exists

-------------------------------------------------------------------
Fri Jan 10 15:28:51 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.1 → 2.0.2

-------------------------------------------------------------------
Fri Jan 10 14:21:46 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Cleanup and fix logging

  The logger class contained methods never used. In addition
  the logging setup was wrong and only partially working. Any
  unit file represents a systemd call. This means any unit file
  is an extra program call which requires the initialization
  of the python logging facility. The logging itself is also
  extended in a way that any external program calls from the
  Command class will now be logged and written to the logfile
  at call time

-------------------------------------------------------------------
Fri Jan 10 07:32:55 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Conditionally check if the system is registered

  Only if the zypper migration plugin is used it's required to
  check if the system is registered. In case use_zypper_migration
  is deactivated through the config file the migration will
  run zypper dup with a customer specific set of repositories.
  In this case it's not neccessarily required that this system
  is registered to use a SUSE repository server.

-------------------------------------------------------------------
Thu Jan 09 15:42:01 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Make sure .ssh directory is a managed directory

-------------------------------------------------------------------
Thu Jan 09 11:06:53 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 2.0.0 → 2.0.1

-------------------------------------------------------------------
Wed Jan 08 17:08:20 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Fixed registration check

  The SUSEConnect call to check if the system is registered was
  called in the live migration system environment. Of course there
  it will fail because the live migration system is never registered.
  The call has to be performed chrooted inside of the system we
  want to migrate. Thus the caller arguments as well as the call
  time in the preparation unit needs a fix

-------------------------------------------------------------------
Wed Jan 08 15:56:28 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.2.2 → 2.0.0

-------------------------------------------------------------------
Wed Jan 08 15:55:37 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This submission creates a reference to bsc#1155192

-------------------------------------------------------------------
Wed Jan 08 15:38:47 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.2.1 → 1.2.2

-------------------------------------------------------------------
Wed Jan 08 11:08:06 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Cleanup code for style and scope

  Static methods should be explicitly written as such.
  As we are on python3 there is no need to inherit from
  Object for classes. Also respect the 80chars per line
  limit

-------------------------------------------------------------------
Wed Jan 08 10:52:13 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Fixed static method call

  The method is_registered is implemented as object method
  but is called as static method SUSEConnect.is_registered().
  This is wrong and causes a python runtime error on missing
  argument: self

-------------------------------------------------------------------
Wed Jan 08 10:38:36 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Consolidate image description in git

  Maintain the live image description which implements the
  platform for the upgrade process here in git. This allows
  for better maintenance of the description data as well as
  provides scope (pubcloud) to the description and also
  keeps the version number in sync with the process code

-------------------------------------------------------------------
Wed Jan 08 09:06:48 UTC 2020 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.2.0 → 1.2.1

-------------------------------------------------------------------
Fri Nov 22 15:11:30 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add valid registration verification

  System must be registered for the migration to succeed.

  This Fixes #150

-------------------------------------------------------------------
Fri Nov 22 10:22:51 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Bind mount usr/lib/zypp/plugins/services

  Bind mounting usr/lib/zypp/plugins causes that
  old version of urlresolver gets called which
  breaks the migration on the zypper level.

  Instead of mounting all the plugins path, only services is needed.

  This Fixes #151

-------------------------------------------------------------------
Thu Nov 14 10:22:32 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.9 → 1.2.0

-------------------------------------------------------------------
Thu Nov 14 10:18:48 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This submission creates a reference to bsc#1155192

-------------------------------------------------------------------
Thu Nov 14 09:59:06 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.8 → 1.1.9

-------------------------------------------------------------------
Tue Nov 12 14:50:16 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add requires for minimun version

  Boolean expressions are available with rpm >= 4.13
  and SLES_SAP provides product(SLES) = %{version}-%{release}

-------------------------------------------------------------------
Tue Nov 12 12:08:43 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.7 → 1.1.8

-------------------------------------------------------------------
Tue Nov 12 12:07:55 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Disable use of bool expressions in Requires

  Available with rpm >= 4.13. Thus we can't build for SLE12
  because rpm is older there

-------------------------------------------------------------------
Tue Nov 12 11:51:11 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.6 → 1.1.7

-------------------------------------------------------------------
Tue Nov 12 11:50:10 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed Requires syntax

  According to https://rpm.org/user_doc/more_dependencies.html
  boolean expressions must be embedded into brackets

-------------------------------------------------------------------
Tue Nov 12 10:17:35 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.5 → 1.1.6

-------------------------------------------------------------------
Tue Nov 12 10:16:45 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed superfluous newline in changelog generator

-------------------------------------------------------------------
Tue Nov 12 10:13:50 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.4 → 1.1.5

-------------------------------------------------------------------
Tue Nov 12 10:12:43 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed changelog reference commit

  An old reference commit was used which has to be updated because
  a manual change to the .changes file on obs was done :(

-------------------------------------------------------------------
Tue Nov 12 09:34:49 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Add or condition properly

-------------------------------------------------------------------
Tue Nov 12 08:36:48 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.3 → 1.1.4

-------------------------------------------------------------------
Tue Nov 12 08:35:52 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Added activation spec changes to changelog

  Changes that happened on the activation package spec file
  were not part of the package changelog generated by
  helper/update_changelog.py

-------------------------------------------------------------------
Tue Nov 12 08:24:20 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.2 → 1.1.3

-------------------------------------------------------------------
Mon Nov 11 15:51:59 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- The minimum migration starting point should be

  SLES 12 SP3

  or

  SLES For SAP 12 SP3.

-------------------------------------------------------------------
Fri Nov 08 13:09:28 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.1 → 1.1.2

-------------------------------------------------------------------
Fri Nov 08 08:21:34 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed reboot call procedure

  the systemd magic that detects whether to do kexec or not, is only
  applied if we invoke reboot. systemd internally maps reboot to one or
  the other of 'systemctl reboot' or 'systemctl kexec'. Therefore the
  current implementation which just call 'systemctl reboot' does not
  transparently detect for kexec. As we don't want to rely on the
  magic behind the reboot call we explicitly call systemctl with
  reboot or kecec depending on the configured soft_reboot
  configuration option. This is then also in line with the code
  that runs 'kexec load' which also depends on the configured
  soft_reboot value.

-------------------------------------------------------------------
Wed Nov 06 08:31:52 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.1.0 → 1.1.1

-------------------------------------------------------------------
Tue Nov 05 15:59:45 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed reading of config files

  There are two potential config files, both are optional
  but one of them was opened in any case and if not present
  raises an exception. This should not be the case and gets
  fixed by this commit

-------------------------------------------------------------------
Tue Nov 05 15:28:39 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fix changelog inconsistency

  It seems there was a changelog entry added in obs but not
  in the git history for the suse-migration-sle15-activation
  package. This commit brings all in line again

-------------------------------------------------------------------
Tue Nov 05 10:35:40 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.5 → 1.1.0

-------------------------------------------------------------------
Tue Nov 05 07:04:45 UTC 2019 - Tim Serong <tserong@suse.com>

- Do kernel mounts in mount service (not in prepare service)

  If the /dev, /proc and /sys mounts are done in the prepare service,
  then exceptions thrown between mount system and prepare result in
  the grub config not being applied.  Moving these mounts earlier in
  the process ensures that the grub setup service has everything it
  needs (see https://github.com/SUSE/suse-migration-services/pull/142
  for more detailed discussion of the problem).

-------------------------------------------------------------------
Thu Oct 31 17:41:06 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Require SUSEConnect updated version

  In a failed distribution migration scenario,
  zypper-migration does a rollback. During this
  rollback, zypper tries to refresh deactivated
  repos, making the rollback fail.

  This has been fixed in the newer (0.3.20) version of SUSEConnect.

  This Fixes #133

-------------------------------------------------------------------
Thu Oct 31 05:28:17 UTC 2019 - Tim Serong <tserong@suse.com>

- Add schema validation for migration config file

  If the custom config file is empty or contains only comment lines,
  it will now be ignored (rather than raising an exception and killing
  the migration).  If the file is corrupt somehow, or violates schema
  validation, an error will be logged and the migration will abort.

  Validation is *also* applied to the default config file (the one
  inside the migration image).  This makes automated testing easy,
  because we'll effectively do automatic validation on any of the
  test config files, whether they're for default config or custom
  config.

-------------------------------------------------------------------
Wed Oct 30 14:51:00 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Delete left over debug print statement

-------------------------------------------------------------------
Wed Oct 30 12:45:28 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Auto detect migration product

  As there could be different targets (SLES, SLES_SAP, etc)
  instead of setting the target in the custom file, the migration
  system auto detects the migration product.

  In order to do so, the target version is read from the live system.

  This Fixes #129

-------------------------------------------------------------------
Fri Oct 25 06:59:02 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.4 → 1.0.5

-------------------------------------------------------------------
Tue Oct 22 10:28:42 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Perform reboot through systemd

  reboot is performed through systemd. The call through systemd
  checks if there is a kexec loaded kernel and transparently
  turns 'systemctl reboot' into 'systemctl kexec'. Thus both ways,
  soft and hard reboot are managed in one call. This is related
  to Issue #111

-------------------------------------------------------------------
Tue Oct 22 08:55:05 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Allow for vendor change during migration

  The migration concept allows for the zypper dup as well as
  for the zypper migrate approach. In the first case the user
  is responsible for setting up the repos and we expect that
  to be done in a way that vendor changes are acceptable. In
  the second case a repository server is used to serve the
  repos and we expect that registration instance to be trustworthy
  such that potential vendor changes are also allowed

-------------------------------------------------------------------
Mon Oct 21 10:46:23 UTC 2019 - Tim Serong <tserong@suse.com>

- Add option to configure reboot method

  This adds a soft_reboot option, which if set to false results in
  a hard reboot, as opposed to using kexec.

  Fixes #111

-------------------------------------------------------------------
Tue Aug 20 10:39:04 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Reference commit for SUSE maintenance

  Fix BYOS upgrade from 12SP4-SAP to 15 (BSC#1142108)

-------------------------------------------------------------------
Tue Aug 20 09:50:26 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.3 → 1.0.4

-------------------------------------------------------------------
Tue Aug 20 09:43:50 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Switch changelog generation to UTC

  For new entries the UTC format is used because package
  submissions will happen from different time zones

-------------------------------------------------------------------
Tue Aug 20 09:19:38 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.2 → 1.0.3

-------------------------------------------------------------------
Tue Aug 20 09:15:35 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update changelog creation process

  In the same way like in the kiwi project we apply the
  creation of the changelog based on a reference file.
  This allows to work with maintenance which declines
  any request that changes an entry of the changes file
  even if this change just updates the full author name

-------------------------------------------------------------------
Wed Aug 14 11:29:00 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- This submission creates a reference to bsc#1142108

-------------------------------------------------------------------
Tue Jul 30 09:44:28 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Refactor product setup

  Add SUSEBaseProduct class to detect and handle the
  installed base product. Related to Issue #129

-------------------------------------------------------------------
Tue Jul 30 08:06:41 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.1 → 1.0.2

-------------------------------------------------------------------
Mon Jul 29 14:41:57 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Try to find a more generic name

  glob match can return, files and directories. We only
  work on files but the variable should not indicate scope
  when there is none

-------------------------------------------------------------------
Mon Jul 29 14:04:52 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed network setup

  The network setup was based on an overlay bind mount of the
  entire /etc/sysconfig/network directory. However that directory
  also contains script code and functions that are used by system
  tools like netconfig. The scripts here are not compatible between
  distributions. Thus the overmount of /etc/sysconfig/network/scripts
  from SLE12 to SLE15 as one example breaks the netconfig tool and
  prevents the update of the /etc/resolv.conf file on network
  restart. Other negative effects of that overmounting are likely.
  Therefore this commit changes the way we inherit the network setup.
  Only the plugin directory and the interface configurations are
  taken from the host, all the rest stays untouched.

-------------------------------------------------------------------
Thu Jul 25 16:26:55 UTC 2019 - Stefan Knorr <sknorr@suse.de>

- Language/typo fixes

-------------------------------------------------------------------
Thu Jul 18 13:22:04 UTC 2019 - Robert Schweikert <rjschwei@suse.com>

- - User doc
  + Clarification around the choices of invoking the migration process using
  reboot or kexec

-------------------------------------------------------------------
Thu Jul 18 08:22:31 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 1.0.0 → 1.0.1

-------------------------------------------------------------------
Wed Jul 17 13:27:53 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update documentation

  Mention the two methods to start the migration

-------------------------------------------------------------------
Wed Jul 17 13:10:22 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Partially revert the no bootloader based startup

  After testing the kexec based implementation to start the
  migration live image, we found that kexec does not work in
  all cloud providers. Especially those using Xen like AWS
  do not work. Thus it's required to keep the alternative
  bootloader based startup sequence

-------------------------------------------------------------------
Wed Jul 17 09:36:26 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.5 → 1.0.0

-------------------------------------------------------------------
Mon Jul 15 16:26:04 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Avoid bootloader to run the migration

  Instead of a reboot the customer should run the migration
  by calling run_migration. This commit adds a service utility
  to run the migration. The concept is based on kexec and
  avoids the modification to the bootloader setup. This allows
  more flexibility for clouds that runs instances not directly
  through a bootloader and also avoids infinite boot/reboot
  cycles in case of an early error of the migration mount
  service. This Fixes #108

-------------------------------------------------------------------
Fri Jul 05 12:25:30 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.4 → 0.6.5

-------------------------------------------------------------------
Fri Jul 05 09:27:05 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixup udev reload on rule changes

  The current restart sequence is missing the actual set/change
  of device nodes. This also prevented network interface names
  to be added/renamed.

-------------------------------------------------------------------
Mon Jul 01 10:37:00 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.3 → 0.6.4

-------------------------------------------------------------------
Mon Jul 01 10:36:32 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed post mount service unit file

  Wrong path to executable

-------------------------------------------------------------------
Mon Jul 01 07:49:51 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.2 → 0.6.3

-------------------------------------------------------------------
Fri Jun 28 10:07:36 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Added limitation note as suggested by Robert

-------------------------------------------------------------------
Wed Jun 26 08:40:10 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Rename migration package

  Avoid confusion and possible error due to wrong package name.

  Fix #122

-------------------------------------------------------------------
Tue Jun 18 07:04:44 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Added doc chapter for new preserve section

-------------------------------------------------------------------
Mon Jun 17 15:10:23 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Added post mount service

  The post mount service is used to preserve data from the
  system to be migrated into the live migration system directly
  after the mounting of the system to be migrated. It is is
  also responsible for making that data effective in the live
  migration system. The current implementation allows for
  preserving udev rules file and make them active.
  This Fixes #100

-------------------------------------------------------------------
Wed Jun 12 10:24:39 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Capitalize steps list

-------------------------------------------------------------------
Mon Jun 10 14:21:45 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Rename config option to use zypper migration

  Rename the option to use zypper migration path, wether a plugin or
  a sub-command is not relevant for the name.

  Fixes #118

-------------------------------------------------------------------
Fri Jun 07 08:59:28 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.1 → 0.6.2

-------------------------------------------------------------------
Thu Jun 06 12:59:05 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update per suggestions by Tom

-------------------------------------------------------------------
Thu Jun 06 12:24:38 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update per review by Robert

-------------------------------------------------------------------
Thu Jun 06 06:10:40 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update per review by Robert

-------------------------------------------------------------------
Wed Jun 05 16:03:29 UTC 2019 - Marcus Schäfer <ms@suse.de>

- update per review by Jesus

-------------------------------------------------------------------
Wed Jun 05 16:00:10 UTC 2019 - Marcus Schäfer <ms@suse.de>

- update per review

-------------------------------------------------------------------
Wed Jun 05 15:37:49 UTC 2019 - Marcus Schäfer <ms@suse.de>

- update per review by Tom

-------------------------------------------------------------------
Wed Jun 05 15:33:11 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update per review

-------------------------------------------------------------------
Wed Jun 05 14:53:21 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Support PARTUUID specifier in fstab

-------------------------------------------------------------------
Wed Jun 05 10:51:47 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Update documentation

  Added section about possible config file values including
  the explanation for the different zypper install modes.
  This Fixes #99

-------------------------------------------------------------------
Wed Jun 05 09:15:24 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Allow to skip local fstab paths

  If a device path is referenced as local path in the fstab file
  but can't be found on the system, this device path is skipped.
  Usually a device path references a storage node that exists
  as /dev/.. node on the machine. However it's possible to also
  reference files e.g for loop mount in the fstab file. If that
  file reference is not present in the live migration system it
  is ignored because considered harmless. file references in
  fstab are sometimes used for swapfiles or other file mapped
  data. For the purpose of the migration we consider such paths
  as not belonging to the system. This assumption of course
  could be wrong which is why we also write a warning message
  to the log file once this situation is disovered. This
  Fixes #110

-------------------------------------------------------------------
Wed Jun 05 07:10:20 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.6.0 → 0.6.1

-------------------------------------------------------------------
Tue Jun 04 16:36:15 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Place network logging in network service

-------------------------------------------------------------------
Tue Jun 04 15:46:56 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed SSH identity copy

  The SSH host identity is provided by the server credentials that
  makes up the fingerprint of that host. However the copy of the
  files should exclude the encrypted private key ssh_host_key which
  can only be read on the origin host. In fact a copy of that file
  to another host will lead to a segfault in sshd and kills the
  connection without any further information.

-------------------------------------------------------------------
Tue Jun 04 13:25:53 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Log bondN info if bonding directory exists

-------------------------------------------------------------------
Tue Jun 04 08:38:52 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Bump version: 0.5.30 → 0.6.0

-------------------------------------------------------------------
Tue Jun 04 08:37:07 UTC 2019 - Tim Serong <tserong@suse.com>

- Ignore blank lines and comments when parsing fstab

-------------------------------------------------------------------
Sat Jun 01 08:43:03 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Provide detailed network information

  After network.online target is done, we log
  the network status, interfaces and relevant information.

  Fixes #84

-------------------------------------------------------------------
Thu May 30 11:02:58 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Inherit ssh host keys

  The live image creates its ssh host key on boot. However that
  host key does not match the host key from the system to migrate.
  This leads to a warning message on a changed host key when a
  ssh login attempt is made while the migration runs. As the
  migration live system inherits the network setup it should
  also inherit the ssh host key. This Fixes #86

-------------------------------------------------------------------
Wed May 29 22:08:19 UTC 2019 - Robert Schweikert <rjschwei@suse.com>

- Cosmetic changes to handle error codes from zypper

  Make it more explicit to the reader that we treat specific
  values from zypper as errors. Positive side effect is that
  if the list gets longer the condition does not need to
  change

-------------------------------------------------------------------
Wed May 29 12:12:09 UTC 2019 - Tim Serong <tserong@suse.com>

- Try to mount raid partitions

  `lsblk` returns "raid1" (or similar) for /dev/md devices, so we need
  to attempt to mount these as well as regular partitions in case the
  root disk is on mdraid.

-------------------------------------------------------------------
Wed May 29 09:37:12 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fix grub setup if root is on a raid device

  If the root filesystem is on a raid device the boot parameter
  rd.auto must be passed to the boot such that the dracut raid
  module can setup the raid prior to iso-scan.sh searching
  through the devices. Related to Issue #96

-------------------------------------------------------------------
Wed May 29 09:00:03 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Rebuild grub conf on uninstall of activation rpm

  If the activation package is installed a grub config file
  extension is applied. On uninstall of the package that
  extension will be deleted but it only becomes effective
  if the grub config will be rebuild. This Fixes #94

-------------------------------------------------------------------
Tue May 28 15:12:40 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Add support for zypper dup mode

  By default the migration system uses the zypper migration plugin
  to migrate the system. This works if the system is SLES registered
  and an upgrade path from SCC exists. For system where this is not
  possible an alternative method can be switched on with the
  custom configuration option use_zypper_migration_plugin set
  to: false. In this mode we just call zypper dup. Please note
  this requires that the user has pre setup the repositories before
  the migration system gets started. This Fixes #72

-------------------------------------------------------------------
Tue May 28 13:39:48 UTC 2019 - Tim Serong <tserong@suse.com>

- Use `uniq` when finding root device in grub activation script

  If the system is using mdraid on the root disk, the `lsblk` invocation
  will return two lines matching "/$", e.g.:

  /dev/md1
  /dev/md1

  This then breaks the subsequent `blkid` invocations, so $root_uuid and
  $root_type are set to empty strings.  When you later boot into the
  migration system, grub gives two errors:

  error: one argument expected.
  error: no such device: root.

  Adding `uniq` fixes this.

-------------------------------------------------------------------
Tue May 28 08:40:50 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Implement import of custom configuration file

  Instead of the system-root/etc/sle-migration-service file which
  was used to setup debugging only we now allow the custom config
  file system-root/etc/sle-migration-service.yml whose contents
  gets migrated into the existing /etc/migration-config.yml on
  the live migration host.

-------------------------------------------------------------------
Fri May 24 12:18:04 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- optional file

-------------------------------------------------------------------
Fri May 24 12:13:48 UTC 2019 - Jesus Bermudez Velazquez <jesus.bv@suse.com>

- Change debug flag file to option

  Before, to stop rebooting it was needed to place a
  file as a debug flag. Now there must be a debug key option set
  in the custom file.

-------------------------------------------------------------------
Tue May 14 13:34:02 UTC 2019 - Marcus Schäfer <ms@suse.de>

- User documentation

  Add distribution migration system user documentation.

  - Caveats and unsupported conditions

  - Structure and content for the doc tool chain

  - Recommendation about ssh key access

  - State that clean up of /etc/issue is needed

  - Daps style for suse docs

-------------------------------------------------------------------
Mon May 06 10:38:16 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Fixed spec file of activation package

  A %install and %build section is required otherwise the
  default contents of those sections applies which leads
  to the creation of a debuginfo setup that failed on a
  noarch package

-------------------------------------------------------------------
Thu May 02 13:38:09 UTC 2019 - Marcus Schäfer <ms@suse.de>

- Reference commit for SUSE maintenance

  This submission creates a reference to fate#327175 and bsc#1133919


-------------------------------------------------------------------
Thu May  2 15:16:38 CEST 2019 - ms@suse.de

- Bump version: 0.5.29 → 0.5.30
  
-------------------------------------------------------------------
Thu May  2 15:14:31 CEST 2019 - ms@suse.de
  
- Reference commit for SUSE maintenance
  
  This submission creates a reference to fate#327175 and bsc#1133919
  
-------------------------------------------------------------------
Wed May  1 19:02:00 CEST 2019 - ms@suse.de
  
- Bump version: 0.5.28 → 0.5.29
  
-------------------------------------------------------------------
Tue Apr 30 11:56:05 CEST 2019 - ms@suse.de
  
- Fix reboot race condition
  
  The issue described here came up with the package split and
  rename of the activation package. The grub setup service
  deletes the activation package and calls grub2-mkconfig which
  deletes the migration live boot entry as well as updates grub
  to boot the migrated system. However if the activation package
  could not be removed the process ends in a boot loop. Therefore
  one part of this patch makes the removal of the migration
  packages more robust. Another part provides detailed log
  information about the removal and the grub setup in the log
  file.
  
  Last but not least the patch includes a refactoring of the
  umount and reboot process which offers a race condition if
  the grub-setup service has failed. The patch here also
  Delete the umount service and put the code in the reboot
  service. Only on reboot we umount the system. In case of
  debugging we want to have full access to the root of the
  system that should have become migrated. In addition the
  systemd dependency chain for the kernel-load vs. reboot
  service was racy and got fixed by a clear dependency
  for grub-setup -> kernel-load -> reboot
  
-------------------------------------------------------------------
Tue Apr 30 10:06:28 CEST 2019 - ms@suse.de
  
- Bump version: 0.5.27 → 0.5.28
  
-------------------------------------------------------------------
Tue Apr 30 10:04:59 CEST 2019 - ms@suse.de
  
- Fixed deletion of activation package
  
  Due to the split of the services package the activation
  package name is target specific and needs to be matched
  by a pattern
  
-------------------------------------------------------------------
Mon Apr 29 11:28:09 CEST 2019 - ms@suse.de
  
- Split activation package from services
  
  From a release process it doesn't make sense to keep the activation
  script as a sub package of the services. The reason is because the
  suse-migration-services package will be released to the migration
  target distribution and the activation package will be released to
  the migration start distribution. Thus the code is relevant on
  different distributions and it is not useful to maintain that in
  one package. This Fixes #74
  
-------------------------------------------------------------------
Wed Apr 24 17:20:47 CEST 2019 - ms@suse.de
  
- Bump version: 0.5.26 → 0.5.27
  
-------------------------------------------------------------------
Wed Apr 24 14:50:45 CEST 2019 - ms@suse.de
  
- Fixed network requirement
  
  To come up with a race free network start the setup-host-network
  service has to be called after network.target. This ensures the
  wicked service is already active. An active wicked service allows
  for a reload of the network service. The setup-host-network
  service overmounts /etc/sysconfig/network and reloads the network
  service. That tells the running wicked service to elaborate
  over the new ifcfg configurations and updates the network status.
  In the prepare unit we require the network-online target which
  makes sure it operates only on an online network.
  
-------------------------------------------------------------------
Fri Apr 12 16:00:07 CEST 2019 - ms@suse.de
  
- Bump version: 0.5.25 → 0.5.26
  
-------------------------------------------------------------------
Thu Apr 11 14:21:17 CEST 2019 - ms@suse.de
  
- Fix network setup service
  
  The network setup service for the migration inherits the
  network as it is configured on the system to become migrated.
  As part of that process the network is restarted through
  systemctl. However this is a problem because it interferes
  with the network service dependency chain. This could result
  in a failed network startup depending on how fast other
  services e.g dbus are up and running. So the way we do it
  causes a race condition. This commit deletes the network
  startup from our network setup service. Our network setup
  service runs by definition of the unit file before the
  network.target. This means at the time the network service
  activates the network our setup routine is already done and
  a normal network startup should be guaranteed.
  
-------------------------------------------------------------------
Wed Apr 10 18:28:43 CEST 2019 - ms@suse.de
  
- Bump version: 0.5.24 → 0.5.25
  
-------------------------------------------------------------------
Wed Apr 10 11:50:24 CEST 2019 - ms@suse.de
  
- Make sure /var/lib/cloudregister exists
  
  At cloud registration time information about the SMT/RMT server
  is provided below /var/lib/cloudregister. For migration it's
  required to bind mount this path from the system to become
  migrated into the live migration system.
  
-------------------------------------------------------------------
Tue Apr  9 17:56:09 CEST 2019 - ms@suse.de
  
- Support new cloud regionsrv client
  
  The new cloud region service client comes with a plugin for
  zypper that translates repo URIs into a specific plugin format
  such that it's no longer possible to gain access to the SLES
  repositories of our public cloud infrastructure by playing
  tricks with snapshotting an on-demand instance without the
  billingtag. However the new and fancy way makes migration of
  such a system more difficult because the new repo URI format
  must be known to zypper migration. This requires all software
  components to be provided in the live migration image which
  has been done in the image description but furthermore requires
  that the cloud specific /etc/regionserverclnt.cfg and the
  contents of /usr/lib/zypp/plugins from the system to migrate
  are available in the migration live image. The later is
  implemented in this commit and Fixes #69
  
-------------------------------------------------------------------
Tue Mar 26 15:13:03 CET 2019 - jesus.bv@suse.com
  
- Bump version: 0.5.23 → 0.5.24
  
-------------------------------------------------------------------
Tue Mar 26 09:21:30 CET 2019 - jesus.bv@suse.com
  
- Fix pattern for initrd
  
  Some images have an extra boot partition,
  so there are grub files with '/vmlinuz'
  and we need to handle that case.
  
-------------------------------------------------------------------
Mon Mar 25 10:12:40 CET 2019 - jesus.bv@suse.com
  
- Bump version: 0.5.22 → 0.5.23
  
-------------------------------------------------------------------
Fri Mar 22 13:06:06 CET 2019 - jesus.bv@suse.com
  
- Copy kernel and initrd for access
  
  It copies the files in-memory so kexec can access them
  once root-path gets umounted.
  
  Fixes #65
  
-------------------------------------------------------------------
Thu Mar 21 16:12:18 CET 2019 - ms@suse.de
  
- Bump version: 0.5.21 → 0.5.22
  
-------------------------------------------------------------------
Thu Mar 21 16:05:25 CET 2019 - ms@suse.de
  
- Fixed dependency for reboot service
  
  The reboot service must be called after mount-service and
  after umount-service. The mount-service handles the setup
  of the debug flag. If the reboot service is too fast the
  debug flag setup is not respected
  
-------------------------------------------------------------------
Thu Mar 21 16:02:12 CET 2019 - ms@suse.de
  
- Fixed logging to logfile
  
  The setup of the logfile has to be done on each service
  at import time. Each service is an extra python call
  done by systemd. The setup of the logfile needs to be done
  as an initializer for any unit invocation
  
-------------------------------------------------------------------
Thu Mar 21 14:04:24 CET 2019 - ms@suse.de
  
- Bump version: 0.5.20 → 0.5.21
  
-------------------------------------------------------------------
Thu Mar 21 12:13:08 CET 2019 - ms@suse.de
  
- Added systemctl status output to logfile
  
  As part of the reboot service add the systemctl status information
  collected up to that point into the logfile.
  
-------------------------------------------------------------------
Thu Mar 21 10:56:33 CET 2019 - ms@suse.de
  
- Fixed log reference in console log service
  
  The systemd unit file was still pointing to the old file
  name but that has changed to var/log/distro_migration.log
  
-------------------------------------------------------------------
Thu Mar 21 10:47:37 CET 2019 - ms@suse.de
  
- Initialize logging and debug as early as possible
  
  The earliest opportunity to setup the log file and the
  debug flag is directly after the mount-system code has
  successfully mounted the target to migrate. At this point
  we should init the logfile and also the debugging if
  needed. The code before this commit has potential to
  not even reach the log/debug setup. With this commit
  the only requirement is a successful mount of the target
  system.
  
-------------------------------------------------------------------
Wed Mar 20 18:10:00 CET 2019 - ms@suse.de
  
- Bump version: 0.5.19 → 0.5.20
  
-------------------------------------------------------------------
Wed Mar 20 17:56:29 CET 2019 - jesus.bv@suse.com
  
- Add option to handle file conflicts
  
  In the scenario where there are packaging bugs,
  this option install packages even if they
  replaces files from other packages.
  
  Fixes #58
  
-------------------------------------------------------------------
Wed Mar 20 17:51:58 CET 2019 - ms@suse.de
  
- Fixed handling of debug flag file
  
  If this file is present we want to stay in the migration system
  no matter what happened. This is urgently required to keep us
  with a way to debug the process. Current testing has shown that
  only the log file is not enough to debug the complete pipeline.
  
-------------------------------------------------------------------
Fri Mar 15 14:57:46 CET 2019 - jesus.bv@suse.com
  
- Bump version: 0.5.18 → 0.5.19
  
-------------------------------------------------------------------
Fri Mar 15 08:06:34 CET 2019 - jesus.bv@suse.com
  
- Add flag to handle zypper migration errors
  
  Zypper has extra error codes that does not necessarily have to
  stop a distribution migration.
  
  Fixes #52
  
-------------------------------------------------------------------
Thu Mar  7 16:29:29 CET 2019 - jesus.bv@suse.com
  
- Bump version: 0.5.17 → 0.5.18
  
-------------------------------------------------------------------
Thu Mar  7 12:14:08 CET 2019 - jesus.bv@suse.com
  
- Path for log file
  
  After reboot, if the migration has failed, the file
  /etc/issue has a message pointing to the log file.
  The path of that log file must exist inside the rebooted system.
  
-------------------------------------------------------------------
Tue Mar  5 09:19:07 CET 2019 - ms@suse.de
  
- Bump version: 0.5.16 → 0.5.17
  
-------------------------------------------------------------------
Mon Mar  4 14:13:57 CET 2019 - ms@suse.de
  
- Add rootpart detection to grub activation script
  
  The live migration image gets installed to the system again
  because of the space limitation on /boot. This affects the
  menuentry created on grub side in a way that we can't use
  the pre-allocated pointer to the boot device but have to search
  the root partition like in a real grub root entry. This patch
  adds the needed code changes to locate the root part, insert
  the needed filesystem module and initializes the root variable
  to allow the loopback loading of the image. This Fixes #54
  
-------------------------------------------------------------------
Mon Mar  4 13:40:57 CET 2019 - ms@suse.de
  
- Revert location change from /usr/share to /boot
  
  This reverts commit 66dd8d4943d38f121f4b16b70bf0ab8d0b2ec82d.
  If there is an extra boot partition and it's too small we
  are not able to install the migration system and the customer
  will not be able to use the migration concept. The image is
  usually around ~300MB of size and that can often be too much
  for an extra boot partition which is often designed to be small
  
-------------------------------------------------------------------
Fri Mar  1 13:57:07 CET 2019 - jesus.bv@suse.com
  
- Bump version: 0.5.15 → 0.5.16
  
-------------------------------------------------------------------
Wed Feb 20 11:35:36 CET 2019 - jesus.bv@suse.com
  
- Right path for debug file
  
  Copy debug file in a different path so reboot code
  can read that location in case of debugging.
  
-------------------------------------------------------------------
Tue Feb 19 08:59:29 CET 2019 - ms@suse.de
  
- Bump version: 0.5.14 → 0.5.15
  
-------------------------------------------------------------------
Wed Feb 13 11:12:11 CET 2019 - jesus.bv@suse.com
  
- Reboot system after migration unless debug
  
  The migration process will reboot the system whether it has succeeded or not
  unless there is a file indicating not to reboot.
  
  Fixes #48
  
-------------------------------------------------------------------
Tue Feb 12 10:50:47 CET 2019 - ms@suse.de
  
- Bump version: 0.5.13 → 0.5.14
  
-------------------------------------------------------------------
Mon Feb 11 12:39:21 CET 2019 - jesus.bv@suse.com
  
- Report migration error in /etc/issue
  
  In order to be able to reboot and still report errors in case the migration fails,
  the error will be reported in a log file (/var/log/distro_migration.log).
  The message and log file name to check will be indicated in /etc/issue.
  
  Fixes #47
  
-------------------------------------------------------------------
Fri Feb  8 11:18:28 CET 2019 - ms@suse.de
  
- Bump version: 0.5.12 → 0.5.13
  
-------------------------------------------------------------------
Fri Feb  8 09:21:09 CET 2019 - jesus.bv@suse.com
  
- Rename migration log file
  
  As zypper is part of the process but not the only
  component, 'zypper_migration.log' does not describe it properly.
  
-------------------------------------------------------------------
Fri Jan 25 16:01:07 CET 2019 - ms@suse.de
  
- Bump version: 0.5.11 → 0.5.12
  
-------------------------------------------------------------------
Fri Jan 25 11:12:22 CET 2019 - ms@suse.de
  
- Change location for live migration ISO image
  
  Instead of /usr/share expect the image in /boot. The reason
  for this change is because we don't know if the system uses
  an extra boot partition to load the kernel and initrd from.
  However the way we add the extra loop boot entry to grub
  is based on reading the value for ($root) as it was configured
  on the system. The location ($root) points to in grub could
  be anywhere but we can trust /boot to be in there.
  This Fixes the run of the migration in Azure and also
  stabilizes the concept.
  
-------------------------------------------------------------------
Tue Jan 22 17:32:32 CET 2019 - ms@suse.de
  
- Bump version: 0.5.10 → 0.5.11
  
-------------------------------------------------------------------
Thu Jan 17 13:46:43 CET 2019 - jesus.bv@suse.com
  
- Detection of baseproduct
  
  Find the .prod files inside /etc/products.d
  which does not contain a flavor tag.
  
  Remove the target registration in that .prod file.
  
-------------------------------------------------------------------
Wed Jan 16 15:02:47 CET 2019 - ms@suse.de
  
- Bump version: 0.5.9 → 0.5.10
  
-------------------------------------------------------------------
Wed Jan 16 11:39:55 CET 2019 - ms@suse.de
  
- Revert/Refactor distro_target handling
  
  zypper implements a handling for the distro_target attribute.
  If present in the repository metadata, zypper compares the
  value with the baseproduct <target> setup in /etc/products.d.
  If they mismatch zypper refuses to create the repo. In the
  process of a migration from distribution [A] to [B] this mismatch
  always applies by design and prevents the zypper migration plugin
  to work. In SCC or RMT the repositories doesn't contain the
  distro_target attribute which is the reason why we don't see
  this problem there. SMT however creates repos including
  distro_target.
  
  The refactored workaround solution is now to delete the target
  specification in the baseproduct registration if present, because
  the overlay mounting of etc/products.d did not work as it would
  lead to a wrong upgrade path on response from SCC.
  
  In addition a backup of the original products.d data is created
  and used in the zypper migration plugin in case of an error
  
-------------------------------------------------------------------
Wed Jan 16 09:06:55 CET 2019 - ms@suse.de
  
- Bump version: 0.5.8 → 0.5.9
  
-------------------------------------------------------------------
Tue Jan 15 20:02:36 CET 2019 - ms@suse.de
  
- Added comments to explain the driver of the change
  
-------------------------------------------------------------------
Tue Jan 15 17:39:16 CET 2019 - ms@suse.de
  
- Added product setup service
  
  During migration etc/products is a bind mounted location
  to handle the distro_target issue. At the end of a successful
  migration the data written to that location must be synced
  into the migrated system. This task is done by the product
  service
  
-------------------------------------------------------------------
Tue Jan 15 17:11:34 CET 2019 - ms@suse.de
  
- Handle distro_target
  
  Long time ago zypper added a distro_target information into
  the repository file and matches those with the product
  information of the system. If the distro doesn't match
  zypper refused to create the repository. In the migration
  process using SMT this caused the zypper migration plugin
  to fail because zypper never created repositories. That's
  because in a migration process the repository and the
  system to migrate never match. Therefore we bind mount
  the /etc/products.d information from the migration live
  system into the /system-root of the system to become
  migrated. At the end of a successful migration the new
  product information is copied to the migrated system
  
-------------------------------------------------------------------
Tue Jan 15 09:14:53 CET 2019 - ms@suse.de
  
- Bump version: 0.5.7 → 0.5.8
  
-------------------------------------------------------------------
Tue Jan 15 09:13:44 CET 2019 - ms@suse.de
  
- Fixed handling of os.listdir result
  
  os.listdir only returns the names of the files in the
  directory. Thus the file reference in the subsequent
  copy call was wrong.
  
-------------------------------------------------------------------
Tue Jan 15 08:24:09 CET 2019 - ms@suse.de
  
- Bump version: 0.5.6 → 0.5.7
  
-------------------------------------------------------------------
Mon Jan 14 16:58:06 CET 2019 - ms@suse.de
  
- Import certificates
  
  Copy certificates from /usr/share/pki/trust/anchors of the
  system to become migrated into the live migration system
  and update the certificate pool. This Fixes #37
  
-------------------------------------------------------------------
Mon Jan 14 15:56:48 CET 2019 - ms@suse.de
  
- Bump version: 0.5.5 → 0.5.6
  
-------------------------------------------------------------------
Mon Jan 14 15:56:12 CET 2019 - ms@suse.de
  
- Fixed console log service
  
  The systemd unit file was missing an install target
  
-------------------------------------------------------------------
Mon Jan 14 15:30:22 CET 2019 - ms@suse.de
  
- Bump version: 0.5.4 → 0.5.5
  
-------------------------------------------------------------------
Mon Jan 14 15:26:53 CET 2019 - ms@suse.de
  
- Changed service type for console logger
  
  Move to simple type service and set a restart policy.
  The way the console logger was started before caused
  a stop of the service as soon as the kernel or some
  other program logs information on the console. However
  during migration we want the console logger to be
  actively occupy the console such that it's clear a
  migration process is currently running
  
-------------------------------------------------------------------
Mon Jan 14 15:08:59 CET 2019 - ms@suse.de
  
- Bump version: 0.5.3 → 0.5.4
  
-------------------------------------------------------------------
Mon Jan 14 14:59:53 CET 2019 - ms@suse.de
  
- Fixed console log service
  
  Allow to start console log at any time. Make sure it starts
  after prepare but do not require prepare as it causes the
  prepare service to be called again.
  
-------------------------------------------------------------------
Mon Jan 14 11:47:51 CET 2019 - ms@suse.de
  
- Bump version: 0.5.2 → 0.5.3
  
-------------------------------------------------------------------
Mon Jan 14 09:58:04 CET 2019 - ms@suse.de
  
- Update prepare service on hosts file
  
  In the cloud the translation from a name into an IP might also
  be configured via the static etc/hosts file. In case of SUSE's
  public cloud infrastructure the connected smt server is
  configured that way at registration time. For the migration
  process this means that this information must be present otherwise
  the host to upgrade cannot be resolved.
  
-------------------------------------------------------------------
Mon Jan 14 09:07:30 CET 2019 - ms@suse.de
  
- Don't truncate migration log file
  
  If the zypper based migration process runs it truncates the
  so far written logfile information. We want to keep all logging
  data, thus the zypper call has to append information to the
  existing log file and not overwrite them.
  
-------------------------------------------------------------------
Mon Jan 14 09:05:56 CET 2019 - ms@suse.de
  
- Fixed executable path in console log service
  
  systemd requires an absolute path to the called program.
  This patch fixes the path to the dialog program such
  that systemd calls it
  
-------------------------------------------------------------------
Fri Jan 11 10:59:03 CET 2019 - ms@suse.de
  
- Bump version: 0.5.1 → 0.5.2
  
-------------------------------------------------------------------
Tue Jan  8 14:32:02 CET 2019 - jesus.bv@suse.com
  
- Mount kernel file systems inside /system-root
  
  The file systems were previously mounted in grub
  service but because the migration service needs to
  have access proc, dev and sys inside system-root
  (e.g. when updating the bootloader) they are mounted
  in an earlier step. There is no need to mount them
  again in grub. They are unmounted properly before
  rebooting.
  
  This Fixes #32
  
-------------------------------------------------------------------
Mon Jan  7 11:15:24 CET 2019 - ms@suse.de
  
- Bump version: 0.5.0 → 0.5.1
  
-------------------------------------------------------------------
Sun Dec 30 15:25:34 CET 2018 - ms@suse.de
  
- Fix log file initialization
  
  We agreed on writing the log file into the root filesystem
  of the system to migrate. This implies that the first time
  to initialize this log file is in the prepare service
  after the mount system service has succeeded. Calling
  set_logfile in the mount system service before the system
  got mounted is the wrong place. This patch fixes this
  and also improves the unit test for this condition.
  
-------------------------------------------------------------------
Wed Dec 19 12:19:42 CET 2018 - ms@suse.de
  
- Bump version: 0.4.3 → 0.5.0
  
-------------------------------------------------------------------
Tue Dec 18 16:59:25 CET 2018 - jesus.bv@suse.com
  
- Migration file (#30)
  
  * Add migration file
    
    This file is used to document the migration process inside the system.
    
  * Add logging for the services
    
-------------------------------------------------------------------
Tue Dec 11 16:13:16 CET 2018 - ms@suse.de
    
- Require dialog package in spec file
  
-------------------------------------------------------------------
Tue Dec 11 15:33:49 CET 2018 - ms@suse.de
  
- Added zypper migration console logging
  
  If the migration process starts the console should show a
  progress information. We use a dialog tailbox which shows
  the output of the zypper migration plugin while it runs.
  The output is processed using a systemd service connected
  to the console. In addition the log file
  
  var/log/zypper_migrate.log
  
  Is created inside of the system which gets migrated. This
  allows for later inspection of what the migration plugin
  did. This Fixes #27
  
-------------------------------------------------------------------
Fri Dec  7 11:11:24 CET 2018 - ms@suse.de
  
- Bump version: 0.4.2 → 0.4.3
  
-------------------------------------------------------------------
Fri Dec  7 11:10:51 CET 2018 - ms@suse.de
  
- Fixed typo in spec file
  
  syse vs. suse
  
-------------------------------------------------------------------
Fri Dec  7 11:05:40 CET 2018 - ms@suse.de
  
- Bump version: 0.4.1 → 0.4.2
  
-------------------------------------------------------------------
Fri Dec  7 11:04:56 CET 2018 - ms@suse.de
  
- Fixed spec file
  
  Missing installation of ssh service systemd unit file
  
-------------------------------------------------------------------
Fri Dec  7 11:00:41 CET 2018 - ms@suse.de
  
- Bump version: 0.4.0 → 0.4.1
  
-------------------------------------------------------------------
Wed Dec  5 15:05:08 CET 2018 - jesus.bv@suse.com
  
- Provide ssh access
  
  Copy the authorized key files into the authorized key file
  of migration user to be able to access through ssh.
  This checks in /home and /root paths.
  Fixes #26
  
-------------------------------------------------------------------
Wed Dec  5 15:00:34 CET 2018 - jesus.bv@suse.com
  
- Proper class name for test
  
-------------------------------------------------------------------
Thu Nov 29 09:45:03 CET 2018 - ms@suse.de
  
- Bump version: 0.3.6 → 0.4.0
  
-------------------------------------------------------------------
Wed Nov 28 17:15:00 CET 2018 - ms@suse.de
  
- Refactor reboot system
  
  The system gets rebooted via kexec or if failed by a hard reboot.
  For kexec it's required to load kernel, initrd and boot parameters
  from the migrated system. Thus the kexec load must be done before
  umount of the system and the actual reboot after umount of the
  system. Therefore this patch splits the kernel-reboot service
  into two services, whereas the umount service will be called
  in between of them.
  
-------------------------------------------------------------------
Wed Nov 28 16:49:27 CET 2018 - ms@suse.de
  
- Fixup ExecStart in kernel reboot service
  
  The binary is named suse-migration-kernel-reboot not
  suse-migration-kernel-load
  
-------------------------------------------------------------------
Wed Nov 28 12:50:03 CET 2018 - ms@suse.de
  
- Bump version: 0.3.5 → 0.3.6
  
-------------------------------------------------------------------
Wed Nov 28 12:41:58 CET 2018 - ms@suse.de
  
- Fixed removal of suse-migration-activation
  
  A simple rpm -e call leads to an error because the package
  depends on the master package providing the image. Thus it's
  better to instruct zypper to remove the package including its
  dependencies
  
-------------------------------------------------------------------
Wed Nov 28 12:31:13 CET 2018 - ms@suse.de
  
- Fixed invocation of Command.run
  
  Use of unexpected keyword argument
  
-------------------------------------------------------------------
Wed Nov 28 12:26:14 CET 2018 - ms@suse.de
  
- Fixed kexec reboot kernel and grub lookup
  
  In the reboot service the kernel files and the grub config
  was not searched in the root of the migrated system but in
  the root of the migration live system, which is the wrong
  place.
  
-------------------------------------------------------------------
Wed Nov 28 11:56:34 CET 2018 - ms@suse.de
  
- Fixed kernel reboot service
  
  The unit requirements and dependencies were set wrong
  
-------------------------------------------------------------------
Tue Nov 27 17:33:34 CET 2018 - ms@suse.de
  
- Bump version: 0.3.4 → 0.3.5
  
-------------------------------------------------------------------
Tue Nov 27 09:56:34 CET 2018 - jesus.bv@suse.com
  
- Update target for uninstall
  
  Set the target properly to uninstall package suse-migration-activation.
  Fixes #17
  
-------------------------------------------------------------------
Mon Nov 26 10:46:56 CET 2018 - ms@suse.de
  
- Bump version: 0.3.3 → 0.3.4
  
-------------------------------------------------------------------
Mon Nov 26 09:27:40 CET 2018 - jjesusbv@gmail.com
  
- Add kexec-tools (#16)
  
  * Add kexec-tools
    
    This is nedded for rebooting the migrated system
    with the new kernel.
    
-------------------------------------------------------------------
Sun Nov 25 16:10:27 CET 2018 - jesus.bv@suse.com
    
- Uninstall suse-migration-activation
  
  The new grub menu should not have this entry.
  This solves issue #12
  
-------------------------------------------------------------------
Fri Nov 23 10:28:20 CET 2018 - ms@suse.de
  
- Bump version: 0.3.2 → 0.3.3
  
-------------------------------------------------------------------
Fri Nov 23 09:44:46 CET 2018 - ms@suse.de
  
- Set the Migration boot entry to be the default
  
  In addition set the boot timeout to 1sec
  
-------------------------------------------------------------------
Thu Nov 22 17:54:59 CET 2018 - jesus.bv@suse.com
  
- Refactor get_cmdline
  
  More generic parameter name and better search
  of target kernel command line options.
  
-------------------------------------------------------------------
Thu Nov 22 15:58:36 CET 2018 - ms@suse.de
  
- Bump version: 0.3.1 → 0.3.2
  
-------------------------------------------------------------------
Wed Nov 21 13:25:58 CET 2018 - jesus.bv@suse.com
  
- Add kexec reboot service
  
-------------------------------------------------------------------
Wed Nov 21 09:21:23 CET 2018 - ms@suse.de
  
- Added grub config extension to activate migration
  
  Provide /etc/grub.d/99_migration plugin which causes
  the creation of a Migration grub menu entry. In addition
  the package build was cleaned up and extended by a new
  sub-package suse-migration-activation which provides
  that grub config plugin.
  
-------------------------------------------------------------------
Wed Nov 21 09:19:31 CET 2018 - ms@suse.de
  
- Remount system root if booted via grub loopback
  
  if the system to become migrated was booted via a grub
  loopback menuentry, the disk is blocked by that readonly
  loopback mount and needs to be remounted for read write
  access first
  
-------------------------------------------------------------------
Mon Nov 19 10:12:17 CET 2018 - ms@suse.de
  
- Bump version: 0.3.0 → 0.3.1
  
-------------------------------------------------------------------
Mon Nov 19 10:11:43 CET 2018 - ms@suse.de
  
- Hotfix fstab export method
  
  Put newline at the end of each fstab entry
  
-------------------------------------------------------------------
Fri Nov 16 14:49:49 CET 2018 - ms@suse.de
  
- Bump version: 0.2.1 → 0.3.0
  
-------------------------------------------------------------------
Fri Nov 16 13:17:26 CET 2018 - jesus.bv@suse.com
  
- Resolve the mount stack in reverse order
  
-------------------------------------------------------------------
Fri Nov 16 12:42:15 CET 2018 - jesus.bv@suse.com
  
- Remove variable
  
-------------------------------------------------------------------
Fri Nov 16 12:26:27 CET 2018 - jesus.bv@suse.com
  
- Cleanup of mounted paths
  
-------------------------------------------------------------------
Thu Nov 15 14:01:11 CET 2018 - jesus.bv@suse.com
  
- Mount sys
  
-------------------------------------------------------------------
Thu Nov 15 11:43:17 CET 2018 - jesus.bv@suse.com
  
- Test add entry of services calls
  
-------------------------------------------------------------------
Thu Nov 15 10:50:30 CET 2018 - jesus.bv@suse.com
  
- Store service calls
  
-------------------------------------------------------------------
Thu Nov 15 09:49:46 CET 2018 - jesus.bv@suse.com
  
- Make one call
  
-------------------------------------------------------------------
Thu Nov 15 09:46:52 CET 2018 - jesus.bv@suse.com
  
- Add dependencies
  
-------------------------------------------------------------------
Thu Nov 15 09:45:13 CET 2018 - jesus.bv@suse.com
  
- Specific service names
  
-------------------------------------------------------------------
Wed Nov 14 20:29:13 CET 2018 - ms@suse.de
  
- Umount service must run after grub-setup service
  
-------------------------------------------------------------------
Wed Nov 14 18:45:13 CET 2018 - ms@suse.de
  
- Refactor mount path handling
  
  Instead of duplicating code in the cleanup service make sure
  all services which mounts a location updates the mount meta
  data file /etc/system-root.fstab. The cleanup service in the
  end just reverse reads that file and umounts all locations
  
-------------------------------------------------------------------
Wed Nov 14 15:44:57 CET 2018 - jesus.bv@suse.com
  
- Update grub file to migrated version
  
-------------------------------------------------------------------
Wed Nov 14 15:32:39 CET 2018 - ms@suse.de
  
- Added umount service
  
  The umount service cleans up the migration host such that
  no active mount reference into the migrated systems exists
  anymore and we are safe to reboot
  
-------------------------------------------------------------------
Wed Nov 14 10:26:29 CET 2018 - rjschwei@suse.com
  
- Fix typo in doc string
  
-------------------------------------------------------------------
Tue Nov 13 16:12:38 CET 2018 - ms@suse.de
  
- Bump version: 0.2.0 → 0.2.1
  
-------------------------------------------------------------------
Tue Nov 13 13:20:48 CET 2018 - jesus.bv@suse.com
  
- Fix agree-licenses test
  
-------------------------------------------------------------------
Tue Nov 13 13:12:15 CET 2018 - jesus.bv@suse.com
  
- Fix agree-licenses option typo
  
-------------------------------------------------------------------
Tue Nov 13 11:16:20 CET 2018 - ms@suse.de
  
- Bump version: 0.1.2 → 0.2.0
  
-------------------------------------------------------------------
Tue Nov 13 11:08:33 CET 2018 - ms@suse.de
  
- Use --non-interactive flag
  
  Instead of pre selecting a menu index use the non
  interactive flag and make the code more robust
  
-------------------------------------------------------------------
Mon Nov 12 15:40:51 CET 2018 - ms@suse.de
  
- Added zypper migration service
  
  The service which actually runs the zypper migration plugin.
  The service is called after the preparation step has completed
  successfully
  
-------------------------------------------------------------------
Tue Oct 23 11:15:20 CEST 2018 - ms@suse.de
  
- Bump version: 0.1.1 → 0.1.2
  
-------------------------------------------------------------------
Tue Oct 23 11:12:23 CEST 2018 - ms@suse.de
  
- make sure to restart the network actively
  
-------------------------------------------------------------------
Tue Oct 23 09:31:36 CEST 2018 - ms@suse.de
  
- Bump version: 0.1.0 → 0.1.1
  
-------------------------------------------------------------------
Mon Oct 22 10:35:07 CEST 2018 - ms@suse.de
  
- The presence of /etc/SUSEConnect is optional
  
  Do not fail the prepare service if there is no /etc/SUSEConnect
  file available on the system to become migrated. Copy the
  file if present and just continue otherwise
  
-------------------------------------------------------------------
Tue Oct 16 09:02:56 CEST 2018 - ms@suse.de
  
- Bump version: 0.0.1 → 0.1.0
  
-------------------------------------------------------------------
Mon Oct 15 15:22:47 CEST 2018 - ms@suse.de
  
- Added prepare service
  
  The prepare service runs the preparation tasks for systemd
  to perform the migration. This includes the import of the
  SUSEConnect configuration from the host as well as the
  bind mount of the zypp metadata
  
-------------------------------------------------------------------
Mon Oct 15 11:55:11 CEST 2018 - ms@suse.de
  
- Added setup host network service
  
  Added service to activate the migration host system network
  
-------------------------------------------------------------------
Wed Oct 10 16:29:56 CEST 2018 - ms@suse.de
  
- Implement mount_system service
  
  The mount_system service looks for existing disk partitions
  and for an fstab file on that partitions. The first partition
  found with an fstab file is considered the system to upgrade.
  The fstab file is read in and mounted /system-root
  in the order of the fstab entries
  
-------------------------------------------------------------------
Wed Oct 10 15:44:42 CEST 2018 - ms@suse.de
  
- Activate travis Ci
  
-------------------------------------------------------------------
Wed Oct 10 15:43:09 CEST 2018 - ms@suse.de
  
- Added command and path helper classes
  
openSUSE Build Service is sponsored by