Skip to content
Advertisement
2015/10/09 / vpourchet

VMware vRealize Orchestrator 5.5.2 : Filesystem /dev/sda1 plein

Aujourd’hui je vais partager avec vous un problème que j’ai rencontré plusieurs fois sur une appliance vRealize Orchestrator.

Les premiers symptômes ont étés des connexions via le client vRo qui moulinaient sans fin et n’aboutissaient jamais.

En me connectant sur l’appliance et en utilisant la commande df, j’ai constaté que le filesystem /dev/sda1 était plein (colonne Use%).

vro_dev_sda_full_1

Via la commande # du –a / |sort –n –r |head –n 10 on affiche les 10 plus gros fichiers / dossiers de l’appliance vRo.

vro_dev_sda_full_2

vro_dev_sda_full_3

On constate que le fichier /var/lib/vco/app-server/bin/java_pid22405.hprof pèse environ 2.3Go.

Après un tour sur les communities VMware je suis tombé sur la KB suivante :

What is the pidXXXXXX.hprof file used for? (S’applique à ITBM).

Le fichier .hprof contient un dump de la mémoire qui est généré lorsque le système crash ou que la mémoire est pleine.

Suite à l’ouverture d’un case chez VMware, le support m’a pointé vers le KB suivante :

VMware vRealize Orchestrator times out with the error: Timeout, unable to get property name’ (2007423)

En utilisant la commande :  $ cat /var/log/vmware/vco/app-server/catalina.out | grep -B3 Dumping

On constate que Java à crashé car la mémoire était pleine et à Dumpé son contenu dans le fichier java_pid22405.hprof.

62864.484: [GC62864.484: [ParNew: 120290K->17024K(153344K), 0.3569520 secs]62864.841: [CMS: 1774794K->1684048K(1926784K), 8.0661350 secs] 1831568K->1684048K(2080128K), [CMS Perm : 152759K->152759K(255484K)] icms_dc=100 , 8.4234630 secs] [Times: user=8.76 sys=0.00, real=8.42 secs]

62872.907: [Full GC62872.907: [CMS: 1684048K->1676388K(1926784K), 7.9964860 secs] 1684048K->1676388K(2080128K), [CMS Perm : 152759K->151019K(255484K)] icms_dc=100 , 7.9967550 secs] [Times: user=8.02 sys=0.00, real=8.00 secs]

java.lang.OutOfMemoryError: Java heap space

Dumping heap to java_pid24405.hprof

 

La solution, mentionnée dans la KB, consiste à modifier le fichier /usr/lib/vco/app-server/bin/setenv.sh et plus particulièrement la ligne MEM_OPTS :

vro_dev_sda_full_4

D’après le support il n’y a pas de calcul à proprement parler permettant de déterminer la valeur à positionner au niveau de ces paramètres mais le support estime qu’il faut environ 70-80% de la quantité de mémoire totale allouée à l’appliance.

Dans mon cas, mon appliance vRo avait 3Go de Ram et la valeur 2048m était positionnée.

Le support a demandé d’upgrader la mémoire de l’appliance a 6Go et de positionner la valeur –Xmx à 4096m (soit 4Go).

 

Leave a Reply

Your email address will not be published.