Na een upgrade van vcenter 2.5 en ESX 3.5 hosten naar vcenter5 en fresh geinstalleerde ESXi5 hosten krijg ik op al mijn virtuele machines een verkeerde active connections telling als ik via de vsphere client een console open.

Melding:
Number of active connections has changed. Ther are now 17 active connections to this console.

Deze waardes blijven maar oplopen totdat ik de vm migreer naar een andere ESX host.
Dus de de VM houdt elke sessie vast terwijl er nooit zoveel sessies tegelijkertijd geconnected zijn. Als ik de VM migreer naar een anderes ESX host staat de teller weer even op 0 daarna loopt deze op.
In een VI3 omgeving heb ik nog nooit zulke hoge waardes gezien.
Is dit nieuw in vSphere 5 of is mijn console teller van het pad af?

Om deze melding weg te krijgen heb ik nadat alle ESX hosten op ESXi5 zaten de gehele vcenter server nog een keer opnieuw fresh geinstalleerd en daarna de hosten opnieuw gekoppeld.
Maar zonder resultaat de teller blijft oplopen op elke VM.
Wie kan mij hier mee helpen?

Dat is wel vreemd inderdaad, is mij zo onbekend.

Heb je toevallig bepaalde agents geinstalleerd staan welke een sessie/connectie open zetten naar de VM?

Schedule anders eens dit script, wellicht blijft het dan minimaal

http://blog.vmpros.nl/2010/10/02/vmware ... -powercli/

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |

Zelfs als de vcenter server uitstaat en ik via de vsphere client rechtstreeks naar 1 van mijn 12 ESXi5 hosten connect dan zie ik in het console
Number of active connections has changed. Ther are now 3 active connections to this console.
Ik dacht eigenlijk dat het iets met mijn vcenter server inrichting te maken zou hebben.
Maar het zit dus in al mijn lokale ESXi5 hosten.

Sinds ik de VM's heb verplaatst van de oude ESX 3.5 host naar een nieuwe ESXi5 host is dit probleem naar voren gekomen!
Nadat ik alle ESX 3.5 hosten had vervangen voor ESXi5 heb ik nog een keer mijn vcenter server helemaal opnieuw ingericht maar het probleem blijft bestaan.

Heeft iemand nog tips in welke richting ik moet zoeken.
Er zijn op internet niet veel Topics over te vinden.
De enige Topics hierover zijn of je de balk Number of active connectionts has changed kunt uitschakelen!

Misschien een routerings issue ? Dat je via meerdere wegen bij je management kan komen en zo meerdere keren een SSH conenctie naar de console start ?

Dank je wel voor de tip!
Het zou heel goed kunnen dat het daar door zou kunnen komen.
Ik ga het meteen onderzoeken!
Word vervolgd!

Beetje late reactie want ik heb het probleem al bijna 5 weken geleden opgelost.
Om de juiste oplossingen toch nog op het vmug forum te krijgen bij deze de oplossing.
Ik baal er zelf altijd van als ik een forum issue vind met hetzelfde probleem als ik dan ondervind zonder oplossing.
Het was inderdaad een routing issue.
Ik had de default gateway van mijn vmotion portgroup ingesteld bij mijn Management Network.
Als je bij het aanmaken van de vmotion portgroup de standaard Defaul Gateway wijzigd dan word deze ook voor de standaard Management network portgroup gewijzigd.
Hierdoor krijg je natuurlijk hele vreemde routing problemen.

Nu heb ik het als volg ingesteld:
PortGroup: vMotion
IP:172.37.3.x ( per ESX host oplopend )
SM: 255.255.255.0
VMkernel Default Gateway :172.37.8.1

PortGroup: Management Network
IP: 172.37.8.X ( per ESX host oplopend )
SM: 255.255.255.0
VMkernel Default Gateway :172.37.8.1

PortGroup: Management Network en vMotion zitten samen op 1 vSwitch met 2 fysieke netwerkkaarten. 1 active en de andere Stanby. Voor de andere PortGroup precies andersom de andere active en andere Stanby.

Op de 2de vSwitch heb ik alle virtual machine portgroups gemaakt.
Hier zitten 4 fysieke netwerkkaarten op aangesloten die ik voor elke portgroup alle 4 op active heb gezet.
v.b. PortGroup: 4 verschillende DMZ portgroups en 9 verschillende interne portgroups.
( testomgeving / Ontwikkelomgeving / lan / enz.)

( Ik heb in het bovenstaande voorbeeld de ip adressen die ik heb opgegeven veranderd om zo hackers niet te veel info over de omgeving te geven die ik heb ingericht.)

Mooi dat het is opgelost!

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |