Problemi noti e limitazioni in Bare Metal Solution

In questa pagina vengono descritti i problemi noti e le limitazioni che potresti incontrare durante l'utilizzo di 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 degli stati P a livello di BIOS.

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

Controlli di servizio VPC non supportati

Bare Metal Solution non supporta i Controlli di servizio VPC. La connessione di un VPC con controlli del servizio abilitati al tuo ambiente Bare Metal Solution non garantisce alcuna garanzia relativa al 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 scoprire 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 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. La rete ASN del client di Bare Metal Solution è impostata su 65500. Per Partner Interconnect, tutti i router Cloud devono avere un ASN locale di 16550.

Ti consigliamo di pianificare i tuoi 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 la reimmaginatura iniziali, determina un arresto a freddo.

Per informazioni su come accendere un server, consulta Usare 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 di avvio.

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

Esegui il overflow del buffer quando si utilizza ethtool con il flag di debug

È stato corretto nel kernel Linux 5.8 un bug che causava un overflow del buffer durante l'utilizzo di ethtool -d. Questo bug può causare un panico nel 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 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 networking.

Nel file /etc/sos/sos.conf, aggiungi le seguenti righe:
```
[plugins]
disable = networking
```

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

Aggiorna 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 possono essere aggiornate, impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di networking.

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 (kernel version 5.14.21-150400.22.1). Esegui l'aggiornamento a SLES 15 SP4 (kernel version 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 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 da Oracle.
Se non riesci a eseguire l'aggiornamento alla versione del kernel kernel-uek-5.15.0-3.60.5.1, impedisci all'utilità sosreport di richiamare ethtool -d disattivando il plug-in di networking.

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 Gestione OVM dopo l'upgrade del firmware TS54

Se hai eseguito l'upgrade del server Bare Metal Solution che esegue la VM Oracle (OVM) e non riesce a connettersi a OVM Manager, il problema potrebbe essere dovuto a 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 nell'articolo Oracle Doc ID 1534416.1. Per assistenza nell'implementazione di questa soluzione alternativa, contatta l'assistenza clienti.