Virtual Center session count

Virtual Center kent veel mogelijkheden om het beheer van het virtuele machinepark te automatiseren. Dit is onder andere mogelijk met de VI Perl Toolkit. Deze interface bied de mogelijkheid om door middel van Perl scripts de VI API te gebruiken.

Tijdens het gebruik van deze toolkit is mij (wederom) gebleken dat het automatiseren door middel van eigen geschreven scripts de nodige risico's met zich meebrengt.

Een van de gebruikte scripten op de server van mijn opdrachtgever voerde een beschikbaarheids controle uit door simpelweg in te loggen op de Virtual Center web interface. Echter de routine om uit te loggen stond niet op de juiste plek in het script en werd nooit aangeroepen.

Het gevolg hiervan was dat na enkele momenten het limiet was bereikt van het maximaal aantal gelijktijdige sessies. Proefondervindelijk is vastgesteld dat dit maximum op de huidige versie van Virtual Center - versie 2.5 - op 100 is ingesteld. Indien deze situatie zich voordoet zal de volgende melding in de vpxd log bestanden worden weggeschreven:

"SOAP session count limit reached".

Gelukkig kan ook het aantal sessies door middel van de VI Perl toolkit worden bewaakt. Zie hiervoor de VMware Infrastructure SDK reference guide en zoek hier naar het UserSession Data Object.

Hopelijk ben je door het bewaken van het aantal gelijktijdige sessies het moment dat het écht fout gaat voor.

Wijzigen locatie tnsnames.ora

Gisteren was echt een typische maandag. Waar ik dacht rustig aan een nieuwe werkweek te kunnen beginnen hield mijn PC ermee op! Het opnieuw installeren van het systeem is een fluitje van een cent, maar vervolgens kwam de onvermijdelijke vraag. Stond al mijn data wel netjes op een netwerk locatie?

Gelukkig was het antwoord op deze vraag 'bijna', maar er bleken toch nog wat dingen op mijn lokale schijfje te zwerven. Dit bleek ook geen probleem te zijn aangezien een collega met PLD Linux deze data wist te redden door deze met scp naar een andere machine te kopiëren.

Onder de geredde data bevond zich ook mijn tnsnames.ora bestand. Omdat ik het onzin vond dat dit bestand op mijn lokale schijf stond heb ik eens nagevraagd bij een andere deskundige collega. En wat blijkt, met het toevoegen van een omgevingsvariabele TNS_ADMIN is deze locatie eenvoudig aan te passen.

Normaal zullen bestanden als sqlnet.ora en tnsnames.ora worden gezocht in de volgende locaties.

UNIX:
1. $HOME voor verborgen bestanden (bijv., .sqlnet.ora en .tnsnames.ora)
2. $TNS_ADMIN
3. $HOME
4. /etc or /var/opt/oracle (wisselt per platform)
5. $ORACLE_HOME/network/admin

Windows:
1. huidig pad (van gebruikte client applicatie)
2. Sessie environment variable TNS_ADMIN
3. System environment variable TNS_ADMIN
4. Windows Registry Key TNS_ADMIN
5. %ORACLE_HOME%\network\admin