INFO: Update Rollup 4 for Exchange Server 2007 Service Pack 1
Published Sep 11 2008 01:52 PM 9,308 Views

For a brief period of time on August 9, 2008, a pre-release version of Update Rollup 4 for Exchange Server 2007 Service Pack 1 (KB952580) was inadvertently made available to Microsoft Update, the Microsoft Update Catalog, and Windows Software Update Services (WSUS) servers for download. While we quickly removed the update from Microsoft Update within a short period of time, some servers using these distribution methods might have detected, downloaded and/or installed this version of the update.

Known issues exist with this pre-release version of Update Rollup 4, including issues with Exchange Web Services (EWS) that creates the potential for a continuous crashing cycle, an uninstall issue where the EWS web.config is reset, and an issue with backup validation. The final release version of Update Rollup 4 will be released in the upcoming weeks, and until then, we recommend that customers who have not already installed Update Rollup 4 wait to do so. If you have already installed Update Rollup 4, we recommend uninstalling it.

The following known issues exist in the pre-release (version 8.1.311.1) of Update Rollup 4 for Exchange server 2007 Service Pack 1 (KB952580). Also included are recommended steps to resolve this for customers who encounter any of the issues.

Symptom Validation Workaround Resolution

Failure observed in backup applications which result in the following events (or similar ones in the event log). The E00 in event ID 305 is the current log file for the storage group where the backup is performed. So it can be E0n if the backup is being performed against a different storage group.

Event Type:        Error
Event Source:    Storage Group Consistency Check
Event Category:                Termination
Event ID:              401
Description: Instance 1: The physical consistency check has completed, but one or more errors were detected. The consistency check has terminated with error code of -106 (0xffffff96).

Event Type:        Error
Event Source:    Storage Group Consistency Check
Event Category:                Log File Validation
Event ID:              305
Description: Instance 1: One or more errors were detected while validating the transaction log files in 'd:\database\' with a base name of 'E00'. Transaction log file validation failed with error code -1811 (0xfffff8ed).

Check if the server has Update Rollup 4 for Exchange server 2007 Service Pack 1 (KB952580) v1 installed. (See instructions below.) None

1) Uninstall the rollup from "View Installed Updates" in Windows Server 2008 or "Add/Remove programs" in Windows Server 2003.

2) If the server also has the CAS role, open the web.config file located at <Exchange Install folder>\Client Access\exchweb\ews using an editor like Notepad.exe.

3) Replace all instances of %ExchangeInstallDir% with the actual path of the Exchange installation folder. E.g. If you have installed Exchange in D:\Program Files\Microsoft\Exchange Server replace %ExchangeInstallDir% with D:\Program Files\Microsoft\Exchange Server\.

Here is a line in the web.config file.

Before

<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%bin\Microsoft.Exchange.Common.IL.dll"/>

After

<codeBase version="0.0.0.0" href="file:///D:\Program Files\Microsoft\Exchange Server\bin\Microsoft.Exchange.Common.IL.dll"/>

Restart W3SVC service

Intermittent crashes in w3wp process on the CAS servers when Exchange Web Services (EWS) GetItem operations are processed. The following event is also logged in the event log.

Log Name: Application
Source: MSExchange Common
Event ID: 4999
Task Category: General
Level: Error
Keywords: Classic
Description: Watson report about to be sent to dw20.exe for process id: 9364, with parameters: E12IIS, RTL-AMD64, 08.01.0240.006, WS, M.E.Services, M.E.S.C.PerfCounterReader.GetCPUPercent, System.InvalidOperationException, d177, 08.01.0311.001. ErrorReportingEnabled: True

Event Xml:
<Event xmlns="
http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="MSExchange Common" />  <EventID Qualifiers="16388">4999</EventID>
<Level>2</Level>
<Task>1</Task>
<Keywords>0x80000000000000</Keywords>  <TimeCreated SystemTime="2008-09-11T00:49:11.000Z" /> <EventRecordID>1262</EventRecordID>  <Channel>Application</Channel>  <Computer>test.contoso.com</Computer>  <Security />
</System>
<EventData>
<Data>9364</Data>
<Data>E12IIS</Data>
<Data>RTL-AMD64</Data> <Data>08.01.0240.006</Data>  <Data>WS</Data>  <Data>M.E.Services</Data>  <Data>M.E.S.C.PerfCounterReader.GetCPUPercent</Data>  <Data>System.InvalidOperationException</Data>
<Data>d177</Data>  <Data>08.01.0311.001</Data>  <Data>True</Data>
</EventData>
</Event>

Check if the server has Update Rollup 4 for Exchange server 2007 Service Pack 1 (KB952580) v1 installed. (See instructions below.)

1) Restart the W3SVC service.

2) Run your EWS application immediately to ensure that EWS is the first instance of w3wp process.

Use Task Manager to double check that only 1 w3wp process is present. If there are more than 1 w3wp process, then redo the steps from the beginning. If there is only 1 EWS is being serviced by the first w3wp process. As long this w3wp process does not crash the CAS server will not run into this issue. are more  (which may be launched from a connection like OWA or ActiveSync).

1) Uninstall the rollup from "View Installed Updates" in Windows Server 2008 or "Add/Remove programs" in Windows Server 2003.

2) Open the web.config file located at <Exchange Install folder>\Client Access\exchweb\ews using an editor like Notepad.exe.

3) Replace all instances of %ExchangeInstallDir% with the actual path of the Exchange installation folder. E.g. If you have installed Exchange in D:\Program Files\Microsoft\Exchange Server replace %ExchangeInstallDir% with D:\Program Files\Microsoft\Exchange Server\.

Here is a line in the web.config file.

Before

<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%bin\Microsoft.Exchange.Common.IL.dll"/>

After

<codeBase version="0.0.0.0" href="file:///D:\Program Files\Microsoft\Exchange Server\bin\Microsoft.Exchange.Common.IL.dll"/>

4) Restart W3SVC service

Exchange Web Services (EWS) operations fail with the following response.

HTTP/1.1 302 Found
Cache-Control: private
Content-Length: 175
Content-Type: text/html; charset=utf-8
Location: /ews/GenericErrorPage.htm?aspxerrorpath=/ews/Exchange.asmx
Server: Microsoft-IIS/7.0
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Fri, 12 Sep 2008 01:00:02 GMT
<html>
<head>
   <title>Object moved</title>
</head>
<body>
<h2>Object moved to <a href="/ews/GenericErrorPage.htm?aspxerrorpath=/ews/Exchange.asmx">here</a>.</h2>
</body>
</html>

1) On the CAS server, open the web.config file located at <Exchange Install folder>\Client Access\exchweb\ews using an editor like Notepad.exe.

2) Look for the presence of the text %ExchangeInstallDir% in the file. E.g.

<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%bin\Microsoft.Exchange.Common.IL.dll"/>

None

1) Open the web.config file located at <Exchange Install folder>\Client Access\exchweb\ews using an editor like Notepad.exe.

2) Replace all instances of %ExchangeInstallDir% with the actual path of the Exchange installation folder. E.g. If you have installed Exchange in D:\Program Files\Microsoft\Exchange Server replace %ExchangeInstallDir% with D:\Program Files\Microsoft\Exchange Server\.

Here is a line in the web.config file.

Before

<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%bin\Microsoft.Exchange.Common.IL.dll"/>

After

<codeBase version="0.0.0.0" href="file:///D:\Program Files\Microsoft\Exchange Server\bin\Microsoft.Exchange.Common.IL.dll"/>

3) Restart W3SVC service

During uninstall of Rollup 4, the admin is prompted for a request for Source.

