La solution Bare Metal est en train de passer à un modèle spécialisé, disponible uniquement sur liste d'autorisation. Si vous êtes déjà client, veuillez contacter l'équipe chargée de votre compte Google pour découvrir les avantages de la migration vers les nouvelles offres du partenariat stratégique entre Oracle et Google Cloud.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Problèmes connus et limites de la solution Bare Metal

Cette page décrit les problèmes connus et les limites que vous pouvez rencontrer lorsque vous utilisez la solution Bare Metal.

Limites

La modification des paramètres du BIOS n'est pas disponible

La solution Bare Metal n'est pas compatible avec les modifications des paramètres du BIOS, y compris la désactivation des états C et P au niveau du BIOS.

Pour contourner ce problème, vous pouvez utiliser les commandes d'état C et P au niveau du système d'exploitation via la fonctionnalité de gestion de l'alimentation de votre système d'exploitation. Pour savoir comment procéder, consultez la documentation de votre système d'exploitation.

L'extension régionale de la solution Bare Metal n'est pas compatible avec les paramètres de VPC Service Controls

La connexion d'un VPC avec des contrôles de service activés à votre environnement de solution Bare Metal ne garantit aucun contrôle de service.

L'API de la solution Bare Metal peut être ajoutée à un périmètre sécurisé. Toutefois, les périmètres VPC Service Controls ne s'étendent pas à l'environnement de la solution Bare Metal dans les extensions régionales. Pour en savoir plus, consultez la page Produits compatibles et limites.

Si vous souhaitez toujours utiliser la solution Bare Metal avec VPC Service Controls activé, contactez l'assistance client pour ajouter votre Google Cloud projet à la liste d'autorisation afin d'utiliser cette fonctionnalité.

La modification de l'ASN n'est pas disponible

La solution Bare Metal et interconnexion partenaire ne sont pas compatibles avec les numéros de système autonome (ASN) personnalisés. L'ASN du réseau client de la solution Bare Metal est défini sur 65500. Pour Partner Interconnect, tous les routeurs Cloud Router doivent avoir un ASN local de 16550.

Nous vous recommandons de planifier vos déploiements en conséquence.

Nombre maximal de LUN associés à un serveur

Vous pouvez associer jusqu'à 200 LUN (y compris le LUN de démarrage) à un serveur de solution Bare Metal.

Les modifications de MTU sur les rattachements de VLAN ne sont pas disponibles

La modification de la MTU du côté VPC ne met pas automatiquement à jour la MTU du côté de la solution Bare Metal de la connexion.

Pour modifier la MTU, vous devez demander la modification via l'assistance ou recréer le rattachement de VLAN avec la nouvelle MTU.

Problèmes connus

Arrêt à froid après le premier redémarrage via OVM Manager

Pour les serveurs provisionnés avec OVM 3.4.6, le premier redémarrage lancé via OVM Manager, après le provisionnement initial ou la réinstallation de l'image, entraîne un arrêt à froid.

Pour savoir comment allumer un serveur, consultez la section Utiliser votre serveur de solution Bare Metal.

Le démarrage du serveur prend beaucoup de temps

Le temps de démarrage peut varier en fonction de la taille de votre serveur et du nombre de LUN partagés.

Plus le serveur est grand, plus le démarrage est long.

Le nombre de LUN partagés sur un serveur a également un impact sur son temps de démarrage. Par exemple, un serveur o2-highmem-224-metal avec environ 100 LUN partagés peut prendre plus d'une heure à démarrer, contre environ 45 minutes pour un serveur o2-highmem-224-metal avec moins de LUN. Cela est dû au temps nécessaire pour exécuter toutes les vérifications et est normal.

Dépassement de mémoire tampon lors de l'utilisation d'ethtool avec l'indicateur de débogage

Un bug entraînant un dépassement de mémoire tampon lors de l'utilisation de ethtool -d a été corrigé dans le noyau Linux 5.8. Ce bug peut entraîner un plantage du noyau et avoir un impact sur votre serveur de solution Bare Metal en fonction du système d'exploitation et de l'hyperviseur que vous utilisez.

Voici nos recommandations et une solution de contournement pour ce bug :

Red Hat Enterprise Linux (RHEL)

Si vous utilisez RHEL 7.x, suivez ces instructions :

N'exécutez pas ethtool avec l'indicateur de débogage : ethtool -d.
Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in réseau.

Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes :
```
[plugins]
disable = networking
```

Si vous utilisez RHEL 8.x, suivez ces instructions :

Effectuez une mise à jour vers la version du noyau RHEL 8.3 (noyau 4.18.0-240) ou une version ultérieure.
Pour les systèmes dont la version du noyau est inférieure à 4.18.0-240 et qui ne peuvent pas être mis à jour, empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in réseau.

Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes :
```
[report]
skip-plugins = networking
```

Pour en savoir plus, consultez la solution Red Hat.

SUSE Linux Enterprise Server(SLES)

Ce bug a été corrigé dans SLES 15 SP4 (version du noyau 5.14.21-150400.22.1). Effectuez une mise à jour vers SLES 15 SP4 (version du noyau 5.14.21-150400.22.1) ou une version ultérieure.

Oracle Enterprise Linux

Si vous utilisez Oracle Linux 7.x, suivez ces instructions :

N'exécutez pas ethtool avec l'indicateur de débogage : ethtool -d.
Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in réseau.

Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes :
```
[plugins]
disable = networking
```

Si vous utilisez Oracle 8.x, suivez ces instructions :

Ce bug a été corrigé dans OL8U7 (kernel-uek-5.15.0-3.60.5.1). Vous pouvez effectuer une mise à jour vers le noyau le plus récent en suivant les instructions de mise à jour d'Oracle.
Si vous ne pouvez pas effectuer de mise à jour vers la version de noyau kernel-uek-5.15.0-3.60.5.1, empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in réseau.

Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes :
```
[report]
skip-plugins = networking
```

Oracle VM Server

N'exécutez pas ethtool dans le domaine dom0 avec l'indicateur de débogage : ethtool -d.
Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in réseau.

Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes :
```
[plugins]
disable = networking
```

Le serveur OVM ne peut pas se connecter à OVM Manager après la mise à niveau du micrologiciel TS54

Si vous avez mis à niveau votre serveur de solution Bare Metal exécutant Oracle VM (OVM) et qu'il ne peut pas se connecter à OVM Manager, ce problème peut en être la cause. La mise à niveau du micrologiciel d'un serveur de solution Bare Metal modifie son UUID SMBIOS. OVM utilise cet UUID pour s'identifier auprès d'OVM Manager. Par conséquent, la modification de l'UUID peut entraîner des problèmes de communication entre les deux. Pour éviter cela, avant de mettre à niveau le micrologiciel de votre serveur de solution Bare Metal, appliquez la solution de contournement décrite dans l'ID de document Oracle 1534416.1. Pour obtenir de l'aide sur l'implémentation de cette solution de contournement, contactez l'assistance client.