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, inclusa la disattivazione degli stati C e P a livello di BIOS.
Per risolvere il problema, puoi utilizzare i controlli a livello di sistema operativo degli stati C e P tramite la funzionalità di gestione dell'alimentazione del sistema operativo. Per scoprire come eseguire questa operazione, 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 dei Controlli di servizio VPC non si estendono all'ambiente Bare Metal Solution nelle estensioni regionali. Per ulteriori informazioni, consulta Prodotti supportati e limitazioni.
Se vuoi comunque utilizzare Bare Metal Solution con 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 di 16550
.
Ti consigliamo di pianificare le implementazioni 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 il reimaging, comporta un arresto a freddo.
Per scoprire come accendere un server, consulta Utilizzare 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,
l'avvio di un server o2-highmem-224-metal
con circa 100 LUN condivise potrebbe richiedere più di un'ora
rispetto a un server o2-highmem-224-metal
con meno LUN, che richiede circa 45 minuti.
Questo è 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 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 richiamareethtool -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 a 4.18.0-240 che non possono essere aggiornate, impedisci all'utilità
sosreport
di richiamareethtool -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 la soluzione Red Hat.
SUSE Linux Enterprise Server(SLES)
Questo bug è stato corretto 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 richiamareethtool -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 richiamareethtool -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 dominiodom0
con il flag di debug:ethtool -d
. Impedisci all'utilità
sosreport
di richiamareethtool -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 OVM Manager. Pertanto, la modifica dell'UUID può causare problemi di comunicazione tra i due. Per evitare ciò, 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.