Na bijna een jaar met Exchange 2007 gewerkt te hebben ben ik toch nog best wat bugs tegengekomen. Om bij te houden wat ze precies inhielden som ik ze even op. Misschien dat iemand er nog wat aan heeft.
#BUG1: "Unable to find "Default Global Address List"
Na in een test- en development omgeving Exchange 2007 met success te hebben geimplementeerd was het de tijd voor productie. Vol goede moed voerde ik setup.com /r:t,h,c,m /t:D:\Exchsrvr in en starte de installatie. 25 minuten later was de Mailbox Role op 87% waarna de installatie stopte met de melding dat de "Default Global Address List" niet gevonden kon worden. Aangezien de tools wel geinstalleerd waren probeerde ik meteen een Get-GlobalAddressList, welke mij liet weten dat er wel degelijk een "Default Global Address List" was. Een kijkje in de properties toonde ons een "IsDefaultGlobalAddressList : False". ???!??!!!..... IsDefaultGlobalAddressList ???!? WTF... Deze property bestaat niet als SchemaProperty, dus moet een calculated value zijn. Maar gebaseerd op wat?
Na de LDIF exports van het GAL object in AD vergeleken te hebben met de test en dev omgevingen bleek er 1 property niet overeen te komen en dat was msExchPurportedSearchUI. In productie was deze gevuld en in test en dev niet... Na wat onderzoek blijkt deze property informatie te bevatten welke in Exchange System Manager het mogelijk maakt de LDAP query te wijzigen op basis waarvan een Address List de membership bepaald. In normale omstandigheden zal dit altijd leeg zijn en zal het niet toegestaan zijn de GAL te "Modifyen" of te "Removen"
Echter bij migraties vanuit vorige versies van Exchange kan het zijn dat het msExchPurportedSearchUI veld gevuld is, wat het mogelijk maakt de query te wijzigen door gebruik te maken van het volgende window:
De info om dit scherm op te bouwen zit dus in dat veld....
Na het veld leeg gemaakt te hebben sprong "IsDefaultGlobalAddressList" naar True en kon ik de installatie afmaken.
#BUG2: "This operation cannot be performed on a remote server or a clustered mailbox server in a cluster continuous replication environment"
Na een tweetal Exchange servers te hebben provisioned in AD en vervolgens geinstalleerd te hebben, was het niet mogelijk verschillende cmdlets uit te voeren die betrekking hadden op de mailbox role. Ze stopten met de melding "This operation cannot be performed on a remote server or a clustered mailbox server in a cluster continuous replication environment".
Na de configuratie van Exchange te hebben vergeleken met andere servers bleek dat de CN's in AD lowercase te zijn, terwijl alle andere servers uppercase waren. Na dit verandert te hebben werkte alles weer. Let dus op dat je hoofdletters gebruikt als je een server provisioned met setup.com /newprovisionedserver:SERVERNAAM
#BUG3: "Services starten langzaam"
Ik had in een productieomgeving last van services die langzaam startten. Vooral de System Attendant duurde soms 5 minuten voordat deze kon starten. Diagnostische logging leverde niets op. Na de x64 debuggingtools te hebben geinstalleerd en de memory dump te hebben gestuurd naar Microsoft bleek dat de API call DSGetSitename een timeout gaf omdat de siterequest naar alle domeinen gestuurd werd. Dit was echter een grote omgeving en dit leverde problemen op. Dit zal opgelost zijn in SP1 werd mij verzekerd.
#BUG4: "ISInteg werkt niet"
Probeer maar eens een Exchange 2007 database te controleren met ISInteg op een Windows 2003 sp2 machine. Lukt je niet.....
De tool crashed met de volgende error:
Error: FULLCHKMGR::EcReadRowCountGlobalFlag failed with error JET_wrnColumnNull
Shutdown Initiated! ISInteg will shutdown when ready
Na wat tests geprobeert te hebben bleek dat de "rowcounts" test wel werkt.... En nog merkwaardiger... Daarna werkte de rest ook. Dus als je eerst isinteg.exe -s servernaam -fix -test rowcounts uitvoert, kan je daarna wel de andere tests uitvoeren.