Problemi noti e limitazioni in Bare Metal Solution

Questa pagina descrive i problemi noti e le limitazioni 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, inclusa la disattivazione degli stati C e P a livello di BIOS.

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

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

Il collegamento di un VPC con i controlli di servizio abilitati al tuo 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 dei Controlli di servizio VPC non si estendono all'ambiente Bare Metal Solution nelle estensioni regionali. Per saperne di più, 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 Google Cloud progetto alla lista consentita per l'utilizzo di questa funzionalità.

La modifica dell'ASN non è supportata

Bare Metal Solution e Partner Interconnect non supportano i numeri di sistema autonomo (ASN) personalizzati. L'ASN della rete client di Bare Metal Solution è impostato su 65500. Per Partner Interconnect, tutti i router Cloud devono avere un ASN locale di 16550.

Ti consigliamo di pianificare i deployment di conseguenza.

Numero massimo di LUN collegate a un server

Puoi collegare un massimo di 200 LUN (inclusa la 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 la ri-creazione dell'immagine, comporta un arresto a freddo.

Per scoprire come accendere un server, consulta Utilizzare il server Bare Metal Solution.

Il server impiega molto tempo per l'avvio

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

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

Anche il numero di LUN condivise su un server influisce sul tempo di avvio. Ad esempio, un server o2-highmem-224-metal con circa 100 LUN condivise potrebbe impiegare più di un'ora per l'avvio, mentre un server o2-highmem-224-metal con meno LUN impiegherebbe circa 45 minuti. Questo è dovuto al tempo necessario per eseguire tutti i controlli ed è normale.

Overflow del buffer quando si utilizza ethtool con il flag di debug

Un bug che causava un overflow del buffer quando si utilizzava ethtool -d è stato corretto nel kernel Linux 5.8. Questo bug può causare un kernel panic e potrebbe influire sul server Bare Metal Solution a seconda del sistema operativo e dell'hypervisor in uso.

Di seguito sono riportati i nostri consigli e la soluzione alternativa per questo bug:

Red Hat Enterprise Linux (RHEL)

Se utilizzi 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 kernel RHEL 8.3 (kernel 4.18.0-240) o successive.

• Per i sistemi con versioni del kernel precedenti a 4.18.0-240 che non possono essere aggiornate, 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 saperne di più, consulta la soluzione Red Hat.

SUSE Linux Enterprise Server(SLES)

Questo bug è stato corretto in SLES 15 SP4 (versione kernel 5.14.21-150400.22.1). Esegui l'aggiornamento a SLES 15 SP4 (versione 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 alla versione kernel 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
  

Server Oracle VM

• 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 motivo potrebbe essere questo problema. L'upgrade del firmware di un server Bare Metal Solution ne modifica l'UUID SMBIOS. OVM utilizza questo UUID per identificarsi con OVM Manager. 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'ID documento Oracle 1534416.1. Per assistenza nell'implementazione di questa soluzione alternativa, contatta l'assistenza clienti.