Problemi noti e limitazioni di 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 del BIOS.

Per risolvere il problema, puoi utilizzare i controlli a livello di sistema operativo per gli stati C e P tramite la funzionalità di gestione dell'alimentazione del sistema operativo. Per informazioni su come eseguire questa operazione, consulta la documentazione del sistema operativo.

I Controlli di servizio VPC non sono supportati

Bare Metal Solution non supporta i Controlli di servizio VPC. La connessione di un VPC con i controlli di servizio abilitati all'ambiente Bare Metal Solution non garantisce alcuna garanzia di controllo dei servizi.

L'API Bare Metal Solution può essere aggiunta a un perimetro sicuro. Tuttavia, i perimetri Controlli di servizio VPC non si estendono all'ambiente Bare Metal Solution nelle 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 i numeri di sistema autonomi (ASN) personalizzati. L'ASN di rete client Bare Metal Solution è impostato su 65500. Per Partner Interconnect, tutti i router Cloud devono avere un ASN locale 16550.

Ti consigliamo di pianificare i deployment di conseguenza.

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 o il re-imaging iniziale, comporta un arresto a freddo.

Per informazioni su 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 condivisi.

Più è grande il server, maggiore sarà il tempo necessario per l'avvio.

Il numero di LUN condivisi su un server influisce anche sul tempo di avvio. Ad esempio, l'avvio di un server o2-highmem-224-metal con circa 100 LUN condivisi potrebbe richiedere più di un'ora 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.

overflow del buffer 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 kernel panic e influire sul 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 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 networking.

    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 versioni successive.

  • Per i sistemi con versioni del kernel precedenti alla 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 ulteriori informazioni, consulta la pagina Red Hat Solution.

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 richiamare ethtool -d disattivando il plug-in di networking.

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

    [plugins]
disable = networking

Se usi 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 per l'aggiornamento di Oracle.

  • Se non riesci a eseguire l'aggiornamento 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 VM Oracle

  • 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 networking.

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

    [plugins]
disable = networking

Il server OVM non riesce a connettersi a Gestore OVM 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, la causa potrebbe essere questo problema. L'upgrade del firmware di un server Bare Metal Solution cambia il relativo 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 in ID documento Oracle 1534416.1. Per assistenza nell'implementazione di questa soluzione alternativa, contatta l'assistenza clienti.