Risolvi i problemi di registrazione di SLES con pagamento a consumo

Linux

Questo documento descrive come risolvere i problemi che potresti riscontrare quando colleghi istanze di macchine virtuali (VM) Compute Engine che eseguono SUSE Linux Enterprise Server (SLES) con pagamento a consumo (PAYG) al repository SUSE Subscription Management Tool (SMT).

Prima di iniziare

• Assicurati che alla VM sia associato un service account.
• Assicurati che l'API Service Metadata sia accessibile dalla VM.
• Assicurati che vi sia connettività di rete tra la VM e i rispettivi server di regione e i server SMT
• Utilizza lo strumento sc-repocheck per risolvere automaticamente i problemi.
• Segui i passaggi descritti nella guida alla risoluzione dei problemi di SUSE PAYG.
• Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione verifica la tua identità per l'accesso a Google Cloud servizi e API. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il comando seguente:

     gcloud init

     Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

     Nota: se hai installato gcloud CLI in precedenza, assicurati di avere l'ultima versione eseguendo gcloud components update.
  2. Set a default region and zone.

Problemi di rete

Nome di dominio non risolvibile

Se la VM non riesce a connettersi al server SMT smt-gce.susecloud.net, potresti riscontrare i seguenti problemi:

SUSEConnect error: SocketError: getaddrinfo: Name or service not known

ping: unknown host smt-gce.susecloud.net

La causa di questi problemi è generalmente dovuta a un'errata risoluzione del nome di dominio del server SMT smt-gce.susecloud.net. Questo dominio non può essere risolto a livello globale, quindi devi impostarne l'indirizzo IP in base alla regione della VM nel seguente modo:

Controlla il file /etc/hosts per assicurarti che contenga una voce per il dominio smt-gce.susecloud.net.

cat /etc/hosts | grep -i smt

L'output è simile al seguente, ma l'indirizzo IP potrebbe essere diverso:

# Added by SMT registration do not remove, retain comment as well
108.59.80.221   smt-gce.susecloud.net   smt-gce

Se il file /etc/hosts non contiene le stesse righe dell'esempio precedente, procedi come segue:

1. Trova un indirizzo IP corrispondente alla regione della VM nell'elenco degli indirizzi IP di SUSE SMT.

2. Modifica il file per aggiungere l'indirizzo IP di SUSE SMT ed eventuali altre informazioni mancanti.

Anche se puoi modificare il file `/etc/hosts` per la risoluzione dei problemi, è importante sapere che lo strumento `registercloudguest` potrebbe sovrascrivere le modifiche.

Rete non disponibile

Potresti riscontrare i seguenti errori a causa dell'indisponibilità della rete, anche se la VM è in grado di risolvere il nome di dominio del server Compute Engine di aggiornamento:

Unexpected exception.
Not ready to read within timeout.

Repository 'SLE-Module-Adv-Systems-Management12-Pool' is invalid.
Repository 'SLE-Module-Adv-Systems-Management12-Updates' is invalid.

Di seguito sono riportati alcuni esempi di errori che potresti trovare nel file di log /var/log/cloudregister durante l'indagine:

