Problemen met SLES-migratie oplossen in virtuele Azure Linux-machines

Van toepassing op: ✔️ Virtuele Linux-machines

In dit artikel worden problemen besproken die optreden tijdens SUSE Linux Enterprise-servermigraties (SLES) en worden oplossingen voor deze problemen geboden.

Let op

Als u het proces in dit artikel volgt, wordt de verbinding tussen het gegevensvlak en het besturingsvlak van de virtuele machine (VM) verbroken. Azure-mogelijkheden, zoals automatische gastpatching, upgrades van installatiekopieën van automatisch besturingssysteem, Hotpatching en Azure Update Manager , zijn niet beschikbaar. Als u deze functies wilt gebruiken, is het raadzaam om een nieuwe VIRTUELE machine te maken met behulp van uw voorkeursbesturingssysteem in plaats van een in-place upgrade uit te voeren.

Vereiste

• Deze DMS-handleiding (Distribution Migration System) bevat algemene stappen voor het upgraden van SLES 12 naar SLES 15 voor een Azure-VM. Zie SUSE Linux Enterprise upgraden in de openbare cloud en de SUSE-productlevenscyclus voor meer informatie.
• Omdat voor de migratie de VM opnieuw moet worden opgestart, moet u de migratieactiviteit plannen volgens het goedgekeurde downtimevenster.
• Maak een volledige back-up of momentopname van de VM voordat u de migratie uitvoert.
• Controleer of de virtuele machine generatie V1 of generatie V2 is.

De generatieversie voor een VIRTUELE machine controleren

U kunt de generatieversie controleren met behulp van een van de volgende methoden:

• Voer de volgende opdracht uit in de SLES-terminal:

  sudo dmidecode | grep -i hyper
  

  Als het een VM van de eerste generatie is, wordt er geen uitvoer geretourneerd.

  Als het een VM van de tweede generatie is, ziet u een uitvoer zoals de volgende tekst:

  Version: Hyper-V UEFI Release v4.1
  Version: Hyper-V UEFI Release v4.1
  Version: Hyper-V UEFI Release v4.1
  Version: Hyper-V UEFI Release v4.1
  

• Ga in Azure Portal naar de vm-eigenschappen en controleer het veld voor het genereren van de VIRTUELE machine, zoals wordt weergegeven:

  

Scenario 1: Migratie van SLES 12 naar SLES 15 slaagt, maar upgrade van SLES 15 SP1 naar SP2 mislukt

Tijdens het uitvoeren van de sudo zypper migration opdracht mislukt de migratie en krijgt u de volgende uitvoer:

Can't get available migrations from server: SUSE::Connect::ApiError: The requested products 'HPC Module 12 x86_64' are not activated on the system.

Or

Can't get available migrations from server: SUSE::Connect::ApiError: Invalid combination of  products registered.

U kunt de uitvoer ook vinden in het /var/log/messages of /var/log/distro-migration.log bestand.

Oorzaak

Een belangrijke verandering tussen SLES 12 en SLES 15 is dat High Performance Computing (HPC) een zelfstandig product wordt. Daarom is de HPC-module niet meer beschikbaar voor systemen die zijn geregistreerd als SLES. Deze wijziging zorgt ervoor dat het migratiedoel geen doel kan vinden en dat het migratieproces mislukt.

Oplossing

U lost dit probleem op door de HPC-module te verwijderen voordat u de migratie start door de volgende opdracht uit te voeren:

sudo zypper rm sle-module-hpc-release-POOL sle-module-hpc-release

Tijdelijke oplossing

U kunt dit probleem omzeilen door van de /etc/products.d/ map naar een tijdelijke locatie te gaan sle-module-hpc.prod en de migratie opnieuw uit te voeren. Voer hiertoe de volgende opdrachten uit:

cd /etc/products.d

sudo mv sle-module-hpc.prod /tmp/

sudo zypper migration

Zie Belangrijke distributies in de openbare cloud en zypper-migratie mislukt in Azure voor meer informatie.

Scenario 2: Het installeren van het pakket 'suse-migration-sles15-activation' mislukt

Tijdens het installeren van het suse-migration-sles15-activation pakket mislukt de migratie en krijgt u de volgende uitvoer:

