{"id":2070,"date":"2018-06-14T11:20:08","date_gmt":"2018-06-14T09:20:08","guid":{"rendered":"https:\/\/msb365.abstergo.ch\/?p=2070"},"modified":"2018-08-15T23:09:00","modified_gmt":"2018-08-15T21:09:00","slug":"error-by-installing-exchange-cu-event-1002","status":"publish","type":"post","link":"https:\/\/www.msb365.blog\/?p=2070","title":{"rendered":"Error by installing Exchange CU (Event 1002)"},"content":{"rendered":"

Today I had to install new Exchange 2016 CU on a customer\u2019s exchange environment. Normally that is an easy going thing and I wouldn\u2019t write an article about that.<\/p>\n

However, by this customer I came across an installation problem during the update.<\/p>\n

 <\/p>\n

I was running like always my pre setup steps for suspending the cluster:<\/p>\n

Suspend-ClusterNode \u2013Name EX2016SRV1<\/pre>\n
 <\/p>\n
After that, I disabled the database copy activation using this cmdlet:<\/p>\n
Set-MailboxServer EX2016SRV1 \u2013DatabaseCopyActivationDisabledAndMoveNow $true<\/pre>\n
 <\/p>\n
Then I blocked the activation Policy using the following command:<\/p>\n
Set-MailboxServer EX2016SRV1 \u2013DatabaseCopyAutoActivationPolicy Blocked<\/pre>\n
 <\/p>\n
And last but not least I needed to set the Exchange server in Maintrance mode:<\/p>\n
Set-ServerComponentState EX2016SRV1 \u2013Component ServerWideOffline \u2013State InActive \u2013Requester Maintenance<\/pre>\n
 <\/p>\n
Note:<\/strong> Don\u2019t forget to disable temporary the Anti Virus scanner and reboot the server before starting the setup.<\/p>\n
 <\/p>\n
After these pre-setup tasks, I was ready to mount the ISO file and start the update using:<\/p>\n
setup \/m:upgrade \/IAcceptExchangeServerLicenseTerms<\/pre>\n
 <\/p>\n
Good so far\u2026 Till here everything went fine and as expected. During the update Microsoft started working on the Mailbox roles. The Transport service and Client Access service had no problem and completed successfully. The same with the Language Files and Restoring Services.<\/p>\n
However, next task was about Unified Messaging service. Here I got after 90% the error below:<\/p>\n
\"\"<\/p>\n
To understand the error, I opened the Event Viewer, for me personally it is a more easy way to read the error and to find the solution of the issue.<\/p>\n
\"\"<\/p>\n
 <\/p>\n
Checking the error message I found an issue, which could be the reason for the unsuccessful setup. By taking a closer look, I found this:<\/p>\n
\"\"<\/p>\n
In my case that means, that by the installation of Exchange server 2016 the ISO file was mounted to the Drive Letter D:\\. After installing Exchange, the ISO was dismounted and the D:\\ Letter was used for the Mailbox databases.<\/p>\n
Now by installing the newest CU, the mounted ISO got the letter E:\\ and the uninstall of the old MSI was not possible, because the path of it doesn\u2019t exists anymore.<\/p>\n
\"\"<\/p>\n
After knowing this history, the solution in my case was easy. I have created on the D:\\ Partition a Folder called \u201cen\u201d (Note: the name can be different, it depended about your language settings) and copied the UMLanguagePack.en-US.msi from the ISO to the new folder.<\/p>\n
\"\"<\/p>\n
Now I restarted the setup and it went as expected without further errors to the end.<\/p>\n
\"\"<\/p>\n
 <\/p>\n
To finish the whole setup, there are now tree things left to do:<\/p>\n
    \n
  1. Reactivate the Antivirus Software<\/li>\n
  2. Reboot the Exchange server<\/li>\n
  3. Disable the Maintenance:<\/li>\n<\/ol>\n
    Set-ServerComponentState EX2016SRV1 \u2013Component ServerWideOffline \u2013State Active \u2013Requester Maintenance<\/pre>\n
     <\/p>\n
     <\/p>\n
     <\/p>\n
     <\/p>\n","protected":false},"excerpt":{"rendered":"
    Today I had to install new Exchange 2016 CU on a customer\u2019s exchange environment. Normally that is an easy going thing and I wouldn\u2019t write an article about that. However, by this customer I came across an installation problem during the update.   I was running like always my pre setup steps for suspending the […]<\/p>\n","protected":false},"author":1,"featured_media":2071,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_crdt_document":"","om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[2,3],"tags":[],"class_list":["post-2070","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-exchange","category-powershell"],"post_mailing_queue_ids":[],"_links":{"self":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/2070","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2070"}],"version-history":[{"count":6,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/2070\/revisions"}],"predecessor-version":[{"id":2325,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/2070\/revisions\/2325"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/media\/2071"}],"wp:attachment":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2070"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2070"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2070"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}