Para habilitar la extensión LTSS, realice los siguientes pasos:

1. Asegúrese de que su sistema esté registrado con una suscripción que admita LTSS. Si el sistema aún no está registrado, ejecute:

   > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS

2. Asegúrese de que la extensión LTSS está disponible para su sistema:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 15 SP4 x86_64
   Activate with: SUSEConnect -p SLES-LTSS/15.4/x86_64 -r ADDITIONAL REGCODE

3. Active el módulo como se indica:

   > sudo SUSEConnect -p SLES-LTSS/15.4/x86_64 -r REGISTRATION_CODE

1. Cree un archivo denominado repositories.bak.repo que contenga una lista de todos los repositorios utilizados:

   # zypper lr -e repositories.bak

2. Cree también un archivo denominado installed-software.bak que contenga una lista de todos los paquetes instalados:

   # rpm -qa --queryformat '%{NAME}\n' >
        installed-software.bak

3. Realice una copia de seguridad de ambos archivos. Los repositorios y los paquetes instalados se pueden restaurar con los comandos siguientes:

   # zypper ar repositories.bak.repo
   # zypper install $(cat installed-software.bak)

   

   Nota: el número de paquetes aumenta con una actualización a una nueva versión principal

   Un sistema actualizado a una nueva versión principal (SLE X+1) puede contener más paquetes que el sistema inicial (SLE X). También contendrá más paquetes que una instalación nueva de SLE X+1 con la misma selección de patrón. Algunos de los posibles motivos son los siguientes:

   • Los paquetes se han dividido para ofrecer una selección más precisa. por ejemplo ,37 paquetes texlive de SLE 11 se dividieron en 3000 paquetes en SLE 15.

   • Cuando un paquete se divide, se instalan todos los paquetes durante la actualización para conservar la misma funcionalidad de la versión anterior. Sin embargo, una instalación nueva de SLE X+1 podría no instalar por defecto todos los paquetes.

   • Los paquetes heredados de SLE X podrían conservarse por razones de compatibilidad.

   • Las dependencias de paquetes y el ámbito de los patrones pueden haber cambiado.

1. Compruebe si la extensión LTSS está habilitada:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 12 SP4 x86_64 (Installed)
   Deactivate with: SUSEConnect -d -p SLES-LTSS/12.4/x86_64

2. Inhabilite la extensión LTSS con el comando resultante de SUSEConnect anterior:

   > sudo SUSEConnect -d -p SLES-LTSS/12.4/x86_64
   Deregistered SUSE Linux Enterprise Server LTSS 12 SP4 x86_64
   To server: https://scc.suse.com/

3. Verifique que el repositorio LTSS ya no está presente con zypper lr.

1. Asegúrese de que se cumplen las siguientes condiciones previas:

   • Si aún no lo ha hecho, actualice todos los paquetes de la versión anterior de PostgreSQL a la más reciente mediante una actualización de mantenimiento.

   • Cree una copia de seguridad de la base de datos existente.

   • Instale los paquetes de la nueva versión principal de PostgreSQL. Para SLE 15 SP4, esto significa instalar postgresql13-server y todos los paquetes de los que depende.

   • Instale el paquete postgresql13-contrib que contiene el comando pg_upgrade.

   • Asegúrese de que dispone de suficiente espacio libre en el área de datos de PostgreSQL, que por defecto es /var/lib/pgsql/data. Si hay poco espacio, intente reducir el tamaño con los comandos siguientes de SQL en cada base de datos (esta operación puede tardar mucho tiempo):

     VACUUM FULL

2. Detenga el servidor de PostgreSQL con:

   # /usr/sbin/rcpostgresql stop

   o bien

   # systemctl stop postgresql.service

   (según la versión de SLE que utilice como versión de inicio para la actualización).

3. Renombre el directorio de datos anterior:

   # mv /var/lib/pgsql/data /var/lib/pgsql/data.old

4. Inicialice la nueva instancia de la base de datos manualmente con initdb o iniciando y deteniendo PostgreSQL, con lo que el proceso se realizará automáticamente:

   # /usr/sbin/rcpostgresql start
   # /usr/sbin/rcpostgresql stop

   o bien

   # systemctl start postgresql.service
   # systemctl stop postgresql.service

   (según la versión de SLE que utilice como versión de inicio para la actualización).

