SharePoint Blogs / SharePoint University
SharePoint Blogs and SharePoint University - all in one place!
Need SharePoint Training? Attend a SharePoint Bootcamp!

Please delete cookies related to sharepointblogs.com and sharepointu.com to resolve login issues!

64-Bit Gotchas

There are a few very important things you need to be aware of when choosing between 32-bit and 64-bit MOSS environments.

Upgrade and migration

.Net 1.1 framework is not installed on Windows Server 2003 64-bit by default.  You can download and install it, but here's the issue: to run .Net 1.1 code in IIS, you have to set IIS to run in 32-bit mode.  This is a global server setting and by doing this, you are also running MOSS in 32-bit mode, losing any benefits of a 64-bit installation.  In other words, you might as well have gone 32-bit in the first place.  Here is the Microsoft support article on how to configure IIS for .Net 1.1 on Windows 2003 64-bit.

Why is this an issue?  Chances are, you have an investment in third-party or custom-developed .Net 1.1 SharePoint 2003 customizations such as web parts and controls.  Be prepared to build extra time into your migration schedule to update these to .Net 2.0.  In many cases, this is the desirable path and the right time to do it is during upgrade.  The downside is that you are potentially de-stabilizing solutions and customers won't see a big return in terms of functionality for this investment.  But if the customer wants to run 64-bit, then the investment is necessary.

Indexing and IFilters

Not all IFilters are available in a 64-bit version.  In fact, at the time of this posting, the PDF IFilter is not available from Adobe.  You can get a 64-bit from a Foxit software here.  If necessary, you can make your index server 32-bit until 64-bit IFilters are widely available.  You can mix 32-bit and 64-bit MOSS servers in the same farm, by the way.

Hardware drivers

The technicians building the servers need to ensure 64-bit drivers are available for the hardware and that they use them!

Application integration

Applications that co-exist with SharePoint may be dependent on .Net 1.1.  A good example is Business Scorecard Manager.  Check out this article on that subject.

Experiencing isues that are specific to 64-bit environments

You may find as I have errors that are specific to 64-bit environments.  Because 64-bit is relatively new in terms of adoption, you may also find it more difficult to find solutions.  I'm not saying that Microsoft won't support you, but I am saying you will find less information from blogs and forums which are often very helpful for problem solving.  A great example of this is the following error which I have been unable to resolve and exists on 2 different 64-bit farms.  The symptoms go like this: you are unable to open IIS Manager on the server.  iisreset will fix the issue.  The event log is filling up with variations of the following error message:

Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

By the way, if anyone has the solution to that problem, please let me know!

Do the benefits outweigh the gotchas?

64-bit architectures are more scalable and performant.  64-bit servers can have more physical memory and CPUs as well as increased virtual memory capabilities.  Consider this example from Microsoft:

The application, which had been running on a dual processor, 32-bit server was moved to a new four-way, x64 server with 32 GB of RAM running Windows Server 2003 x64 Edition and a beta x64 version of SQL Server 2005. The historical query, which had taken 8 hours to finish on 32-bit Windows and SQL Server, now finishes in less than 5 minutes. 

If you are interested in learning more about the benefits of 64-bit Windows, check out this whitepaper from Microsoft.

Summary