Rollup 4 is being uninstalled via 'Add/Remove Programs' and there is a UI requesting the original source media. Still being looked at. Looks to be an MSI Installer bug that has been fixed in a future version of MSI that we hit when changing resetsearchindex.ps1. When prompted for the source, point to the original ExchangeServer.MSI that came with media that you installed with. This will allow you to continue with the uninstall.

Identification of Rollup version via Add/Remove Programs:

To identify the version of the Rollup that you have installed, press the "Click here for support information" link for the update, under Add or Remove Programs (or Programs and Features) applet in Control Panel:

Identification of the rollup version via the Registry:

To identify if the rollup is installed via the registry, the "DisplayVersion" value shown below will be 1. The final release version of the rollup will have a value data of 2 or higher.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\KB952580 
  Name:            DisplayVersion
  Type:            REG_SZ
  Data:            1

We apologize for any inconvenience this may have caused and we are working to make sure this does not happen again.

- Scott Roberts

102 Comments
Not applicable
I am sorry but this is absolutely unacceptable.  

1. Rollups should not be automatically installed, they should be optional.
2. If a prerelease patch can get into Microsoft update, you leave me no choice but to disable automatic updates.
Not applicable
It is always recommended on servers to configure the Microsoft Update Agent to automatically download, but never to automatically install.  I would suggest this approach in conjunction with proper testing procedures in a lab environment instead of disabling automatic updates altogether.  :)
Not applicable
Glad it was caught. LIke Chris, I only have my servers set to download but not install automatically. Patches only get installed once I've reviewed, or at least scanned, the information on the patch. I doubt there would have been an MS08-xx for this out yet and that alone would have prevented me from installing it until I knew more.
Not applicable
This didn't happen to us, but what happens if the client downloaded it already even if it wasn't applied? When you release the new one, will the client download that one and override the pre-release one?
Not applicable
BDAY-

If your client only downloaded it and is online to the internet, wait 24 hours and the client will force a rescan. Offline clients will be able to install it. I am understanding the meaning of offline as those clients that cannot fully connect to Microsoft Update at the the time of the next scan. In most cases, the 24 hours has already passed.

FYI - Rollup 4 isn't not classified as a Security Update.

Moving forward, Exchange Rollups will be released on the second and fourth Tuesday of the month due to 'may cause a reboot'.

Not applicable
The screenshots and registry don't seem to apply to Vista (using Exch Mgmt Console)

The version i see in the console is 08.01.0311.001. What will the new version be?
Not applicable
Also, the download of the wrong verion is still available via the download link in an MBSA scan.
Not applicable
So you are saying I should not trust any update released by Microsoft until I test it?  This is a great way for full time Exchange Admins to spend their time, but my customers are not going to pay me to do Microsoft’s job.  
I go into small businesses and setup an Exchange server.  During the configuration I set Microsoft update to automatically install patches.  You are saying I should charge my customers to test each patch released by Microsoft then manually install the patch on each server I have setup.  Talk about job security.
Not applicable
Thanks GeeB -
1. We will update the blog with the text of what you will see in Vista and Windows 2008. The new version when released will be 08.01.0311.0xx where xx will be higher than 01. I will probably update this blog once we know the official build number

2. The MBSA Scan is probably due to the MU process that uses it. I beleive the link will not work. MBSA, if I remember correctly uses Microsoft Update regluarly to determine if a Security Update should be offered. It should now offer Rollup 3. I will get back to you on this one

Scott (Exchange)
Not applicable
Andy -

It sounds like what Scott is saying is that it is always a good idea to test  something before installing it (and this doesn't just apply to Microsoft code, either, but to any code that you EVER install).

Although I'm pretty sure that Microsoft tests everything they put out, I doubt that they have the time or resources to test it with every single configuration known to man.  Just because it works with (let's say) the 99% of hardware/software configurations they DO test -- it is not a good idea for you to be that 1% that they don't test AND which crashes the system.

