1

I have an issue with several SharePoint 2010 installations that have "corrupt" HTML on their web pages (how to explain). It' like the site stops sending HTML data midway through the transfer of the HTML data. Images come out corrupt. HTML and images don't fully load in the browser. It's not the source files of the server.

If SharePoint runs out of memory on the web front end can it cause this problem? Can an out of memory exception in IIS cause SharePoint to terminate during the transfer of HTML and image data to the browser?

Improve this question
6
  • Do you have anything between your browser and SP? Do you use any proxy?
    – Wictor Wilen MCA MCM MVP
    Commented Jun 8, 2011 at 15:40
  • No proxies or any other devices. The client system is connected to the physical ethernetwork to which the server is connected.
    – user2903
    Commented Jun 8, 2011 at 15:43
  • Do you see anything "suspicious" in the ULS logs? Have you done any customizations?
    – Wictor Wilen MCA MCM MVP
    Commented Jun 8, 2011 at 15:47
  • IIS stopping midway could explain this, i'd expect a 500 server error though.
    – Colin
    Commented Jun 8, 2011 at 16:06
  • P.S could you check eventlogs etc. for outofmemoryexceptions?
    – Colin
    Commented Jun 8, 2011 at 16:08

2 Answers 2

Reset to default
3

Symantec End Point Protection.

It seems that Symantec for Windows 2008 isn't all it's cracked up to be. People have been reporting problems with getting access to servers, bad data etc. While I'm not 100% positive that it's the problem, now that I have removed the software I am no longer experiencing the problems.

Improve this answer
1

To answer the question, the expected behaviour of SharePoint under memory stress is that page response times would increase dramatically as Windows tries to thrash memory pages to disk. Sending garbage back to the client is not what you would expect.

These problems suggest something wrong with the server, but you talk about having this problem with several installations, presumably on different hardware. Do you have custom code? What do these installations have in common? Do they share a database server? I'm afraid that there isn't enough information to start to narrow down what the problem might be.

Improve this answer
5
  • Ok so to answer: No custom code. The only thing that they have in common is that they are on VMs. No shared database server. Some have 4gbs allocated and some have 6 (both web and database).
    – user2903
    Commented Jun 29, 2011 at 4:04
  • Are all the VMs running on the same physical machine?
    – SPDoctor
    Commented Jul 14, 2011 at 9:23
  • They are running on the same physical machine.
    – user2903
    Commented Jul 20, 2011 at 18:34
  • In that case you must be running some third party antivirus product that is messing things up ;-)
    – SPDoctor
    Commented Jul 21, 2011 at 17:31
  • 1
    Yep most likely.
    – user2903
    Commented Jul 21, 2011 at 17:41

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.