Problemi noti e limitazioni in Bare Metal Solution

Questa pagina descrive i problemi e le limitazioni noti che potresti riscontrare quando utilizzi Bare Metal Solution.

Limitazioni

La modifica delle impostazioni del BIOS non è supportata

Bare Metal Solution non supporta le modifiche alle impostazioni del BIOS, tra cui: disabilitando gli stati C e P a livello di BIOS.

Per ovviare a questo problema, puoi utilizzare i controlli a livello di sistema operativo degli stati C Stati P tramite la funzionalità di gestione dell'alimentazione del sistema operativo. Per sapere come fare, consulta la documentazione del sistema operativo.

L'estensione regionale di Bare Metal Solution non supporta i parametri dei Controlli di servizio VPC

La connessione di un VPC con i controlli di servizio abilitati all'ambiente Bare Metal Solution non garantisce alcun controllo di servizio.

L'API Bare Metal Solution può essere aggiunta a un perimetro sicuro. Tuttavia, I perimetri Controlli di servizio VPC non si estendono alla soluzione Bare Metal Solution delle estensioni a livello di regione. Per ulteriori informazioni, consulta Prodotti supportati e limitazioni.

Se vuoi comunque utilizzare Bare Metal Solution con i Controlli di servizio VPC abilitati, contatta l'assistenza clienti per aggiungere il tuo Progetto Google Cloud alla lista consentita per l'utilizzo di questa funzionalità.

La modifica dell'ASN non è supportata

Bare Metal Solution e Partner Interconnect non supportano gli Autonomous System Number (ASN) personalizzati. L'ASN della rete client Bare Metal Solution è impostato su 65500. Per Partner Interconnect, tutti i router Cloud devono avere un ASN locale pari a 16550.

Ti consigliamo di pianificare le implementazioni di conseguenza.

Numero massimo di LUN collegati a un server

Puoi collegare un massimo di 200 LUN (incluso il LUN di avvio) a un server Bare Metal Solution.

Problemi noti

Arresto a freddo dopo il primo riavvio tramite OVM Manager

Per i server di cui è stato eseguito il provisioning con OVM 3.4.6, il primo riavvio avviato tramite OVM Manager, dopo il provisioning iniziale o il reimaging, comporta un arresto a freddo.

Per scoprire come accendere un server, vedi Utilizza il server Bare Metal Solution.

L'avvio del server richiede molto tempo

Il tempo di avvio può variare a seconda delle dimensioni del server e del numero di LUN condivise.

Più grande è il server, più tempo occorre per l'avvio.

Anche il numero di LUN condivisi su un server influisce sul tempo di avvio. Ad esempio, un server o2-highmem-224-metal con circa 100 LUN condivisi potrebbe richiedere più di un'ora per l'avvio rispetto a un server o2-highmem-224-metal con meno LUN, che richiederebbe circa 45 minuti. Ciò è dovuto al tempo necessario per eseguire tutti i controlli ed è normale.

Buffer overflow quando si utilizza ethtool con il flag di debug

Un bug che causava un overflow del buffer durante l'utilizzo di ethtool -d è stato risolto nel kernel Linux 5.8. Questo bug può causare un panico del kernel e potrebbe interessare il server Bare Metal Solution a seconda del sistema operativo e dell'hypervisor in uso.

Di seguito sono riportati i nostri consigli e le soluzioni per questo bug:

Red Hat Enterprise Linux (RHEL)

Se usi RHEL 7.x, segui queste linee guida:

• Non eseguire ethtool con il flag di debug: ethtool -d.

• Impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di rete.

  Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:

  [plugins]
  disable = networking
  

Se utilizzi RHEL 8.x, segui queste linee guida:

• Esegui l'aggiornamento alla versione del kernel RHEL 8.3 (kernel 4.18.0-240) o successiva.

• Per i sistemi con versioni del kernel precedenti alla 4.18.0-240 che non può essere aggiornato, impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di rete.

  Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:

  [report]
  skip-plugins = networking
  

Per ulteriori informazioni, consulta Soluzione Red Hat.

SUSE Linux Enterprise Server(SLES)

Questo bug è stato risolto in SLES 15 SP4 (versione del kernel 5.14.21-150400.22.1). Esegui l'aggiornamento a SLES 15 SP4 (versione del kernel 5.14.21-150400.22.1) o versioni successive.

Oracle Enterprise Linux

Se utilizzi Oracle Linux 7.x, segui queste linee guida:

• Non eseguire ethtool con il flag di debug: ethtool -d.

• Impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di rete.

  Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:

  [plugins]
  disable = networking
  

Se utilizzi Oracle 8.x, segui queste linee guida:

• Questo bug è stato corretto in OL8U7 (kernel-uek-5.15.0-3.60.5.1). Puoi eseguire l'aggiornamento al kernel più recente seguendo le istruzioni di aggiornamento di Oracle.

• Se non riesci ad aggiornare il kernel alla versione kernel-uek-5.15.0-3.60.5.1, impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di rete.

  Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:

  [report]
  skip-plugins = networking
  

Oracle VM Server

• Non eseguire ethtool nel dominio dom0 con il flag di debug: ethtool -d.

• Impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di rete.

  Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:

  [plugins]
  disable = networking
  

Il server OVM non riesce a connettersi a OVM Manager dopo l'upgrade del firmware TS54

Se hai eseguito l'upgrade del server Bare Metal Solution che esegue Oracle VM (OVM) e non riesce a connettersi a OVM Manager, il problema potrebbe essere questo. L'upgrade del firmware di un server Bare Metal Solution ne modifica l'UUID SMBIOS. L'OVM utilizza questo UUID per identificarsi con il gestore OVM. Pertanto, la modifica dell'UUID può causare problemi di comunicazione tra i due. Per evitare questo problema, prima di eseguire l'upgrade del firmware del server Bare Metal Solution, applica la soluzione alternativa descritta nell'Oracle Doc ID 1534416.1. Per assistenza nell'implementazione di questa soluzione alternativa, contatta l'assistenza clienti.