Change Control Processes are ALWAYS a good idea -- even in smaller businesses.
Not applicable
I've already installed the patch on my management workstation.  If I leave it alone, will it upgrade to the new version (via WU) when it's released?
Not applicable
Steve - yes... if you have the machine set to get the MU updates automagically, it will. If you installed it manually, you can just install it on top of what you have now.
Not applicable

Ok folks,

I want to point out that there is an uninstall case that we just uncovered that people may hit. Although the cases where customers have had to uninstall this particular version of Rollup 4 is low, I want to share this with everyone.

- On install, the EWS Web.config file is installed with 'placeholder' information that is modified outside of the MSI (installer) while Exchange Setup is running.
- When we uninstall Rollup 4, the EWS web.config (example: D:Program FilesMicrosoftExchange ServerClientAccessexchwebewsweb.config) file is restored to the RTM version without the post-processing.
- On startup, EWS tries to read it and does not function properly.

For those who encounter this condition, the fix is to open the web.config file manually and Find + Replace the information it needs. I should have the blog updated with the official info shortly with ways to detect this and the steps to fix this.

I will have more later this evening as I write up the official blog post.

Scott

Not applicable
Andy,

I wouldn't say you shouldn't trust the updates, but as an experienced administrator, you should know never allow your servers to install patches automatically. You should be scheduling routine maintenance cycles for your systems. I would say this about ANY server environment-- Windows, Linux, Mac, or otherwise. This is especially true if you're doing work as a consultant... what would be worse for your customers-- paying you for an hour of routine maintenance, or paying you for several hours of troubleshooting a botched patch update?

In any case, what would you prefer Microsoft do here? Not even admit the problem exists, leave the updated posted, and then silently replace it with the correct version?
Not applicable
<i>In any case, what would you prefer Microsoft do here? Not even admit the problem exists, leave the updated posted, and then silently replace it with the correct version?</i>

I would rather Microsoft have a little better QC in place than to get pre-releases rolled out to the auto-update system. This is why you'll never see Microsoft Life Support 1.0 - who can afford the risk?

And I concur - auto-updating is a recipe for disaster. The history of Microsoft and patches has notable problems (service pack 6a, anyone?), and having your system download and install a leap of faith patch from Microsoft is an activity that will, eventually, cost you.  
Not applicable
MEC2

Service Pack 6a?  what is this, 1996?
Not applicable
As I write this I'm on the phone with Microsoft for the 8th Hour trying to fix 2 production servers that downloaded this Patch and installed it via WSUS.   It has been a nightmare.   And the fix?   Wipe and reload the servers.
Not applicable
Dr4g0nfly,

What are your symptoms?

An update to the Uninstall web.config issue is:

Symptom:
Exchange Web Services (EWS) operations fail with the following response.
HTTP/1.1 302 Found
Cache-Control: private
Content-Length: 175
Content-Type: text/html; charset=utf-8
Location: /ews/GenericErrorPage.htm?aspxerrorpath=/ews/Exchange.asmx
Server: Microsoft-IIS/7.0
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Fri, 12 Sep 2008 01:00:02 GMT

<html>
 <head>
   <title>Object moved</title>
 </head>
 <body>
   <h2>Object moved to <a href="/ews/GenericErrorPage.htm?aspxerrorpath=/ews/Exchange.asmx">here</a>.</h2>
 </body>
</html>

Troubleshooting steps to validate root cause:
1) On the CAS server, open the web.config file located at <Exchange Install folder>Client Accessexchwebews using an editor like Notepad.exe.
2) Look for the presence of the text %ExchangeInstallDir% in the file. E.g.
<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%binMicrosoft.Exchange.Common.IL.dll"/>

Issue:
The issue happened because Update Rollup 4 for Exchange server 2007 Service Pack 1 (KB952580) v1 was previously installed on the server and subsequently uninstalled

Workaround (if the rollup cannot be uninstalled immediately): None