Be aware of the "gotchas" with a 64-bit MOSS farm when determining if 64-bit is the right path for your (or your customer's) environment.


Posted 07-19-2007 9:19 AM by John Powell, PMP, MCPD, MCSD

Comments

Carol Cox wrote re: 64-Bit Gotchas
on 07-19-2007 9:55 AM

John,

Thanks for this article. I am having a problem with an OWSTimer error and am starting to think it has to do with mixing 32-bit and 64-bit servers in my farm.

I have a fresh install of MOSS 2007 with 3 Windows 2003 R2 servers:

One 64-bit database server (SQL Server 2005 SP2), one 32-bit WFE

server, and one 32-bit Index/Query server. My web applications seem to

be working fine. However, in the Event Viewer on the Index/Query

server, I keep getting a whole bunch of errors - see screenshot 1

(www.intermedia4web.com/.../eventall.gif ) and screenshot 2

(www.intermedia4web.com/.../EventID5586.gif). I looked in the

trace logs and it seems like it's a problem with owstimer.exe . Here is

a sampling from the log:

================================

07/06/2007 20:59:51.97  OWSTIMER.EXE (0x0560)

0x0580  Office Server                   Setup and Upgrade

8u3j    High            Registry key value {SearchThrottled} was not found

under

registry hive {Software\Microsoft\Office Server\12.0}. Assuming search

sku is not throttled.

07/06/2007 20:59:52.06  OWSTIMER.EXE (0x0560)

0x0580  Search Server Common            MS Search Administration

90gf    Medium          SQL: dbo.proc_MSS_PropagationGetQueryServers

07/06/2007 20:59:52.14  OWSTIMER.EXE (0x0560)

0x0580  Search Server Common            MS Search Administration

8wni    High            Resuming default catalog with reason

'GPR_PROPAGATION'

for application 'SharedServices1'...

07/06/2007 20:59:52.36  OWSTIMER.EXE (0x0560)

0x0580  Search Server Common            MS Search Administration

7hmh    High            exception in SearchUpgradeProvisioner Keyword Config

System.InvalidOperationException: jobServerSearchServiceInstance is

null     at

Microsoft.Office.Server.Search.Administration.SearchUpgradeProvisioner..ctor(SearchServiceInstance

searchServiceInstance)     at

Microsoft.Office.Server.Search.Administration.OSSPrimaryGathererProject.ProvisionContentSources()

07/06/2007 21:00:01.67  w3wp.exe (0x08BC)

0x0900  Office Server                   Office Server Shared Services

6pls    Medium          Cache blocked for shared object

'1dd1db1d-8a07-4e27-9249-

b7d328818fa2' of type

'Microsoft.Office.Server.Search.Administration.SearchSharedApplication'.

================================

This error really worries me because I fear the instability this might

create. I have looked non-stop, for days, for an answer to this. Any

ideas as to why this is happening and what I can do to fix it?

Thanks!

Carol

John Powell, PMP, MCPD, MCSD wrote re: 64-Bit Gotchas
on 07-19-2007 10:38 AM

Carol,

Looks like a database connectivity issue.  I encounted an issue recently where search would not work at all for a newly created SSP.  In this case, rebooting the servers fixed the issue.  If that doesn't work for you, I'd recommend looking at the surface area configuration in Sql 2005 and then checking the app pool accounts on each server to verify who they are running as and if they can connect to the database.  If it's an intermittent problem, is it possible there are transient network issues of some kind.  If none of this works, you will have to open a ticket with Microsoft support.

Hope that helps!

Carol Cox wrote re: 64-Bit Gotchas
on 07-19-2007 11:41 AM

John,

Thanks for the quick response. I will definitely check those things you mentioned.

Carol

Links (7/19/2007) « Steve Pietrek’s SharePoint Stuff wrote Links (7/19/2007) « Steve Pietrek’s SharePoint Stuff
on 07-19-2007 6:54 PM

Pingback from  Links (7/19/2007) « Steve Pietrek’s SharePoint Stuff

Sharepoint 2007 link love 07-20-2007 at Virtual Generations wrote Sharepoint 2007 link love 07-20-2007 at Virtual Generations
on 07-20-2007 5:01 AM

Pingback from  Sharepoint 2007 link love 07-20-2007 at  Virtual Generations

Mohamed Zakaria wrote re: 64-Bit Gotchas
on 07-20-2007 12:42 PM

Thanks for the Article,

i was having the same error :

Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

and i 've just restarted the OWSTimer service and then every thing goes fine.

Baronne Mouton wrote re: 64-Bit Gotchas
on 08-20-2007 10:04 AM

We've got a 64 bit setup and I am finding I can't get 3rd party web parts to work. For example, we're looking for an enhanced calendar like KwizCom or Bamboo Solutions calendar webpart. Neither of them seem to work, so I am really stumped on this and feel like I need to go back to the drawing board.

Chris Scott wrote re: 64-Bit Gotchas
on 09-06-2007 1:54 AM

Hi Carol,

Did you resolve the OWSTimer issue? We're having the same problem. Any steer very gratefully recieved.

Thanks in advance,

Chris

Carol007 wrote re: 64-Bit Gotchas
on 09-06-2007 1:50 PM

Chris,

Unfortunately, we did not. This was in our development environment (we have not gone into production yet), so we decided to reload all servers with 32-bit Windows and 32-bit MOSS instead of 64-bit.

Carol

John Powell, PMP, MCPD, MCSD wrote re: 64-Bit Gotchas
on 09-20-2007 12:17 PM

Update: this will fix the problem in 32 bit envrionments:

support.microsoft.com/.../923028

The 64 bit fix is still being researched.

Jaxy J wrote re: 64-Bit Gotchas
on 10-04-2007 8:31 PM

Has anyone has the proper solution for the "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." error.

This error comes with the following events in Application logs:

events 6398, 8076,6482

Apparently there is a fix i found from some othe blogs (support.microsoft.com/.../923028)

but this error pops up after few days again after rebooting the machine. this becoming a pain now.

thanks

jaxy

ttocyard@hotmail.com wrote re: 64-Bit Gotchas
on 11-26-2007 6:38 AM

I found that the 'Windows SharePoint Services Search' startup type had been set to disable. changing this to automatic and starting the service sorted my problem.

BA wrote re: 64-Bit Gotchas
on 02-02-2008 3:07 PM
prashanth wrote re: 64-Bit Gotchas
on 02-06-2008 6:37 PM

I have migrated the sps2003 site to MOSS 2007 on a 32 bit development environment. Now i want to move the migrated site to production enivronment which is having two separate servers(32 bit for MOSS  and 64 bit for SQL Server).Is this necessary to have both MOSS and SQL server to have 32 bit machines? Any one please guide me to proceed successfully.

John Powell wrote re: 64-Bit Gotchas
on 02-06-2008 7:54 PM

You can mix and match operating systems in your farm.  

Bob wrote re: 64-Bit Gotchas
on 03-10-2008 5:07 PM

to those having the "Attempted to read or write protected memory. This is often an indication that other memory is corrupt" error, this is a known issue with the Timer service, it has a memory leak.  We solved it by re-starting the timer service daily on all servers (Index first) with a batch job.  SP1 may fix it.  

shekhar wrote re: 64-Bit Gotchas
on 04-16-2008 2:43 AM

I am having SharePoint server 2007 installed on windows 2003 32 bit envrionment , i am having the issue like the LOGS folder under %systemroot%/program files/common files/microsoft shared/web server extension/12 is reaching upto 6GB for 3 days.Please advice me what i can do to reduce the size of the diagnostic logging

Simon wrote re: 64-Bit Gotchas
on 04-30-2008 9:36 AM

Have you tried running the upgrade from SPS 2003 in 32bit mode on a Windows Server 2003 x64 edition to MOSS 2007?   It doesnt quite work does it. what a pain!  I had to go back to 32bit Windows to solve the headache, now do I go back to x64?

John C Thompson wrote re: 64-Bit Gotchas
on 06-16-2008 4:12 PM

Thanks for this post, after much hair pulling it is at least encouraging to find that others are experiencing issues developing on x64.

I am able to develop MOSS 2007 Web Parts (can develop web parts that  install and work on the x64 server and x64 version of MOSS 2007) but I am unable to debug locally first.

I still get the dreaded "Could not load file or assembly ‘Microsoft.SharePoint.Search, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ or one of its dependencies" error at runtime when debugging on my localhost (VS 2008 using ASP.NET Development "cassini" web server) .

This is after advice from an MS SharePoint MVP:

Go create an explicit reference to the Microsoft.SharePoint.Search DLL – the 64 bit version in the GAC.  Then in your project tell it not to copy the Microsoft.SharePoint.Search.DLL (Right click on the reference and select properties.)  Make sure that you are NOT deploying a 32 bit version of the search DLL.

VS is a 32 bit application…. It sometimes gets confused.

pHil Rittenhouse wrote re: 64-Bit Gotchas
on 09-29-2008 5:01 PM

I've encountered the "6398-6482-7076 error chain" at a customer recently. Resetting IIS and the OWSTimer Services is a workaround, but not a permanent fix. The customer in question gets a call every 2-3 months, with increasing frequency.

The bug, though it appears to be SharePoint-related (the Timer service is the "smoking gun" that appears in the error logs), it is really an IIS issue, and is not specific to 64-bit environments (my customer was on a 32-bit farm). This hotfix is available for the issue: support.microsoft.com/.../946517.

Steve Caravajal's Ramblings wrote 64-Bit is the way to go...
on 10-06-2008 12:57 PM

Yes, it's time to move to 64-bit MOSS if you haven't already. Here are a few points that I have been

Ben wrote re: 64-Bit Gotchas
on 10-16-2008 4:19 PM

TO everyone getting the IIS manager problem, along with sharepoint timer errors in moss:

Download hotfix 946517 from MS: support.microsoft.com/.../946517. This fixes BOTH issues.

Mike Catignani wrote re: 64-Bit Gotchas
on 03-06-2009 5:03 AM

...i too have had the protetced memory error and discovered that by going inot the bios and diasbling extnded memory protection this cured the error...

tmaddog wrote re: 64-Bit Gotchas
on 03-25-2009 7:58 AM

Thanks Mike Catignani for this update.  I am about to install MOSS on Windows 2008 x64.  I will post my outcome.  Good or bad.  :-)

Add a Comment

(required)  
(optional)
(required)  
Remember Me?
Need SharePoint Training? Attend a SharePoint Bootcamp!
Posts (c) their respective authors. Everything else (c) 2009 SharePoint Experts, Inc.