J'ai une erreur lorsque le système démarre sur 2 machines virtuelles.
dm-0: WRITE SAME failed. Manually zeroing.
Système d'exploitation: CentOS 7.1 VMware ESXI 5.5
La 1ère VM a le type parallèle logique LSI pour le contrôleur SCSI sur le stockage de données HDD.
La deuxième machine virtuelle a un type paravirtuel pour le contrôleur SCSI sur le stockage de données SSD.
Est-ce normal ou non? Et que faire de cette erreur?
Réponses:
Cela est probablement lié au stockage de masse étant VMware dans les deux cas. Fondamentalement, cela signifie qu'il a essayé d'exécuter une commande SCSI appelée WRITE SAMEqui est utilisée pour écrire le même bloc de données sur x nombre de blocs de disque consécutifs. Il est généralement utilisé pour mettre à zéro des régions particulières sur un disque.
Si l'opération de mise à zéro réelle n'échoue pas, le plus gros problème ici est que le système d'exploitation doit dire manuellement «ok, écrivez maintenant ce bloc de zéros ici», etc., etc. jusqu'à ce que l'opération de mise à zéro soit terminée. Cela peut augmenter la bande passante vers et depuis le stockage pendant la durée de l'opération de mise à zéro. Ce n'est pas une opération extrêmement courante pour la plupart des charges de travail, vous pouvez donc simplement l'ignorer.
Si cela vous pose un problème, vous devez vérifier auprès d'une ressource VMWare pour savoir ce que vous devez faire WRITE SAMEpour être pris en charge par les disques VMWare.
vm=> settings=> options=> generalet de le définir comme RH Enterprise 64 bits
Sur au moins ESXi 6, il faut s'y attendre, ce n'est pas une erreur (c'est plutôt informatif), cela se produit généralement une fois par système de fichiers après le démarrage de la machine virtuelle Linux et provient de systèmes de fichiers du noyau Linux (généralement ext4 selon mon expérience) qui sondent le "matériel" prise en charge de la fonction WRITE SAME, puis retombant au comportement de mise à zéro manuelle habituel lorsqu'il est introuvable. Voir /unix//a/244150/134856 pour plus de détails.
Si vous recherchez dans les journaux VMkernel des VMDK de banque de données (c'est-à-dire pas des mappages de disque bruts ou des VVols, etc.) attachés à des machines virtuelles Linux non anciennes, vous constaterez que le pilote VSCSI ne prend pas en charge la machine virtuelle invitée qui envoie WRITE SAME (je crois que mon journal ESXi mentionne on lui a envoyé un opcode SCSI non valide 0x41). Pas d'inquiétudes à avoir!
(PS: VMware est orthographié avec des majuscules uniquement au début )
VMware Workstation/VMware ESXi allow to install two different virtual SCSI adapters: BusLogic and LsiLogic. However the default kernel from CentOS-7 does not include the corresponding driver for any of them thus resulting in an unbootable system if you install on a SCSI disk using the defaults for CentOS Linux. If you select 'Red Hat Enterprise Linux' as OS, the paravirtualized SCSI adapter is used, which works.