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…
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…
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
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:
$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.