Resolution:
1) Open the web.config file located at <Exchange Install folder>Client Accessexchwebews using an editor like Notepad.exe.
2) Replace all instances of %ExchangeInstallDir% with the actual path of the Exchange installation folder. E.g. If you have installed Exchange in D:Program FilesMicrosoftExchange Server replace %ExchangeInstallDir% with D:Program FilesMicrosoftExchange Server.
Here is a line in the web.config file.
Before
<codeBase version="0.0.0.0" href="file:///%ExchangeInstallDir%binMicrosoft.Exchange.Common.IL.dll"/>
After
<codeBase version="0.0.0.0" href="file:///D:Program FilesMicrosoftExchange ServerbinMicrosoft.Exchange.Common.IL.dll"/>
3) Restart W3SVC service


Not applicable
Re: SP6a and 1996

No, it's 2007, but what's changed, other than an automated way to distribute updates that break your system? My point... thanks for making it. The fact they had to actually add a revision increment to a service pack just drives it home.

If you want something more recent, look up the XP SP3 auto update on AMD systems with OEM XP - I had to deal with this zero-hour and it was pretty damn aggravating. Others abound, in fact had one today, computer displays no fonts or text after autoupdates - restore to prior day - fine. The point is, auto updating makes you the beta tester. Wait, and download after the patch has matured, and let the pioneers take the arrows...

MEC2
Not applicable
Many Thanks to Scott Roberts! We had the same problem. Thx.
Not applicable
the fault lies with the WSUS Team - automatic deployment of applications and patches occurs because some items are bulk classified and the wsus team refuses to change their architecture to accomodate more classification to prevent autoinstalls.
we had the same type of problems with FCS deploying to clients - on top of symantec AV.
Not applicable
After uninstalling Rollup 4 I have a lot of Event ID 1309 and noone has access to Out Of Office Assistant. I tried to change the  %ExchangeInstallDir% to the actual install dir and restart W3SVC service - but it doesnt seem to help. What to do now?
Not applicable
Forget what I just wrote :) Forgot a in the end of the path to the exchangedir. Tried again with notepad (replace all) and then it worked.

Thanks for the quick help.
Not applicable
To Scott Roberts (Exchange),



fyi...MBSA scan now no longer detects the need of UR4 as of this morning, however, on any previous reports the download link still works to the bad version:


http://www.download.windowsupdate.com/msdownload/update/software/uprl/2008/08/exchange2007-kb952580-...




Not applicable
"Not aware of many customers being affected" - let's consider who was most likely to be affected: first, the timing of the patch on automatic update meant that it was night or evening in Europe and the Middle East, but still day in North America. Since most would have automatic updates set to go off outside business hours, not so many will have caught the patch in America, but more in time zones east of the Atlantic, and they're less likely to have reached the attention of the Exchange team in the USA. Second the sort of customer using automatic update is likely to be the small to medium size, with a small IT staff or IT contacted out. These people are less likely to have support contracts and less likely to be able to reach the right people at Microsoft. Are you sure it was "not many customers"?
Not applicable
The patch pointed to a KB which wasn't available, so I was wary of it and didn't install it on any of our management boxes--which patch automatically. I patch all our servers manually.

1. Yes. It was unacceptable that this was released, but sometimes planes crash and bridges fail. They'll fix it.

2. KB should be live and say: "This is in testing. Do not install in a production environment". Pull the trigger on the KB at the same time you do the update.

3. I run clean, pristine, simple boxes with grown-up *current* hardware and software: Dell 2950/MD1000, the surprisingly superb Trend ScanMail (and therefore unfortunately: Java), Symantec SEP, BESR, RAWS. And that's it. I do this so that I can rely on the multibillion dollar corporation to adequately test against a standard configuration, because it's going to do it better than I am.
Not applicable
After uninstalling rollup 4 on my cas/hub server, owa login screen (form based) does not display properly, with red x for the images.  Can someone please help?  Thanks.
Not applicable
I could swear my updates are set to download and not install and it still installed the freaking update.  

Everything is working fine but I am getting event id 401 on storage group 1