WARNING:Unable to remove client registration from server
WARNING:HTTPSConnectionPool(host='smt-gce.susecloud.net', port=443): Max retries exceeded with url: /connect/systems (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection timed out',))

INFO:Region server arguments: ?regionHint=europe-central2
ERROR:No response from: [('34.118.112.80', None), ('34.116.251.218', None), ('34.116.224.144', None)]

Per saperne di più sulla causa del problema, esegui un test di connettività di rete. L'esempio seguente mostra come testare una connessione HTTPS utilizzando cURL:

curl -sSI -m 5 -o /dev/null \
  -w 'Response code (>0 is OK): %{http_code}\n' \
  'https://smt-gce.susecloud.net'

L'output del comando contiene un codice di risposta HTTP o un messaggio di errore. Di seguito sono riportati errori e risposte comunemente riscontrati:

• Operazione riuscita:

  Response code (>0 is OK): 200
  

• Errore di timeout della richiesta:

  Response code (>0 is OK): 000
  curl: (28) Connection timed out after 5001 milliseconds
  

• Errore di dominio non risolvibile:

  Response code (>0 is OK): 000
  curl: (6) Could not resolve host: smt-gce.susecloud.net
  

Qualsiasi codice di risposta maggiore di "0" è una risposta positiva perché la VM ha stabilito una connessione con il server, anche se la risposta contiene un codice di risposta di errore del client o del server.

In alcuni scenari, ad esempio in presenza di regole del firewall dell'host rigide, l'indirizzo IP predefinito associato al dominio smt-gce.susecloud.net potrebbe non essere disponibile. Per assicurarti che il problema non sia correlato solo all'indirizzo IP corrente, testa la connettività di rete per server regionali alternativi. Per recuperare l'elenco dei server regionali:

Vai alla WebUI di SUSE per ottenere l'elenco dei server di aggiornamento regionali.

Utilizza lo strumento pint per recuperare l'elenco dei server di aggiornamento regionali tramite CLI.

1. Installa il pacchetto richiesto

   sudo zypper install python3-susepubliccloudinfo

2. Utilizza il seguente comando indicando una regione specifica

   pint google servers --region us-central1

3. Se l'operazione riesce, l'output contiene un elenco di voci in formato XML

   <?xml version='1.0' encoding='UTF-8'?>
       <servers>
         <server ip="146.148.73.14" name="" region="us-central1" type="regionserver-sles"/>
         <server ip="162.222.182.90" name="" region="us-central1" type="regionserver-sap"/>
         <server ip="108.59.80.221" name="smt-gce.susecloud.net" region="us-central1" type="smt"/>
         <server ip="108.59.85.41" name="smt-gce.susecloud.net" region="us-central1" type="smt"/>
         <server ip="108.59.80.58" name="smt-gce.susecloud.net" region="us-central1" type="smt"/>
       </servers>
   

Per trovare l'elenco completo degli indirizzi IP dei server SUSE per Google Cloud, consulta i seguenti documenti:

• Server di regione
• Server SMT

Una configurazione errata della VM potrebbe causare l'indisponibilità della rete. Se riscontri problemi, esegui la diagnostica di rete per identificare la causa principale.

Registrazione non riuscita

Se hai VM con indirizzi IP privati in Cloud NAT, potresti riscontrare il seguente errore:

ERROR:  Registration failed: Registering system to registration proxy https://smt-gce.susecloud.net
command '/usr/bin/zypper --non-interactive refs Python_3_Module_x86_64' failed
Error: zypper returned 4 with 'Problem retrieving the repository index file for service 'Python_3_Module_x86_64':
Timeout exceeded when accessing 'https://smt-gce.susecloud.net/services/2045/repo/repoindex.xml?credentials=Python_3_Module_x86_64'.

Per risolvere il problema, controlla la configurazione di Cloud NAT e verifica di aver impostato il parametro N. minimo di porte per istanza VM su almeno 256.

Per ulteriori informazioni, consulta il bollettino dell'assistenza SUSE che descrive gli errori di registrazione e di zypper per le istanze di Compute Engine protette da Cloud NAT.

Nessuna risposta

Se si verificano problemi di comunicazione tra la VM e i server di aggiornamento e di regione, potresti visualizzare i seguenti errori:

• Errore: SUSEConnect:

  SUSEConnect error: Errno::ETIMEDOUT: Connection timed out - connect(2) for "smt-gce.susecloud.net" port 443
  

• Errore: zypper:

  Error retrieving metadata for 'SLE-Module-Adv-Systems-Management12-Pool':
  Not ready to read within timeout.
  ...
  

Questi errori possono verificarsi quando i server di aggiornamento e di regione non rispondono. Per verificare se questo è il caso, controlla i log /var/log/cloudregister per verificare se sono presenti contenuti simili ai seguenti:

INFO:Region server arguments: ?regionHint=europe-central2
INFO:Using API: regionInfo
INFO:Region server arguments: ?regionHint=europe-central2
INFO:Getting update server information, attempt 1
INFO:   Using region server: 130.211.242.136
ERROR:  No response from: 130.211.242.136
INFO:   Using region server: 35.187.193.56
ERROR:  No response from: 35.187.193.56
INFO:   Using region server: 162.222.182.90
ERROR:  No response from: 162.222.182.90
INFO:   Using region server: 130.211.88.88
ERROR:  No response from: 130.211.88.88
ERROR:  None of the servers responded
ERROR:  Attempted: [IPv4Address('130.211.242.136'), IPv4Address('35.187.193.56'), IPv4Address('162.222.182.90'), IPv4Address('130.211.88.88')]
...
...
...
ERROR:Request not answered by any server after 3 attempts
ERROR:Exiting without registration

Per risolvere il problema, prova una o più delle seguenti operazioni:

• Verifica che la VM abbia un indirizzo IP esterno o che la subnet di Virtual Private Cloud utilizzi un NAT (Cloud NAT o una soluzione personalizzata).

• Se hai modificato le regole di routing di rete predefinite, ad esempio limitando l'accesso pubblico a internet oppure eseguendo il routing del traffico attraverso una rete on-premise, aggiungi manualmente le route per gli IP di SMT attraverso il gateway Compute Engine predefinito nel modo seguente:

  1. Vai alla pagina Route nella console Google Cloud .

     Vai alla pagina Route

  2. Nella scheda Gestione route, cerca una route che includa gli indirizzi IP di SUSE SMT e verifica che il gateway predefinito di Compute Engine associato sia impostato come hop successivo.

  3. Se la route non è presente, aggiungila facendo clic su Crea route e inserendo le informazioni necessarie.

• Se utilizzi un bilanciatore del carico di rete passthrough interno, ad esempio con software di rete intermediario aggiuntivo (come firewall o NAT personalizzati), assicurati che il bilanciatore del carico sia l'hop successivo per il traffico delle VM, procedendo nel seguente modo:

  1. Nella console Google Cloud , vai alla pagina Istanze VM.

     Vai alla pagina Istanze VM

  2. Fai clic sul nome della VM che vuoi controllare. Viene visualizzata la pagina Dettagli VM.

  3. Nella sezione Interfacce di rete, fai clic su Visualizza dettagli.

  4. Nella sezione Dettagli firewall e route, individua la route che definisce il percorso verso l'intervallo di indirizzi IP selezionato.

  5. Fai clic sul nome della route e verifica che il bilanciatore del carico di rete passthrough interno o il suo indirizzo IP sia l'hop successivo.

  Se non esiste una route che definisce il percorso verso l'intervallo di indirizzi IP selezionato o se l'hop successivo della route è diverso dal bilanciatore del carico di rete passthrough interno, configura il bilanciatore del carico di rete passthrough interno come hop successivo.

• Se utilizzi un bilanciatore del carico di rete passthrough interno, verifica che si trovi nella stessa regione della VM.

  1. Nella console Google Cloud , vai alla pagina Istanze VM.

     Vai alla pagina Istanze VM

  2. Individua la VM che vuoi controllare e prendi nota della sua regione.

  3. Nella console Google Cloud , vai alla pagina Bilanciamento del carico.

     Vai alla pagina Bilanciamento del carico

  4. Individua il bilanciatore del carico di rete passthrough interno utilizzato e controlla se si trova nella stessa regione della VM.

  5. Se la VM e il bilanciatore del carico di rete passthrough interno non si trovano nella stessa regione, abilita l'accesso globale.

Registrazione con protezione proxy

Potresti riscontrare un problema se le tue VM utilizzano proxy non trasparenti o altro software che esegue l'ispezione person-in-the-middle (PITM), ad esempio Barracuda CloudGen Firewall, Palo Alto. L'esempio seguente mostra un tentativo di registrare SLES utilizzando un proxy HTTP.

ERROR: Baseproduct registration failed
ERROR: Registering system to registration proxy https://smt-gce.susecloud.net

Announcing system to https://smt-gce.susecloud.net ...
SUSEConnect error: Net::HTTPFatalError: 503 "Service Unavailable"

SUSE non supporta ufficialmente la registrazione di SLES dietro proxy person-in-the-middle (PITM) e non trasparenti su Compute Engine. Le configurazioni del proxy PITM non riescono durante la registrazione a causa del pinning dei certificati.

Google Cloud non fornisce assistenza per la procedura di registrazione quando utilizzi software proxy di terze parti.

Ti consigliamo di utilizzare una configurazione Cloud NAT o di configurare un server SMTP personalizzato.

Violazione dei Controlli di servizio VPC

Se la tua organizzazione utilizza i Controlli di servizio VPC (VPC-SC), la registrazione potrebbe non riuscire e potresti visualizzare un messaggio di errore Request is prohibited by organization's policy. Questo errore può essere causato da violazioni in entrata o in uscita se non hai configurato eccezioni per l'infrastruttura di aggiornamento SUSE nelle norme VPC-SC.

Per risolvere il problema, aggiungi i seguenti componenti a una lista consentita nelle norme VPC-SC per consentire alla VM di comunicare con l'infrastruttura di aggiornamento SUSE:

• Aggiornamento del progetto di infrastruttura: Suse-gce-smt (numero di progetto: 778092048372)
• Service account: [e-mail]
• Metodo richiesto: compute.alpha.InstancesService.GetLicenses

Problemi di configurazione del sistema operativo

Stato della registrazione sconosciuto

Se non sai se il tuo SUSE Linux Enterprise Server (SLES) con pagamento a consumo (PAYG) è registrato, esegui questo comando:

sudo SUSEConnect --status-text

L'output contiene la versione e lo stato di registrazione dei prodotti SUSE, incluso SUSE Linux Enterprise Server.

Installed Products:
------------------------------------------

  SUSE Linux Enterprise Server 12 SP5
  (SLES/12.5/x86_64)

  Registered

------------------------------------------
...

Se lo stato è Not Registered, registra nuovamente la VM per risolvere il problema:

sudo registercloudguest --force-new

Collegamento simbolico del prodotto di base errato

Se il collegamento al prodotto di base rimanda a un file di prodotto errato, potresti riscontrare i seguenti errori:

2020-06-17 12:03:56,124 ERROR:Unable to obtain product information from server "108.59.85.41,None"
        Unprocessable Entity
        {"type":"error","error":"Unmet product dependencies, activate one of these products first: SUSE Linux Enterprise Server 12 x86_64, SUSE Linux Enterprise Server for SAP Applications 12 x86_64, SUSE Linux Enterprise Server 12 SP1 x86_64, ...","localized_error":"..."}
Unable to register modules, exiting.

Questo errore si verifica quando il collegamento simbolico /etc/products.d/baseproduct rimanda a un file di prodotto errato (ad esempio sle-module-toolchain.prod).

Per risolvere il problema, aggiorna il collegamento simbolico /etc/products.d/baseproduct in modo che faccia riferimento al file del prodotto di base appropriato:

1. Vai alla directory /etc/products.d

     cd /etc/products.d

2. Esegui il seguente comando sostituendo SLES.prod con SLES_SAP.prod se hai installato SLES per SAP:

     sudo ln -sf SLES.prod baseproduct

Nota: se il file di prodotto SLES.prod o SLES_SAP.prod non è presente, puoi creare una nuova istanza della VM con la stessa immagine del disco di avvio e copiare il file corretto da quell'istanza alla directory /etc/products.d.

Informazioni sull'identità dell'istanza non disponibili

Se le informazioni sull'identità dell'istanza non sono disponibili per la VM, potresti riscontrare i seguenti errori. Questo problema può verificarsi se un account di servizio non è collegato all'istanza o se il account di servizio collegato è stato disattivato.

Nota :è presente un problema noto per cui l'eliminazione e la ricreazione di un account di servizio con lo stesso nome può causare la mancata disponibilità delle informazioni sull'identità dell'istanza.

ERROR:Data collected from stderr for instance data collection "b'Unable to access instance identity information\n'"

Per accedere ai metadati dell'istanza e ottenere i token di identità, tutte le VM devono avere un service account associato.

Per ulteriori informazioni, leggi l'aggiornamento sull'infrastruttura cloud pubblica.

Per controllare lo stato del account di servizio della VM, esegui questo comando sulla VM:

curl -s -H 'Metadata-Flavor: Google' \
  'http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/identity?audience=test'

Esempio di risposta con un token di identità in caso di esito positivo:

eyJhbGciOiJSUzI1NiIsImtpZCI6IjkzOTd0MDQxSHQ2NDNxNzkzUjY1MDIwNzEyMjZPNnppaTdqNTl3eTciLCJ0eXAiOiJKV1QifQ.eyJhdWQiOiJ0ZXN0IiwiYXpwIjoiMjY1MDIwMDUyMzgzMjYyNTk0ODU2IiwiZXhwIjoxNjgzNzEyNTQzLCJpYXQiOjE2ODM3MTI4NjQsImlzcyI6Imh0dHBzOi8vYWNjb3VudHMuZ29vZ2xlLmNvbSIsInN1YiI6IjQ1NjA2MzQ5MDg5Mzc0Njg3ODI5NyJ9.EpzQ3NZ8mKStdpH10fL34qsKG0rjQEflzvLJLm2tVNX4xBJAkMhi8lcs5InUEY-QMK3njgbzdzNtD1fXoIfKoeWsqkA8vG3NkBz5zqRrtaB2STcO14H5tjIdTBsrCtET447tRXlGG5cvgMcWnRDZG92-jUZEpWki_Ri4T69X5-bBWkfE2Thm3oSUW4fScdeVOEmOgWnzD2jeVqQ_2YniywvpkT-rLzKfN-5AgN66zgBfXqJVTC90KFMebfiaOoL7z6ZSM9AjZGf45QEMZjxjd-Xzyee6ZWK8s0RE3hJlytb3zYcLt3tJwQ1WhnrC2ToJ-ZmKxxK3xKDLCvCQ6Ny5to

Se la VM non è interessata, ricevi un token. Se la VM è interessata, i metadati restituiti sono un messaggio di errore simile al seguente:

{
  "error": "invalid_request",
  "error_description": "Service account not enabled on this instance"
}

Per risolvere il problema, segui questi passaggi:

1. Arresta la VM:

   gcloud compute instances stop VM_NAME

2. Aggiungi un service account alla VM:

   gcloud compute instances set-service-account VM_NAME \
     --service account SERVICE_ACCOUNT \
     --no-scopes

   Nota: il flag --no-scopes rimuove tutti gli ambiti dalla VM. Se non specifica un flag per l'ambito di accesso, il sistema assegna gli ambiti predefiniti alaccount di serviziont dell'istanza di computing oppure iaccount di serviziont conserva gli ambiti attuali.

3. Avvia la VM:

   gcloud compute instances start VM_NAME

4. Dopo aver aggiunto il account di servizio mancante, esegui il comando seguente sulla VM per registrare di nuovo SLES:

   sudo registercloudguest --force-new

Pacchetti obbligatori mancanti

La registrazione può non riuscire se nella VM mancano pacchetti essenziali come cloud-regionsrv-client, regionServiceClientConfigGCE, cloud-netconfig-gce, o suseconnect-ng.

Per risolvere il problema, installa i pacchetti richiesti, pulisci i file di registrazione e registra nuovamente la VM.

1. Installa i pacchetti mancanti.

   sudo zypper install PACKAGE_NAME

   Sostituisci PACKAGE_NAME con il nome del pacchetto mancante.

2. Ripulisci i vecchi file di registrazione:

   sudo registercloudguest --clean
   sudo SUSEConnect --cleanup
   sudo rm -f /etc/zypp/credentials.d/*
   sudo rm -f /etc/zypp/repos.d/*
   sudo rm -f /etc/zypp/services.d/*

3. Registra di nuovo la VM:

   sudo registercloudguest --force-new

Link simbolico python3 errato

Se esegui registercloudguest e visualizzi l'errore ModuleNotFoundError: No module named 'requests', la causa potrebbe essere un collegamento simbolico /usr/bin/python3 errato, ad esempio se lo hai sovrascritto manualmente.

Traceback (most recent call last):
File "/usr/sbin/registercloudguest", line 34, in <module>
import requests
ModuleNotFoundError: No module named 'requests'

Per risolvere il problema, ricrea il link simbolico in modo che punti alla versione corretta di Python.

1. Conferma la versione di Python installata sull'istanza:

   sudo zypper info python3

2. Controlla il link simbolico python3:

   ls -ll /usr/bin | grep -i python3

3. Se il link non è corretto, rimuovilo e creane uno nuovo che rimandi alla versione corretta di Python (ad esempio, python3.6):

   sudo rm /usr/bin/python3
   sudo ln -sf /usr/bin/python3.6 /usr/bin/python3

Verifica del certificato SSL non riuscita

Se i file dei certificati non sono presenti nella directory /etc/pki/trust/anchors, potresti visualizzare errori come Curl error 60 o ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED]. Ecco un esempio più dettagliato di un errore che potresti visualizzare in /var/log/cloudregister:

Traceback (most recent call last):
 File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 677, in urlopen
 ...
 File "/usr/lib64/python3.6/ssl.py", line 689, in do_handshake
 self._sslobj.do_handshake()
 ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:852)

Puoi verificare che i file dei certificati non siano presenti eseguendo il seguente comando e visualizzando un output vuoto:

ls -lart /etc/pki/trust/anchors

L'output deve essere vuoto se mancano i certificati:

total 0

Per risolvere il problema, prova una delle seguenti opzioni:

• Opzione 1: pulizia e nuova registrazione

  Pulisci tutti i file associati alla registrazione, quindi forza una nuova registrazione. Il processo di registrazione scarica i certificati necessari dai server della regione.

  sudo registercloudguest --clean && \
    sudo SUSEConnect --cleanup && \
    sudo rm -f /etc/zypp/credentials.d/* && \
    sudo rm -f /etc/zypp/repos.d/* && \
    sudo rm -f /etc/zypp/services.d/* && \
    sudo rm -f /etc/pki/trust/anchors/* && \
    sudo sed -i '/^# Added by SMT reg/,+1d' /etc/hosts && \
    sudo registercloudguest --force-new

• Opzione 2: copia i certificati da un'istanza funzionante

  Se la pulizia e la nuova registrazione non risolvono il problema, puoi copiare i file dei certificati da un'istanza funzionante utilizzando gcloud compute scp o collegando il disco di avvio di un'istanza funzionante all'istanza non funzionante.

  Se colleghi e monti il disco di un'istanza funzionante in MOUNT_PATH, esegui i seguenti comandi:

  sudo cp MOUNT_PATH/etc/pki/trust/anchors/* /etc/pki/trust/anchors/
  sudo update-ca-certificates
  sudo cp -pr MOUNT_PATH/usr/lib/regionService /usr/lib/regionService
  sudo registercloudguest --force-new

Incompatibilità del pacchetto libzypp

La registrazione di una VM SUSE PAYG con SLES per SAP 15 potrebbe non riuscire e viene visualizzato un errore simile al seguente:

ERROR:Baseproduct registration failed
Registering system to registration proxy https://smt-gce.susecloud.net
...
command '/usr/bin/zypper --non-interactive refs SUSE_Linux_Enterprise_Server_for_SAP_Applications_x86_64' failed
Error: zypper returned 1 with 'Error occurred while setting download (curl) options for 'https://smt-gce.susecloud.net/services/2294?credentials=SUSE_Linux_Enterprise_Server_for_SAP_Applications_x86_64':
Unexpected exception.
Unknown error reading from 'plugin:/susecloud?credentials=SUSE_Linux_Enterprise_Server_for_SAP_Applications_x86_64&path=/services/2294'
...
- Error occurred while setting download (curl) options for 'https://smt-gce.susecloud.net/services/2294?credentials=SUSE_Linux_Enterprise_Server_for_SAP_Applications_x86_64':

Questo problema può verificarsi quando un aggiornamento del pacchetto libzypp lascia una versione incompatibile del pacchetto libcurl4. Quando libzypp tenta di aggiornarsi automaticamente, non può più utilizzare libcurl4 per effettuare richieste alle posizioni dei pacchetti.

Per risolvere il problema, aggiorna manualmente il pacchetto libzypp. Il seguente comando è un esempio e potrebbe essere necessario modificare il numero di versione:

sudo rpm -i libzypp-17.31.31-150400.3.52.2.x86_64.rpm

Versione del sistema operativo non supportata o pacchetti obsoleti

Se esegui una versione del sistema operativo al di fuori del periodo di supporto generale, ad esempio SLES 12 SP4, per cui il supporto generale è terminato il 30 giugno 2020, la registrazione potrebbe non riuscire. Questo errore può verificarsi perché i pacchetti obsoleti sulla VM non sono in grado di comunicare con l'infrastruttura di aggiornamento SUSE. Potresti visualizzare errori relativi a IP non raggiungibili nel file di log /var/log/cloudregister, anche se la connettività di rete sembra parzialmente riuscita (ad esempio, se l'utilizzo di telnet ai server SMT restituisce un errore 403 Forbidden).

Per verificare se i pacchetti sono obsoleti, puoi visualizzare le relative date di installazione. I pacchetti che non vengono aggiornati da più di un anno potrebbero essere obsoleti. Per controllare l'ora dell'ultimo aggiornamento di un pacchetto, utilizza il seguente comando:

rpm -qa --qf '%{NAME}-%{VERSION} : %{INSTALLTIME:date}\n' | grep PACKAGE_NAME

Per risolvere il problema, esegui l'upgrade a una versione SLES supportata. Potresti anche dover aggiornare pacchetti specifici come descritto nei documenti tecnici (TID) di SUSE.