Comments on: storageRM level 1 http://www.hypervisor.fr/?p=5252 French Bare-Metal weblog Fri, 30 Jul 2021 14:16:54 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Stephane G http://www.hypervisor.fr/?p=5252&cpage=1#comment-4907 Stephane G Mon, 20 Jun 2016 16:58:14 +0000 http://www.hypervisor.fr/?p=5252#comment-4907 J'ai compris pourquoi les logs de certains datastore ne remontaient pas. Il faut décocher une case dans les propriétés de la banque de données au niveau de SIOC mais uniquement depuis le vsphere web client (pas depuis le client C#). Pour répondre à ta question ça m'a fait réfléchir et je comprends pourquoi sur mon nouveau volume les logs étaient activés. C'est parce que les autres volumes (qui ne fonctionnaient pas) étaient créés avec un VCSA 5. Le dernier volume (qui fonctionnait) était créé avec un VCSA 6. Merci pour tout. J’ai compris pourquoi les logs de certains datastore ne remontaient pas. Il faut décocher une case dans les propriétés de la banque de données au niveau de SIOC mais uniquement depuis le vsphere web client (pas depuis le client C#).

Pour répondre à ta question ça m’a fait réfléchir et je comprends pourquoi sur mon nouveau volume les logs étaient activés. C’est parce que les autres volumes (qui ne fonctionnaient pas) étaient créés avec un VCSA 5.
Le dernier volume (qui fonctionnait) était créé avec un VCSA 6.

Merci pour tout.

]]> By: NiTRo http://www.hypervisor.fr/?p=5252&cpage=1#comment-4906 NiTRo Mon, 20 Jun 2016 09:43:17 +0000 http://www.hypervisor.fr/?p=5252#comment-4906 Tu peux utiliser la commande de ce post pour activer la collecte seulement : http://www.hypervisor.fr/?p=4264 FYI, il me semble que la collecte est activée par défaut depuis vSphere 6.0 Tu peux utiliser la commande de ce post pour activer la collecte seulement : http://www.hypervisor.fr/?p=4264
FYI, il me semble que la collecte est activée par défaut depuis vSphere 6.0

]]> By: Stephane G http://www.hypervisor.fr/?p=5252&cpage=1#comment-4898 Stephane G Fri, 17 Jun 2016 15:12:38 +0000 http://www.hypervisor.fr/?p=5252#comment-4898 Merci ça marche impec. Il me reste plus qu'à trouver pourquoi un seul datastore remonte et ce sera parfait. Merci ça marche impec.
Il me reste plus qu’à trouver pourquoi un seul datastore remonte et ce sera parfait.

]]> By: NiTRo http://www.hypervisor.fr/?p=5252&cpage=1#comment-4897 NiTRo Fri, 17 Jun 2016 14:22:38 +0000 http://www.hypervisor.fr/?p=5252#comment-4897 Bonjour, bonne nouvelle. Les dashboards IOPS et IORM sont à configurer avec les noms (ou regex) de vos datastores. Bonjour, bonne nouvelle. Les dashboards IOPS et IORM sont à configurer avec les noms (ou regex) de vos datastores.

]]> By: Stephane G http://www.hypervisor.fr/?p=5252&cpage=1#comment-4896 Stephane G Fri, 17 Jun 2016 12:21:55 +0000 http://www.hypervisor.fr/?p=5252#comment-4896 Bonjour, Merci pour votre réponse. Je viens de passer la commande suivante sur les ESXi et les logs commencent à se remplir : esxcfg-advcfg -s 1 /Misc/SIOControlLogLevel Dans le dashboard sexilog je les vois en "storageRM". Mais par contre je ne les vois pas dans la partie IOPS/IORM. Les trames ressemblent à ça : 2016-06-17T12:18:57.397Z: 4:ESX1 myavglat= 1.00, mycount= 2 myoio= 0.00 myws= 256 mycounter 392394 mybeta= 4.00 totalAvgLat = 0.65 2016-06-17T12:19:01.399Z: Sleep delta = 4002.542973, Sleep Time = 4000 2016-06-17T12:19:01.400Z: 4:ESX1 myavglat= 0.00, mycount= 1 myoio= 0.00 myws= 256 mycounter 392395 mybeta= 4.00 totalAvgLat = 0.65 Ce qui est étrange aussi c'est que je n'ai qu'un volume (mais bon si ce n'est que ça je pourrai ouvrir un ticket chez VMware) : 2016-06-17T12:19:17.405Z: getting state for NFS volume VOL_SAS_FILES (10G) 2016-06-17T12:19:17.410Z: Found device VOL_SAS_FILES (10G) 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SSD (10G) 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA3 (10G) 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA2 (10G) 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA1 (10G) 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_PROFILS 2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_DATA Merci encore. Bonjour,

Merci pour votre réponse.
Je viens de passer la commande suivante sur les ESXi et les logs commencent à se remplir :
esxcfg-advcfg -s 1 /Misc/SIOControlLogLevel

Dans le dashboard sexilog je les vois en “storageRM”.
Mais par contre je ne les vois pas dans la partie IOPS/IORM.

Les trames ressemblent à ça :
2016-06-17T12:18:57.397Z: 4:ESX1 myavglat= 1.00, mycount= 2 myoio= 0.00 myws= 256 mycounter 392394 mybeta= 4.00 totalAvgLat = 0.65
2016-06-17T12:19:01.399Z: Sleep delta = 4002.542973, Sleep Time = 4000
2016-06-17T12:19:01.400Z: 4:ESX1 myavglat= 0.00, mycount= 1 myoio= 0.00 myws= 256 mycounter 392395 mybeta= 4.00 totalAvgLat = 0.65

Ce qui est étrange aussi c’est que je n’ai qu’un volume (mais bon si ce n’est que ça je pourrai ouvrir un ticket chez VMware) :
2016-06-17T12:19:17.405Z: getting state for NFS volume VOL_SAS_FILES (10G)
2016-06-17T12:19:17.410Z: Found device VOL_SAS_FILES (10G)
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SSD (10G)
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA3 (10G)
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA2 (10G)
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_SAS_DATA1 (10G)
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_PROFILS
2016-06-17T12:19:17.410Z: getting state for NFS volume VOL_DATA

Merci encore.

]]> By: NiTRo http://www.hypervisor.fr/?p=5252&cpage=1#comment-4895 NiTRo Fri, 17 Jun 2016 07:55:22 +0000 http://www.hypervisor.fr/?p=5252#comment-4895 Je vous confirme que non : http://www.virtuallyghetto.com/2010/10/does-sioc-actually-require-enterprise.html Et en ce qui concerne les logs, je vais vérifier car je pense que c'est l'I/O Injector qui les génèrent donc il se peut que cela ne soit pas soumis à licence http://frankdenneman.nl/2012/02/09/storage-drs-io-load-balancing-and-array-based-auto-tiering/ Je vous confirme que non : http://www.virtuallyghetto.com/2010/10/does-sioc-actually-require-enterprise.html
Et en ce qui concerne les logs, je vais vérifier car je pense que c’est l’I/O Injector qui les génèrent donc il se peut que cela ne soit pas soumis à licence http://frankdenneman.nl/2012/02/09/storage-drs-io-load-balancing-and-array-based-auto-tiering/

]]> By: Stephane G http://www.hypervisor.fr/?p=5252&cpage=1#comment-4886 Stephane G Wed, 15 Jun 2016 07:19:47 +0000 http://www.hypervisor.fr/?p=5252#comment-4886 Bonjour, Est-ce que vous confirmez qu'il faut bien la version Entreprise Plus pour activer le Storage I/O et donc avoir les logs ? Merci bien. Bonjour,
Est-ce que vous confirmez qu’il faut bien la version Entreprise Plus pour activer le Storage I/O et donc avoir les logs ?
Merci bien.

]]> By: NiTRo http://www.hypervisor.fr/?p=5252&cpage=1#comment-3227 NiTRo Tue, 26 Aug 2014 14:32:00 +0000 http://www.hypervisor.fr/?p=5252#comment-3227 Oui, très bientôt sur http://www.graylog2.org/extractors Oui, très bientôt sur http://www.graylog2.org/extractors

]]> By: Vincent T http://www.hypervisor.fr/?p=5252&cpage=1#comment-3226 Vincent T Tue, 26 Aug 2014 14:02:51 +0000 http://www.hypervisor.fr/?p=5252#comment-3226 En effet très sympa. J'ai du coup trouvé quelques problèmes de config NFS, le root squash ayant été mal configuré. Ca commence à prendre forme. Je coince sur les regexp des extracteurs de graylog2. Un lien quelque-part sur des extracteurs syslog vmware pertinents quelquepart ? Merci ! En effet très sympa. J’ai du coup trouvé quelques problèmes de config NFS, le root squash ayant été mal configuré. Ca commence à prendre forme. Je coince sur les regexp des extracteurs de graylog2. Un lien quelque-part sur des extracteurs syslog vmware pertinents quelquepart ?

Merci !

]]>