Instance 1: The physical consistency check has completed, but one or more errors were detected. The consistency check has terminated with error code of -106 (0xffffff96).

My backup has stopped because of this but the server is still running.  I think I am going to leave it alone.  
Not applicable
Holy crap you guys cannot be serious.  I just tried to uninstall rollup 4 and it wouldn't let me because it needed the files from rollup 3.  I have applied all updates via WSUS and have no idea where to go about getting thos files.  This totally sucks.  
Not applicable
Jason,

Install Rollup 3 ontop of Rollup 4. While I don't know exactly what is happening for you, this should restore the cached files to the box for Rollup 3 and then you can try to uninstall Rollup 4. If that fails, let me know and I will get you the command line command to do the uninstall with MSI verbose logging turned on.

I think that I might have someone with a local repro of the problem and hopefully can look at it today.

Thanks
Scott
Not applicable
Jason,

While I don't know your specific scenario, reinstall Rollup 3 which should put locally the MSP in your installer cache. Then you should be able to uninstall rollup 4.

If this doesn't work for you please let me know here. I can give you the uninstall string so that you can turn on verbose MSI logging and I will need that.

Thanks
Scott
Not applicable
What happens if I leave it alone?  I mean everything is workign fine now?

thanks
Not applicable
Scott, thanks for your help on this ... however, should I leave it alone for now or remove it?  The server is runing fine I am only getting event id 401 and 305  Consistency check
Not applicable
The update is still there to download...


http://www.microsoft.com/downloads/details.aspx?familyid=E56FC52A-216E-4225-BF2F-F082C20B7B21&displa...



I thought they removed it right???

Not applicable
I've resolve my issue.  I re-installed rollup 3 again, this time running the msp file manually instead of using Windows update.  I'm not sure why there's a difference.
Not applicable
I was one of the unfortunate who happened to install the update Tuesday night. I followed Scott Roberts' instructions for fixing the EWS web.config, but I had an additional anomaly. Throughout the entire web.config were randomly scattered NULL characters which had replaced valid characters. So for some people, a find and replace on %ExchangeInstallDir% might not completely solve the issue. Try opening the web.config up in a better text editor that is capable of displaying non-text ASCII characters. I used Notepad++ for this. You will still have to find and fix the NULL characters by hand.

Jamie Schwinn
www.systmsny.net
Not applicable
One of or CAS servers got the update...we happened to be patching/updating  the server for the Scheduled Microsoft Tuesday patches.

I uninstalled Rollup4.
I manually edited the web.config file as seen above.
I rebooted.

So far, no errors!  I looks OK.
Not applicable
Jamie,

Thanks for poining out the whitespace issue.

Tak, I am thinking that you might have hit the MAX Disk limit for the MSI Installer cache. I don't know yet the side effects of hitting this so I am checking on it. It is 10% of the current system drive I believe.

Not applicable
so an answer ? should I leave it alone since my exchange si working fine?

Thanks
Not applicable
We were also hit by the automatic update.  (Exchange 2007)

We found all Exchange services were disabled.  By checking another Exchange 2007 system we changed all matching services to Automatic and restarted.  Now we have Exchange running but OWA is dead!  Not a severe limitation (iow, we can get by for a short term albeit with some inconvenience to me personally!).

I tried to uninstall the rollup but it required the original Exchange 2007 CD which I couldn't find readily.  In the meantime I will download another copy off Technet.

I've elected to do nothing further pending Microsoft giving me a reliable method of repair.  From what I read in the blog - that degree e of reliability has not been reached yet.

Can I suggest to Scott, that the revised update install over the top of Rollup 4 and fix it automatically for us???
Not applicable
Why most of you are uninstalling Rollup 4? What problems are you guys facing? Is it complete email failure?
Not applicable
Michael,

I don't know what is happening with your OWA based on the available information. I believe that reinstalling Rollup 3 will rerun the OWA VDIR powershell and set up OWA Properly for you. It runs for every rollup. If that doesn’t solve the problem, we should escalate the issue and get you support.

