Juste un petit rappel pour un site bien pratique : gpsearch.azurewebsites.net

Idéal pour retrouver une GPO, les paramètres associés le chemin dans le registre, etc…

GPO_RDS

Un peu trop régulièrement, mon sexilog ne répondait plus à mes requêtes, le “heap mem” semblait saturé, après quelques recherches sur le net j’ai trouvé une procédure pour l’augmenter, passage donc à 4GB.

Augmentation du heap mem size pour sexilog :

Supprimer le commentaire de la ligne #HEAP_SIZE=2g et modifier la valeur comme ci-dessous :

vi /etc/init.d/elasticsearch

ES_HEAP_SIZE=4g

On relance Elasticsearch et l’on vérifie dans BigDesk que tout est OK :

./etc/init.d/elasticsearch restart
./etc/init.d/elasticsearch status

http://*.*.*.*/_plugin/bigdesk

JVM Heap

 

source : merci à linoxide.com

J’avais besoin de centraliser l’exécution du vCheck d’Alan Renouf depuis un seul script vers plusieurs vCenters. Heureusement, je ne suis pas le premier à vouloir le faire, merci à Bryan qui a posté la réponse dans les commentaires du site:

 Bryan
 – Créer un fichier “pre_vcheck.ps1” avec les quelques lignes de code de Bryan, modifier la tâche planifiée qui exécute habituellement le vCheck pour lancer ce script, ne pas oublier de mettre en commentaire la ligne $server du fichier de conf “global variables.ps1”.
$ServerList = "server1","server2","server3"
foreach ($server in $ServerList) {
.\vcheck.ps1 -$server -outputpath “\Output\”
}

Modifier les valeurs server1, server2, server3 avec les adresses de vos vCenters.

Vous aurez un rapport pour chaque vCenter et non un rapport avec toutes vos informations agrégées.