'suse-migration-sle15-activation' not found in package names. Trying capabilities. No provider of 'suse-migration-sle15-activation' found.

U kunt deze uitvoer ook vinden in het /var/log/messages of /var/log/distro-migration.log bestand.

Oorzaak

De SLES 12 Public Cloud-module is niet standaard ingeschakeld.

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. Schakel de module Public Cloud in en installeer het pakket opnieuw:

   sudo SUSEConnect -p sle-module-public-cloud/12/x86_64
   

   Notitie

   Op SLES voor SAP-exemplaren mogen er nooit twee pakketten bestaan: sle-ha-release en sle-ha-release-POOL. In dit geval verwijdert u deze pakketten voordat u de distributiemigratie start door de opdracht uit te sudo zypper remove sle-ha-release sle-ha-release-POOL voeren.

2. Voer een opschoning uit op het systeem en registreer het opnieuw:

   sudo SUSEConnect --cleanup
   

   sudo rm /etc/zypp/{credentials,services,repos}.d/*
   

   sudo rm --force --recursive /var/cache/zypp/*
   

   sudo rm /var/lib/cloudregister/*
   

   sudo registercloudguest --force-new
   

3. Controleer de status van de VM-registratie:

   sudo SUSEConnect --status
   

4. Ga verder met de migratie:

   sudo zypper migration
   

Zie Belangrijke distributies in de openbare cloud en SUSE Linux Enterprise upgraden in de openbare cloud voor meer informatie.

Scenario 3: Nadat u een upgrade van SLE 15 SP1 naar SLE 15 SP2 hebt uitgevoerd, kunnen VM's van de tweede generatie niet worden opgestart nadat deze zijn gestopt

Nadat de VM van de tweede generatie is bijgewerkt van SLES 15 SP1 naar SLES 15 SP2, wordt de VIRTUELE machine niet opgestart nadat deze is gestopt vanuit Azure Portal of door de init 0 opdracht uit shutdown -h te voeren. De volgende uitvoer wordt weergegeven in het seriële consolelogboek of boot.log in de /var/log/ map:

Loading Linux 5.3.18-24.49-default ...  
error: symbol grub_file_filters' not found                                                 
Loading initial ramdisk ...  
error: symbol grub_file_filters' not found
Press any key to continue.

Or

Loading Linux 5.3.18-24.49-default ...  
error: symbol grub_verify string' not found                                                 
Loading initial ramdisk ...  
error: symbol grub_verify string' not found
Press any key to continue...

Oorzaak

Nadat de VM van de tweede generatie opnieuw is opgestart, gestopt of de toewijzing ervan ongedaan is gemaakt, behoudt Hyper-V in de Azure-omgeving de opstartvermeldingen niet. In dit geval kan de SUSE Linux-VM niet worden opgestart.

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. Stel de chroot-omgeving in vanaf de betrokken momentopnameschijf van het VM-besturingssysteem op een herstel-VM, zoals beschreven in de Chroot-omgeving in een Linux-herstel-VM.

2. Installeer de GRUB bootloader opnieuw:

   sudo /usr/sbin/shim-install --config-file=/boot/grub2/grub.cfg
   

3. Vervang de momentopnameschijf terug naar de problematische VM, zoals beschreven in de Chroot-omgeving in een Linux-reddings-VM.

Zie grub2-fout: symbool 'grub_file_filters' niet gevonden voor meer informatie.

Scenario 4: Migratie van SLES 15 naar SLES 15 SP3 mislukt

De migratie mislukt van SLES 15 naar SLES 15 SP3 en u krijgt de volgende uitvoer:

Can't get available migrations from server: SUSE::Connect::ApiError: The requested products 'SUSE Linux Enterprise High Availability Extension 15 SP1 x86_64, Basesystem Module 15 SP1 x86_64, SUSE Cloud Application Platform Tools Module 15 SP1 x86_64, Containers Module 15 SP1 x86_64, Desktop Applications Module 15 SP1 x86_64, Development Tools Module 15 SP1 x86_64, Legacy Module 15 SP1 x86_64, Public Cloud Module 15 SP1 x86_64, Python 2 Module 15 SP1 x86_64, SAP Applications Module 15 SP1 x86_64, Server Applications Module 15 SP1 x86_64, Web and Scripting Module 15 SP1 x86_64, Transactional Server Module 15 SP1 x86_64' are not activated on the system.
/usr/lib/zypper/commands/zypper-migration' exited with status 1

U kunt het ook vinden in het /var/log/messages of /var/log/distro-migration.log bestand.

Oorzaak

Deze fout treedt op omdat SLES-migratie van SLES 15 naar een latere versie wordt onderbroken, gestopt of per ongeluk is beëindigd, wat resulteert in de onvolledige pakketupdates in het systeem.

Oplossing

U kunt dit probleem oplossen door alle pakketten terug te draaien naar de versies die compatibel zijn met SLES 15 en probeer de migratie opnieuw uit te voeren:

1. Controleer dubbele pakketten in het systeem:

   sudo zypper dup
   

2. De wijzigingen terugdraaien:

   sudo zypper rollback
   

3. Voer de migratie opnieuw uit:

   sudo zypper migration
   

Scenario 6: Na de migratie kan SUSE niet worden opgestart met de meest recente kernel gevolgd door een registratiefout

Na de migratie kan de VM niet worden opgestart met de meest recente kernel. Daarnaast werken opslagplaatsen niet en krijgt u een foutmelding waarin wordt aangegeven dat de opslagplaatsen niet zijn gedefinieerd.

Oorzaak

De /etc/credentials.d map heeft onjuiste machtigingen of de inhoud van een bestand in deze map is onjuist of beschadigd.

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. De registratie opschonen:

   sudo rm /var/cache/cloudregister/
   

   sudo rm /etc/zypp/credentials.d/
   

   sudo chmod 0755 /etc/zypp/credentials.d*
   

   sudo registercloudguest --force-new
   

2. Nadat de registratie is voltooid, patcht u de VM en start u deze opnieuw op:

   sudo zypper update
   
   

   sudo reboot
   

Scenario 7: migratie van SLES 12 SP5 naar SLES 15 SP1 mislukt vanwege het probleem met de regionService-directory

De migratie mislukt van SLES 12 SP5 naar SLES 15 SP1 en u krijgt de volgende uitvoer:

Skipping repository 'SLE-Module-Containers12-Updates' because of the above error.
Error retrieving metadata for 'SLE-Module-HPC12-Pool':
Not ready to read within timeout.
Skipping repository 'SLE-Module-HPC12-Pool' because of the above error.
Error retrieving metadata for 'SLE-Module-HPC12-Updates' :
Not ready to read within timeout.
Skipping repository 'SLE-Module-HPC12-Updates' because of the above error.
Error retrieving metadata for 'SLE-Module-Legacy12-Pool' :
Not ready to read within timeout.
Skipping repository 'SLE-Module-Legacy12-Pool' because of the above err Error retrieving metadata for 'SLE-Module-Legacy12-Updates' :
Not ready to read within timeout.
Skipping repository 'SLE-Module-Legacy12-Updates' because of the above Error retrieving metadata for 'SLE-Module-Public-Cloud12-Pool' :
Not ready to read within timeout.
Skipping repository 'SLE-Module-Public-Cloud12-Pool' because of the abo Error retrieving metadata for 'SLE-Module-Public-Cloud12-Updates' :
Not ready to read within timeout.
Skipping repository 'SLE-Module-Public-Cloud12-Updates' because of the

U kunt de uitvoer ook vinden in het /var/log/messages of /var/log/distro-migration.log bestand.

Oorzaak

De regionService map wordt verplaatst van /var/lib naar /usr/lib, maar de DMS-scripting zoekt alleen naar de certs map onder /var/lib bij het instellen van de bindingskoppeling in de ISO-runtimeomgeving.

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. Maak de eerder gebruikte map /var/lib/regionService/certs:

   sudo mkdir -p /var/lib/regionService/certs
   

2. Kopieer de certificaatbestanden naar /var/lib/regionService/certs:

   sudo cp -a /usr/lib/regionService/certs/* /var/lib/regionService/certs/
   

3. Wijzig het /etc/regionserverclnt.cfg bestand en stel de certLocation parameter in op het eerder gebruikte pad /var/lib/regionService/certs:

   sudo vi /etc/regionserverclnt.cfg
   

4. Controleer het gewijzigde bestand:

   sudo cat /etc/regionserverclnt.cfg
   

   [server]
   api = regionInfo
   #certLocation = /usr/lib/regionService/certs
   certLocation = /var/lib/regionService/certs
   regionsrv = 23.100.36.229,40.121.202.140,52.187.53.250,104.45.31.195,191.237.254.253
   [instance]
   dataProvider = /usr/bin/azuremetadata --api latest --subscriptionId --billingTag --attestedData --signature --xml
   instanceArgs = msftazure
   httpsOnly = true
   

5. Installeer het meest recente SLES15-Migration pakket:

   sudo zypper in SLES15-Migration
   

6. Voer de migratie opnieuw uit:

   sudo zypper migration
   

Zie SLES 12 SP5 Distribution Migration System (DMS) is mislukt voor meer informatie.

Scenario 8: Migratie mislukt vanwege een onbekende map in de map /etc/pki/trust/anchors

Migratie van SLES 12 SP5 naar SLES 15 SP1 mislukt en de volgende foutberichten worden weergegeven in het /var/log/distro_migration.log bestand:

Mar 11 13:39:15 localhost suse-migration-prepare[1510]: IsADirectoryError: [Errno 21] Is a directory: '/system-root/etc/pki/trust/anchors/temp'
Mar 11 13:39:15 localhost systemd[1]: suse-migration-prepare.service: Main process exited, code=exited, status=1/FAILURE
Mar 11 13:39:15 localhost systemd[1]: Failed to start Prepare For Migration.
Mar 11 13:39:15 localhost systemd[1]: suse-migration-prepare.service: Unit entered failed state.
Mar 11 13:39:15 localhost systemd[1]: suse-migration-prepare.service: Failed with result 'exit-code'.

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. Verplaats de temp map in de /etc/pki/trust/anchors map naar de /backuplocation/ map:

   sudo mv /etc/pki/trust/anchors/temp /backuplocation/temp
   

2. Installeer het migratiepakket:

   sudo zypper install suse-migration-sle15-activation
   

3. Voer de migratie opnieuw uit:

   sudo zypper migration
   

Scenario 9: SUSE-registratie en -opslagplaatsen werken niet na de migratie

Tijdens de migratie van het besturingssysteem van SLES 15 SP3 naar SLES 15 SP4 is het proces voltooid. Wanneer u echter migreert van SLES 15 SP4 naar SLES 15 SP5, werken de migratie en updates niet zoals verwacht en krijgt u de volgende uitvoer:

         sle-module-desktop-applications/15.3/x86_64 Desktop Applications Module
         sle-module-development-tools/15.3/x86_64 Development Tools Module
         sle-ha/15.3/x86_64          SUSE Linux Enterprise High Availability Extension 15 SP3
         sle-module-sap-applications/15.3/x86 64  SAP Applications Module
         sle-module-live-patching/15.3/x86_64   SUSE Linux Enterprise Live Patching
         PackageHub/15.3/x86 64   SUSE Package Hub 15
         sle-module-certifications/15.3/x86_64   Certifications Module
 Unavailable migrations (product is not mirrored):
         SUSE Linux Enterprise Server for SAP Applications 15 SP6 x86_64 (not available) Basesystem Module 15 SP6 x86_64 (not available) Certifications Module 15 SP6 x86_64 (not available) Containers Module 15 SP6 x86_64 (not available)
         Desktop Applications Module 15 SP6 x86_64 (not available)
         Server Applications Module 15 SP6 x86_64 (not available)
         SUSE Linux Enterprise Live Patching 15 SP6 x86_64 (not available)
         SUSE Package Hub 15 SP6 x86_64 (not available)
         Development Tools Module 15 SP6 x86_64 (not available)
         Legacy Module 15 SP6 x86_64 (not available)
         Public Cloud Module 15 SP6 x86_64 (not available)
         SUSE Linux Enterprise High Availability Extension 15 SP6 x86 64 (not available) Web and Scripting Module 15 SP6 x86_64 (not available)
         SAP Applications Module 15 SP6 x86_64 (not available)
No migration available.
'/usr/lib/zypper/commands/zypper-migration' exited with status 1

Oplossing

Volg deze stappen om dit probleem op te lossen:

1. Activeer en deactiveer de volgende modules vóór de migratie.

   1. Activeer de volgende modules:

      sudo SUSEConnect -p sle-module-web-scripting/15.3/x86_64
      sudo SUSEConnect -p sle-module-public-cloud/15.3/x86_64
      sudo SUSEConnect -p sle-module-containers/15.3/x86_64
      sudo SUSEConnect -p sle-module-live-patching/15.3/x86_64
      

   2. Deactiveer de volgende modules:

      sudo SUSEConnect -d -p sle-module-legacy/15.3/x86_64
      sudo SUSEConnect -d -p sle-module-python2/15.3/x86_64
      sudo SUSEConnect -d -p PackageHub/15.3/x86_64
      

2. Voer een opschoning uit op het systeem en registreer het opnieuw:

   sudo SUSEConnect --cleanup
   

   sudo rm /etc/zypp/{credentials,services,repos}.d/*
   

   sudo rm --force --recursive /var/cache/zypp/*
   

   sudo rm /var/lib/cloudregister/*
   

   sudo registercloudguest --force-new
   

3. Controleer de status van de VM-registratie:

   sudo SUSEConnect --status
   

Scenario 10: SLES 15-migratie mislukt van SP3 naar SP4 met ongeldige referenties en fouten in de opslagplaats

De SLES 15-migratie van SP3 naar SP4 mislukt en u krijgt de volgende uitvoer:

sudo SUSEConnect -S

Error: Invalid system credentials, probably because the registered system was deleted in SUSE Customer Center. Check https://scc.suse.com whether your system appears there. If it does not, please call SUSEConnect --cleanup and re-register this system.

sudo zypper migration

Executing '/usr/bin/zypper patch-check-updatestack-only'
Loading repository data...
Warning: No repositories defined. Operating only with the installed resolvables. Nothing can be installed. Reading installed packages...
O patches needed (0 security patches)
Executing '/usr/bin/zypper ref'
Warning: There are no enabled repositories defined.
Use 'zypper addrepo' or 'zypper modifyrepo' commands to add or enable repositories.
repository refresh failed, exiting
'/usr/lib/zypper/commands/zypper-migration' exited with status 1

U kunt ook de uitvoer in het /var/log/messages of /var/log/distro-migration.log bestand vinden.

Oorzaak

De migratie mislukt omdat de certificeringsmodule bestaat.

Oplossing

Voer de volgende opdracht uit om de certificeringsmodule vóór de update uit te schakelen en probeer de migratie opnieuw om dit probleem op te lossen:

sudo SUSEConnect -d -p sle-module-certifications/15.3/x86_64

Scenario 11: Migratie mislukt vanwege modules en beveiligingshulpprogramma's van derden

Sommige problemen treden op tijdens de vm-migratie, zoals de VM die een vastgelopen status invoert, opstartfouten of langdurige processen in zypper-moduleopslagplaatsen.

Oorzaak

• Beveiligingshulpprogramma's kunnen de migratie verstoren door bewerkingen te blokkeren of systeembestanden te wijzigen, wat tot instabiliteit leidt.
• Opslagplaatsen van derden kunnen pakketten introduceren die conflicteren met officiële SUSE-pakketten, wat mogelijk verdere complicaties veroorzaakt tijdens de upgrade.

Oplossing

Het is raadzaam om opslagplaatsen en beveiligingshulpprogramma's van derden op het systeem uit te schakelen voordat u doorgaat met de SUSE-migratie. Het uitschakelen ervan tijdens de migratie is van cruciaal belang om afhankelijkheidsconflicten te voorkomen, de stabiliteit van het systeem te waarborgen, consistentie met officiële pakketten te behouden, het oplossen van problemen te vereenvoudigen en een soepeler upgradeproces te bieden.

Volgende stappen

Als uw probleem niet is opgelost, maakt u een ondersteuningsaanvraag. Wanneer u uw aanvraag indient, voegt u een kopie van het /var/log/distromigration.log bestand bij voor probleemoplossing.

Disclaimerinformatie van derden

De producten van derden die in dit artikel worden vermeld, worden vervaardigd door bedrijven die onafhankelijk zijn van Microsoft. Microsoft verleent dan ook geen enkele garantie, impliciet noch anderszins, omtrent de prestaties of de betrouwbaarheid van deze producten.

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Azure-feedbackcommunity.