We have also reproduced the issue with the uninstall that requires the original Exchange 2007 MSI but I don't know exactly why yet. Should know soon. I have the MSI log file and currently reading it. Pointing the uninstall UI to the original MSI will get you around this.

You will be able to install the newer rollup on top of the older Rollup 4. It will solve most of the uninstall issues. If you uninstall the newer Rollup 4 and then uninstall the older Rollup 4, you will still get into the same situation as described above.

M, I would uninstall the rollup. I am researching your problem and should have an answer. You do not have to do what I recommend of course. It just might save you some trouble later on if you have to handle an issue where you need to uninstall the rollup.
Not applicable
M,

Ultimately - if you are not experiencing any of the issues mentioned in our blog post or this comment thread - I'd leave the patch in place. The server works fine, so why not. You will be offered the updated version of this Rollup when it releases and then apply that, and it should be business as usual.
Not applicable
Scott to help you out, here are the 2 errors


Errors as follows


Event ID 305


Instance 1: One or more errors were detected while validating the transaction log files in '\?GLOBALROOTDeviceHarddiskVolumeShadowCopy6EisnerMstorage2log' with a base name of 'E01'. The operation failed with error code -1811 (0xfffff8ed).



For more information, see Help and Support Center at

http://go.microsoft.com/fwlink/events.asp.


Then I got event ID 401


Instance 1: The physical consistency check has completed, but one or more errors were detected. The consistency check has terminated with error code of -106 (0xffffff96).



For more information, see Help and Support Center at

http://go.microsoft.com/fwlink/events.asp.


Yes it sux.. however, I ran an NTbackup on my exchange and it went through no issues.. I believe my database is fine and that this is a bug on Microsoft end.  However I found this article  



http://msexchangeteam.com/archive/2008/09/11/449787.aspx?CommentPosted=true#commentmessage



I am honestly very worried about uninstalling rollup4 as this is a production environment and I am worried it will crash my server.  It’s working now so I am leaving it alone and crossing my fingers it will be okay.  However, if you tell me that this will cause

me serious issues very soon then I will take my chances and try to remove it then install roll up 3 to fix OWA.



Thanks

Not applicable
I reviewd my log againa nd found this event from WED only

Watson report about to be sent to dw20.exe for process id: 5516, with parameters: E12, c-RTL-AMD64, 08.01.0291.001, edgetransport, unknown, M.E.D.S.U.StreamHandler.CopyStreamData, System.OutOfMemoryException, 164e, unknown.  ErrorReportingEnabled: False

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

event id 4999
Not applicable
I to have attempted to uninstall Rollup 4 and had the uninstall fail out needing files from the Rollup 3.  I then tried to reinstall Rollup 3 by doing a manual download of the patch from the Microsoft.Com web site.  That install also failed out and now all of my exchange services are set to disabled.  Can someone provide me with the a list of the services that I need to set back to automatic.  I do remember that several of them were not automatic but I do not know which ones they were.
Not applicable
see thats why I did not want to remove mine.  I thought today will be a slow day for me and I get to relax after I have been working on their network for 4 months anyways... life= Microsoft :)

here is what you need to have started

ME active directory topology
ME any spam update
edgesync
information store
mail submission
mailbox assitants
pop3
replication service
search indexer
service host
system attendant
transport
log search
ME Exchange


good luck

Not applicable
Gary did it work?
Not applicable
Ended up calling Microsoft and worked with tech there to further resolve issues.  To make a long story short we ended up manually removing the Parch 4 and then reapplied patch 3.  Everything is now working but my suggestion to everyone is if your not having serious issues with the defective patch 4 I would wait for Microsoft to release a fix.  Three hours on the phone makes my head hurt.
Gary
Not applicable
Glad to hear that things worked for you...

Do we know when this fix will be released?  Rollup4 V2?

Thanks
Version history
Last update:
‎Jul 01 2019 03:39 PM
Updated by: