Doorgaan naar hoofdcontent

Blue screen of death bij installatie Windows Server 2008 R2 Beta

Bij het installeren van de beta van Windows Server 2008 R2 onder Hyper-V trad er bij mij een BSOD (Blue screen of death) op die mijn host server onderuit trok. De BSOD trad op bij een van de reboots tijdens de completing installation fase van de installatie.

Ook na de herstart trad er binnen de korste keren weer een BSD op. Bij de volgende opstartpoging heb ik ervoor gekozen de omgeving toch maar in de safe mode te starten. Op dat moment bleef mijn omgeving stabiel. Dit kwam omdat de Hyper-V omgeving niet draaiende en dus niet de Windows Server 2008 R2 image automatisch startte. Met deze wetenschap heb ik de XML config van de R2 omgeving een andere naam gegeven. Hierna kon ik mijn omgeving weer starten in de gewone modus en bleef deze stabiel.

Bij het uitspitten van de event log meldingen kwam ik vlak voor het moment van de BSD de onderstaande system meldingen tegen.

Foutmelding 1

Source: vmbus
Event ID: 2
Details: "The parent partition uses a different VMBus version. You need to Install a matching VMBus version in this guest installation."

Foutmelding 2

Source: VMSMP
Event ID: 26
Details: "NIC driver on '[naam virtual machine]' cannot load because it is incompatible with the server virtualization stack. Server version Client version (VMID [ID virtual machine])."

Het lijkt erop dat de installatie van Windows Server 2008 R2 beta onder een Hyper-V omgeving niet wordt ondersteund. Ik heb kort gezocht op de site van Microsoft en kan hier zo snel niets over vinden.

Aangezien foutmelding 2 spreekt over de NIC driver wil ik binnenkort nogmaals een installatie uitvoeren maar deze keer zonder gekoppelde netwerk kaart. Bij deze installatie had ik namelijk de virtual machine gekoppeld aan mijn fysieke netwerk kaart. Wellicht dat dit de oorzaak is. Ook ben ik benieuwd naar de reacties op mijn posting in het Windows Server 2008 R2 General forum.

Reacties

Populaire posts van deze blog

Bevindingen over de E-tech ADWG02 tot nu toe

Ik heb de E-tech ADWG02 nu bijna een week in gebruik. Dit is de vervangende modem voor de buggy Linksys WAG54G die ik eerder gekocht had. Mijn bevindingen over de E-tech tot nu toe: Geen crashes tot nu toe. De firmware lijkt op dat punt stabiel. Het apparaat is niet door middel van een knop aan of uit te zetten. Erg vervelend omdat ik het apparaat alleen uit kan zetten door de stekker uit het stopcontact te halen. De reden dat ik hem graag uit wil kunnen zetten is dat het apparaat in de woonkamer staat (in het zicht) en de lampjes nogal fel schijnen. Dat vind ik niet erg prettig. Daarnaast wil ik niet dat de verbinding de gehele dag open staat uit beveiligingsoverwegingen en vanwege het stroomverbruik. WIFI is middels een setting uit te zetten. Als je de setting uitvinkt en bevestigd door middel van een 'apply' zie je het lampje uitgaan op de ADSL modem. Er is op dat moment ook geen WIFI verbinding actief. Sla je de setting definitief op dan reboot de modem automat...

Active Directory limieten

Zoals ieder systeem heeft Active Directory ook zijn limieten. Tijdens wat Active Directory research kwam ik het volgende Technet artikel tegen waarin deze worden benoemd: Active Directory Maximum Limits . Kort samengevat zijn de limieten: Maximum aantal objecten per domain controller in een forest : ongeveer 2,5 biljoen (gedurende de volledige levensduur). Maximum aantal security identifiers (SID's) per domein : ongeveer 1 biljoen (gedurende de volledige levensduur). Aantal groepen waarvan een security indentifier (persoon, groep, computer account) lid kan zijn : ongeveer 1.015 groepen. FQDN lengte limiet : maximum lengte is 64 tekens (dit is inclusief punten en mintekens) voor de fully qualified domain name (FQDN). Bestandsnaam limiet : Windows kent een pad lengte limiet van 260 tekens. Deze is ook van toepassing op de fysieke bestanden van AD zoals SYSVOL. Organisational unit limiet : maximum lengte is 64 tekens. Heeft te maken met de Windows limiet van 260 tekens die in de gaten...

Applicatie architectuur

Een gangbare architectuur voor het opdelen van applicatie functionaliteit is die van het groeperen van functionaliteit naar aandachtsgebied. Onderstaande afbeelding geeft de plaat weer die de Patterns & Practices groep van Microsoft hiervoor gebruikt binnen hun Microsoft Application Architecture Guide (2nd edition) . Dit artikel geeft een samenvatting weer van de essentie van deze architecturele opdeling van een applicatie.   Ontwerp principes Hanteer bij het ontwerpen van een applicatie de volgende vijf principes: Scheiden van verantwoordelijkheid (Separation of concerns) . Deel de toepassing op in afzonderlijke functies met zo min mogelijk overlap. Afzonderlijke verantwoordelijkheid (Single Responsibility) principe . Elke component- of module moet verantwoordelijk zijn voor een bepaalde functie / functionaliteit of over de samenvoeging van samenhangende functionaliteit. Het principe van minste kennis (Principle of Least Knowledge) . Een component of een obj...