(Note: this is a work in progress, so check back for updates. Feedback always welcome).
Working with Microsoft (also a great job by our new SSP expert, Will S.), we’ve been tackling a problem on our SCSM 2012 SSP. Although we have a number of incidents in our queue, we don’t always see any under the MY INCIDENTS section of the portal. Some of us do, some of us don’t and this changes from day-to-day.
The root cause of this problem is the way Silverlight handles data retrieval coupled with our poor SCSM 2012 data retention plan.
Silverlight Data Query limitation – The default max message size (# of bytes which can be queried) by the Silverlight portal module from the portal WCS is 2147483647 = ~2GB. We have some technicians, with attachments, email chains, etc. that exceed this and this is an issue. To increase the size:
So here’s a workaround (thanks Ruth PSA), but it’s a little tricky, so please try this in a non-production environment first since a reinstall of the portal may be required if this blows up (you’ve been warned):
- Log into the portal web content server
- Go to C:\inetpub\wwwroot\System Center Service Manager Portal\ContentHost
- Backup entire clientBin folder (just in case you need to revert back)
- Copy MyRequestsSilverlightModule.xap to a temp folder (e.g. to c:\temp) and rename it to MyRequestsSilverlightModule.zip
- Unzip MyRequestsSilverlightModule.zip
- Open ServiceReferences.ClientConfig in notepad
- Change value of maxReceivedMessageSize to greater than default value of 2147483647. e.g. setting it to 2683305984 increases it by ~512MB.
- Zip the extracted files in step #5 along and replace ServiceReferences.ClientConfig with the modified file from step #6.
- Rename the zipped file from step# 8 to MyRequestsSilverlightModule.xap
- Copy MyRequestsSilverlightModule.xap from step#9 to C:\inetpub\wwwroot\System Center Service Manager Portal\ContentHost\clientbin
The second item, data retention was something we implemented to support audit requirements. We keep all our items in the default SCSM 2012 database for 3-years or longer. This audit requirement was met with the deployment of our SCSM data warehouse, but I never went back and changed our retention settings.
Making both of these changes fixed our portal problem and also improved its performance.