5. Si ha cambiado los archivos de configuración en la versión anterior, plantéese la posibilidad de transferir esos cambios a los nuevos archivos de configuración. Esto puede afectar a los archivos postgresql.auto.conf, postgresql.conf, pg_hba.conf y pg_ident.conf. Las versiones anteriores de estos archivos se encuentra en /var/lib/pgsql/data.old/ y las versiones nuevas en /var/lib/pgsql/data.

   Tenga en cuenta que no se recomienda copiar los archivos de configuración antiguos, ya que se podrían sobrescribir las opciones nuevas, los valores por defecto nuevos y los comentarios que se hayan modificado.

6. Inicie el proceso de migración como el usuario postgres:

   # su - postgres
   postgres > pg_upgrade \
    --old-datadir "/var/lib/pgsql/data.old" \
    --new-datadir "/var/lib/pgsql/data" \
    --old-bindir "/usr/lib/postgresql12/bin/" \
    --new-bindir "/usr/lib/postgresql13/bin/"

7. Inicie la nueva instancia de base de datos con:

   # /usr/sbin/rcpostgresql start

   o bien

   # systemctl start postgresql.service

   (según la versión de SLE que utilice como versión de inicio para la actualización).

8. Compruebe si la migración se ha realizado correctamente. El ámbito de la prueba depende del uso que haga y no existe ninguna herramienta general para automatizar este paso.

9. Elimine todos los paquetes anteriores de PostgreSQL y el directorio de datos antiguo:

   # zypper search -s postgresql12| xargs zypper rm -u
   # rm -rf /var/lib/pgsql/data.old

1. Cree un archivo de volcado de memoria:

   # mysqldump -u root -p --all-databases --add-drop-database > mysql_backup.sql

   Por defecto, mysqldump no realiza el volcado de INFORMATION_SCHEMA ni de la base de datos performance_schema. Para obtener más información, consulte https://mariadb.com/kb/en/mariadb-dumpmysqldump/.

2. Guarde el archivo de volcado de memoria, el archivo de configuración /etc/my.cnf y el directorio /etc/mysql/ para su investigación posterior (no para la instalación) en un lugar seguro.

3. Realice la actualización de SUSE Linux Enterprise Server. Después de la actualización, el archivo de configuración anterior /etc/my.cnf seguirá intacto. Encontrará la nueva configuración en el archivo /etc/my.cnf.rpmnew.

4. Configure la base de datos MariaDB según sus necesidades. No use el archivo de configuración ni el directorio anterior, en su lugar, empléelos como recordatorios y adáptelos.

5. Asegúrese de iniciar el servidor de MariaDB:

   # systemctl start mariadb

   Si desea iniciar el servidor de MariaDB cada vez que arranque, habilite el servicio:

   # systemctl enable mariadb

6. Conéctese a la base de datos para verificar que MariaDB se está ejecutando correctamente:

   # mariadb -u root -p

1. Abra un terminal y entre como usuario root.

2. Cree una clave privada:

   # openssl genrsa -out server.key 1024

   Si desea una clave más sólida, sustituya 1024 por un número más elevado, por ejemplo, 4096.

3. Cree una petición de firma de certificado (CSR):

   # openssl req -new -key server.key -out server.csr

4. Autofirmar el certificado:

   # openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt

5. Cree el archivo PEM:

   # cat server.key server.crt > server.pem

6. Coloque los archivosServer.CRT,Server.CSR,Server.Key, yServer.PEMen los directorios respectivos las claves que puede que encuentran. Para Tomcat, por ejemplo, este directorio es/etc/tomcat/ssl/.

1. Entre en el equipo cliente.

2. El paso siguiente depende del sistema operativo del cliente:

   • Para SUSE Linux Enterprise 11, ejecute los comandos siguientes:

     > sudo suse_register -E
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*
     > sudo rm -f /var/cache/SuseRegister/*
     > sudo rm -f /etc/suseRegister*
     > sudo rm -f /var/cache/SuseRegister/lastzmdconfig.cache
     > sudo rm -f /etc/zmd/deviceid
     > sudo rm -f /etc/zmd/secret

   • Para SUSE Linux Enterprise 12, ejecute los comandos siguientes:

     > sudo SUSEConnect --de-register
     > sudo SUSEConnect --cleanup
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*

3. Entre en el servidor SMT.

4. Compruebe si se ha anulado correctamente el registro del cliente mostrando todos los registros del cliente:

   > sudo smt-list-registrations

5. Si el nombre de host del cliente sigue apareciendo con este comando, anote el ID exclusivo del cliente de la primera columna (puede que el cliente aparezca con varios ID).

6. Suprimir el registro de ese cliente:

   > sudo smt-delete-registration -g UNIQUE_ID

7. Si el cliente se muestra con varios ID, repita el paso anterior para cada uno de sus ID exclusivos.

8. Compruebe si ya se ha anulado correctamente el registro del cliente volviendo a ejecutar:

   > sudo smt-list-registrations

1. Seleccione y prepare un medio de arranque, consulte el Book “Guía de distribución”.

2. Inserte el DVD del instalador unificado de SUSE Linux Enterprise Server 15 SP4 y arranque el equipo. Se muestra una pantalla de bienvenida, seguida de la pantalla de arranque.

3. Opcional: para forzar que solo se instalen los paquetes desde el DVD y no desde los orígenes de red, añada la opción de arranque media_upgrade=1.

4. Para iniciar el sistema, seleccione Actualizar en el menú de arranque.

5. Proceda con el proceso de actualización descrito en la Sección 4.4, “Actualización de SUSE Linux Enterprise”.

Nota: Centro de servicios al cliente de SUSE y conexión a Internet

Si el sistema que desea actualizar está registrado en el Centro de servicios al cliente de SUSE, asegúrese de que dispone de conexión a Internet durante el procedimiento siguiente.

1. Después de arrancar (ya sea desde un medio de instalación o desde la red), seleccione la opción Actualizar en la pantalla de arranque.

   

   Aviso: una elección equivocada puede provocar la pérdida de datos

   Asegúrese de que ha seleccionado Actualizar. En caso de que seleccione Instalación por error, la partición de datos se sobrescribirá con una instalación nueva.

   YaST inicia el sistema de instalación.

2. En la pantalla Bienvenido, seleccione el Idioma y el Teclado. Haga clic en Siguiente.

   YaST comprueba en las particiones si hay sistemas SUSE Linux Enterprise ya instalados.

3. En la pantalla Seleccionar para actualizar, seleccione la partición que desea actualizar y haga clic en Siguiente.

4. YaST monta la partición seleccionada y muestra el acuerdo de licencia del producto actualizado. Para continuar, acepte la licencia.

5. En la pantalla Repositorios usados anteriormente, ajuste el estado de los repositorios. Por defecto se eliminan todos los repositorios. Si no ha añadido ningún repositorio personalizado, no modifique los valores. Los paquetes para la actualización se instalarán desde el DVD y, opcionalmente, podrá habilitar los repositorios en línea por defecto en el paso siguiente.

   Si tiene repositorios personalizados, dispondrá de dos opciones:

   • Deje el repositorio en estado Eliminado. El software que se haya instalado desde este repositorio se eliminará durante la actualización. Utilice este método si no hay ninguna versión del repositorio que coincida con la nueva versión.

   • Actualice y habilite el repositorio si coincide con la nueva versión. Cambie la URL haciendo clic en el repositorio en la lista y, a continuación, en Cambiar. Habilite el repositorio marcando la casilla de verificación Cambiar estado hasta que aparezca la opción Habilitar.

   No conserve los repositorios de la versión anterior, ya que el sistema puede dejar de ser estable o dejar de funcionar. Para continuar, haga clic en Siguiente.

6. El siguiente paso depende de si el sistema actualizado está registrado o no en el Centro de servicios al cliente de SUSE.

   1. Si el sistema no está registrado, YaST muestra un mensaje emergente que sugiere utilizar un segundo medio de instalación, la imagen SLE-15-SP4-Full-ARQUITECTURA-GM-media1.iso.

      Si no dispone de ese medio, no es posible actualizar el sistema sin registro.

   2. Si el sistema está registrado, YaST mostrará destinos de migración posibles y un resumen.

      Seleccione un destino de migración de la lista y haga clic en Siguiente.

7. En el recuadro de diálogo siguiente, puede añadir opcionalmente un medio de instalación adicional. Si dispone de medios de instalación adicionales, active la opción Deseo instalar otro producto adicional y especifique el tipo de medio.

8. Revise la Configuración de la instalación de la actualización.

9. Si está de acuerdo con todos los valores, inicie el procedimiento de instalación y eliminación haciendo clic en Actualizar.

   

   Sugerencia: fallo de actualización en clientes SMT

   Si el equipo que desea actualizar es un cliente SMT y no se puede realizar la actualización, consulte el Procedimiento 3.1, “Anulación de un cliente de SUSE Linux Enterprise desde un servidor SMT” y reinicie el procedimiento de actualización más tarde.

10. Después de que el proceso de actualización haya finalizado correctamente, realice las comprobaciones posteriores a la actualización descritas en la Sección 6.1, “Comprobaciones posteriores a la actualización”.

1. Inicie YaST y seleccione Software ›  Registro del producto para abrir el recuadro de diálogo Registro.

2. Indique la dirección de correo electrónico asociada con la cuenta de SUSE que usted o su organización utilice para gestionar las suscripciones. En caso de que aún no tenga una cuenta de SUSE, diríjase a la página principal del Centro de servicios al cliente de SUSE (https://scc.suse.com/) a fin de crear una.

3. Introduzca el código de registro que recibió con la copia de SUSE Linux Enterprise Server.

4. Si en la red hay más de un servidor de registro local disponible, podrá elegir uno en la lista.

5. Para iniciar el registro, haga clic en Siguiente.

   Después de registrarse correctamente, YaST muestra las extensiones, los productos adicionales y los módulos disponibles para el sistema. Para seleccionarlos e instalarlos, continúe en: Book “Guía de distribución”, Chapter 9 “Registro de SUSE Linux Enterprise y gestión de módulos y extensiones”, Section 9.4 “Gestión de módulos y extensiones en un sistema en ejecución”.

1. Desactive todas las extensiones sin usar del servidor de registro para evitar futuros conflictos de dependencias. Si olvida una extensión, YaST detectará posteriormente los repositorios de extensiones no utilizados y los desactivará.

2. Si ha entrado en una sesión de GNOME que se esté ejecutando en el equipo que va a actualizar, cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión de GNOME. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con GNOME).

3. Ejecute la actualización en línea de YaST para obtener las actualizaciones más recientes del paquete para su sistema.

4. Instale el paquete yast2-migration y sus dependencias (en YaST en Software › Gestión de software).

5. Reinicie YaST, o el módulo recién instalado no se mostrará en el Centro de control.

6. En YaST, seleccione Migración en línea (según la versión de SUSE Linux Enterprise Server desde la que vaya a actualizar, este módulo se categoriza como Sistema o Software). YaST muestra los destinos de migración posibles y un resumen. Si hay disponible más de un destino de migración para el sistema, seleccione uno en la lista.

7. Seleccione un destino de migración de la lista y haga clic en Siguiente.

8. Si la herramienta de migración ofrezca repositorios de actualización, se recomienda continuar haciendo clic en Sí.

9. Si la herramienta Migración en línea encuentra repositorios obsoletos provenientes del DVD o de un servidor local, se recomienda encarecidamente inhabilitarlos. Los repositorios obsoletos proceden de un paquete de servicio anterior. Los repositorios antiguos del Centro de servicios al cliente de SUSE o de RMT se eliminan automáticamente.

10. Revise el resumen y haga clic en Siguiente para continuar con la migración. Para confirmar, haga clic en Iniciar actualización.

11. Cuando se complete correctamente la migración, reinicie el sistema.

1. Si ha entrado en una sesión de GNOME que se esté ejecutando en el equipo que va a actualizar, cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión de GNOME. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con GNOME).

2. Si aún no lo ha hecho, registre el equipo en SUSE Linux Enterprise:

   > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

3. Inicie la migración:

   > sudo zypper migration

   Notas sobre el proceso de migración:

   • Si hay disponible más de un destino de migración para el sistema, Zypper permite seleccionar uno en la lista. Esto es lo mismo que omitir uno o varios paquetes de servicio. Tenga en cuenta que la migración en línea de productos base (SLES y SLED) sigue estando disponible solo entre los paquetes de servicio de una versión principal.

   • Por defecto, Zypper usa la opción --no-allow-vendor-change, que se pasa a zypper dup. Si se ha instalado un paquete desde un repositorio de otro fabricante, esta opción impide que los paquetes se sustituyan por los mismos paquetes provenientes de SUSE.

   • Si Zypper encuentra repositorios obsoletos provenientes del DVD o de un servidor local, se recomienda encarecidamente inhabilitarlos. Los repositorios antiguos del Centro de servicios al cliente de SUSE o de RMT se eliminan automáticamente.

4. Revise todos los cambios, sobre todo los paquetes que se van a eliminar. Para continuar, escriba y (el número exacto de paquetes para actualizar puede variar en su sistema):

   266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
   Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
   Continue? [y/n/? shows all options] (y):

   Use las teclas Mayús–Página ↑ o Mayús–Página ↓ para desplazarse por la shell.

5. Cuando se complete correctamente la migración, reinicie el sistema.

1. Si ha entrado en una sesión gráfica que se ejecuta en la máquina que va a migrar, salga y cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión gráfica. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con X).

2. Actualice las herramientas de gestión del paquete con los repositorios de SUSE Linux Enterprise anteriores:

   > sudo zypper patch --updatestack-only

3. Obtenga una lista de los paquetes que no tienen un repositorio asignado actualmente (paquetes huérfanos). Estos paquetes no se migrarán y no se garantiza que funcionen después de la migración (dado que otros paquetes de los que puedan depender hayan cambiado de forma que ya no sean compatibles). Para obtener la lista, ejecute:

   > sudo zypper packages --orphaned

   Repase cuidadosamente la lista y elimine todos los paquetes huérfanos que ya no sean necesarios. Anote todos los paquetes huérfanos restantes; necesitará esta información más adelante para compararlos.

4. Obtenga una lista de todos los repositorios a los que está suscrito actualmente el sistema. Para ello, ejecute:

   > sudo zypper repos -u

   Actualice la URL de cada repositorio para que el número de versión del producto sea 15-SP4. Por ejemplo, si la URL de un repositorio es

   http://rmt.example.com/repo/SUSE/Products/SLE-15-SP2-Product-SLES/x86_64/product/

   cámbiela a

   http://rmt.example.com/repo/SUSE/Products/SLE-15-SP3-Product-SLES/x86_64/product/

   Esto debe llevarse a cabo con todos los repositorios habilitados. Puede resultar útil hacerlo también para los repositorios que están inhabilitados, para evitar que haya orígenes de instalación erróneos en el sistema cuando se activen más adelante.

   Para modificar las URL de los repositorios, tiene las opciones siguientes:

   1. Mediante YaST › Software › Repositorios de software. Seleccione un repositorio y haga clic en Editar para realizar los cambios necesarios. Repita este paso para todos los repositorios.

   2. Mediante Zypper. Elimine el repositorio antiguo ejecutando

      > sudo zypper removerepo OLD_REPO_ID

      A continuación, añada el nuevo repositorio correspondiente ejecutando

       > sudo zypper addrepo -f URL NAME-15-SP4

   3. Editando los archivos de configuración del repositorio en /etc/zypp/repos.d. Cada repositorio se representa mediante un archivo de configuración. Es necesario cambiar el valor del parámetro baseurl en cada archivo.

5. Revise los cambios ejecutando zypper repos -u y actualice los repositorios con:

   > sudo zypper refresh -f -s

   En caso de que falle la actualización de un repositorio, compruebe si ha introducido una URL errónea. Si el problema no se puede solucionar, se recomienda inhabilitar el repositorio que falla.

   Si todos los repositorios están configurados correctamente, ejecute de nuevo:

   > sudo zypper refresh -f -s

   Así se asegurará de que todos los repositorios están actualizados.

6. Antes de iniciar la migración, se recomienda realizar una ejecución de prueba:

   > sudo zypper dup -D --no-allow-vendor-change --no-recommends

   El parámetro -D lleva a cabo una ejecución de simulación para probar la migración sin modificar realmente el sistema. Si se producen problemas, corríjalos antes de continuar. En caso de que la ejecución de prueba se realice correctamente, realice la migración real ejecutando:

   > sudo zypper dup --no-allow-vendor-change --no-recommends

   -no-allow-vendor-change garantiza que los RPM de otros fabricantes no sobrescriban los RPM del sistema base. La opción --no-recommends garantiza que el paquete deseleccionado durante la instalación inicial no se añadirá de nuevo.

7. Después de que finalice la migración y se haya arrancado el sistema con la nueva versión del paquete de servicio, ejecute de nuevo la comprobación de paquetes huérfanos:

   > sudo zypper packages --orphaned

   Compare la nueva lista con la que generó antes de iniciar la migración. Si hay nuevos paquetes en la lista, puede deberse a que se hayan trasladado a un módulo diferente en el nuevo paquete de servicio. Si no tenía ese módulo en la instalación anterior, el paquete no se habrá actualizado.

   Puede comprobar a qué módulo pertenece un paquete en https://scc.suse.com/packages. Añada los módulos que faltan con zypper addrepo o con el módulo de repositorios de software de YaST y, después, actualice los paquetes huérfanos ejecutando:

   > sudo zypper install --no-recommends LIST OF PACKAGES

8. Ya ha completado correctamente la migración a un nuevo paquete de servicio.

1. Obtenga una lista de todas las instantáneas de Snapper:

   > sudo snapper list

   Revise el resultado para localizar la instantánea que se creó inmediatamente antes de la migración del paquete de servicios. La columna Descripción contiene la instrucción correspondiente y la instantánea está marcada como importante en la columna Información del usuario. Memorice el número de la instantánea de la columna n.º y la fecha de la columna Fecha.

2. Rearranque el sistema. En el menú de arranque, seleccione Iniciar cargador de arranque desde una instantánea de solo lectura y, a continuación, la instantánea con la fecha y el número que memorizó en el paso anterior. Se carga un segundo menú de arranque (el de la instantánea). Seleccione la entrada que empieza por SLES 15 SP4 y arránquela.

3. El sistema arranca en el estado anterior con la partición de sistema montada como de solo lectura. Entre como usuario root y compruebe si ha elegido la instantánea correcta. Asegúrese también de que todo funciona como se espera. Tenga en cuenta que, ya que el sistema de archivos raíz se monta como de solo lectura, pueden aplicarse restricciones a la funcionalidad.

   En caso de problemas o si ha arrancado la instantánea equivocada, vuelva a arrancar y elija otra instantánea de arranque: hasta este momento no se han realizado cambios permanentes. Si la instantánea es correcta y funciona como se espera, haga permanente el cambio ejecutando el comando siguiente:

   > sudo snapper rollback

   Rearranque el equipo. En la pantalla de arranque, seleccione la entrada de arranque por defecto para arrancar en el sistema restablecido.

4. Compruebe si la configuración del repositorio se ha restablecido correctamente. Compruebe también que todos los productos estén correctamente registrados. Si alguno de los elementos anteriores no se cumple, podría darse el caso de que no funcione la actualización del sistema a un momento posterior o que el sistema se actualice con los repositorios de paquetes erróneos.

   Asegúrese de que el sistema tiene acceso a Internet antes de iniciar este procedimiento.

   1. Para actualizar los servicios y los repositorios, ejecute:

      > sudo zypper ref -fs

   2. Para obtener una lista de los repositorios activos, ejecute:

      > sudo zypper lr

      Compruebe con atención el resultado de este comando. No debería aparecer ningún servicio ni repositorio que se haya añadido para la actualización. Por ejemplo, si realiza una reversión de SLES 15 SP4 a SLES 15 GA, la lista debe contener los repositorios SLES15-GA, y no los repositorios SLES15-SP4.

      Si se muestran repositorios incorrectos, suprímalos y, si fuera necesario, sustitúyalos por las versiones que coinciden con su versión de producto o de paquete de servicios. Para obtener una lista de los repositorios para las vías de migración admitidas, consulte la Sección 2.3, “Dependencias y ciclos de vida de los módulos”. Tenga en cuenta que la intervención manual no debería ser necesaria, ya que los repositorios deben haberse actualizado automáticamente; pero se trata de una práctica recomendada para verificar y realizar las correcciones necesarias.

   3. Por último, para comprobar el estado de registro de todos los productos instalados, ejecute:

      > sudo SUSEConnect --status

      Todos los productos deben mostrarse como registrados. Si no fuera el caso, para reparar el registro ejecute:

      > sudo SUSEConnect --rollback

Para migrar de openSUSE Leap a SUSE Linux Enterprise Server, ejecute los siguientes pasos:

1. Cambie a un TTY, por ejemplo, pulsando Control–Alt–F1. Luego inicie sesión como usuario root.

2. Instale los paquetes yast2-registration y rollback-helper:

   # zypper in yast2-registration rollback-helper

3. Habilite el servicio rollback-helper:

   # systemctl enable rollback

4. Registre el sistema en el Centro de servicios al cliente de SUSE:

   # yast2 registration

5. Realice la migración:

   # yast2 migration

   En caso de conflictos de paquetes, YaST presenta una lista de soluciones entre las que elegir.

6. Elimine los paquetes huérfanos:

   # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)

7. Rearranque el sistema:

   # reboot