SharePoint 2016…it’s coming and it is good (maybe).

16 04 2015

The folks over at Microsoft have released another tender morsel of what SharePoint 2016 is going to be like.
Take a look here.

Basic idea, Hybrid is king, portals will be linked, cats and dogs living together.

SharePoint 2013 App Domains…like wrangling a 5 year old!

26 01 2013

SharePoint 2013 has many awesome qualities which i will be discussing with you later, but there are some that give me that old UPS feeling of ineptitude. Yes folks, I am talking about deploying SharePoint Apps on a private hosted App Domain on SharePoint 2013.
This has to be the most problematic thing since the UPS Episode of ’10.
There are many nice MSDN articles on how to setup an app domain , but the most comprehensive one i have seen is this one:

Now. What they don’t tell you is that once you set it up all kinds of things will go wrong when they can go wrong. The most two frustrating ones for me where in Visual Studio: Unable to connect to SharePoint Dev site for debugging.
I fixed that one by adding a host entry.
The second one is the most vexing of all:
Error 1 Error occurred in deployment step ‘Install App for SharePoint’: Failed to install App for SharePoint.

I know it worked like 1 day ago. But it threw this at me like an un-catchable frisbee .
So i search the event log and say a bunch of these suckers:
The event viewer had an error occurring every minute – Event ID 6482 which states:
Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance (21e4447f-bac6-4a29-82db-165e074ac5db).
Reason: An update conflict has occurred, and you must re-try this action. The object SearchDataAccessServiceInstance was updated by domain\user, in the OWSTIMER (5040) process, on machine (server name). View the tracing log for more information about the conflict.
Technical Support Details:
Microsoft.SharePoint.Administration.SPUpdatedConcurrencyException: An update conflict has occurred, and you must re-try this action. The object SearchDataAccessServiceInstance was updated by domain\user, in the OWSTIMER (5040) process, on machine (server name). View the tracing log for more information about the conflict.
at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()
at Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)

Yeah, I know right!?
What the flagnog is that about?
So i did some googling and found the reason for this.
The file system cache on all FE’s on which the timer service is running needs to be cleared. Iam not sure why it needs to be cleared? But it does.
Below is the step by step provided by Microsoft:
Stop the Windows SharePoint Services Timer service (Found in Windows Services)
Navigate to the cache folder
In Windows Server 2008, the configuration cache is in the following location:
In Windows Server 2003, the configuration cache is in the following location:
Drive:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config
Locate the folder that has the file “Cache.ini”
(Note: The Application Data folder may be hidden. To view the hidden folder, change the folder options as required)
Back up the Cache.ini file.
Delete all the XML configuration files in the GUID folder. Do this so that you can verify that the GUID folder is replaced by new XML configuration files when the cache is rebuilt.
Note When you empty the configuration cache in the GUID folder, make sure that you do not delete the GUID folder and the Cache.ini file that is located in the GUID folder.
Double-click the Cache.ini file.
On the Edit menu, click Select All. On the Edit menu, click Delete. Type 1, and then click Save on the File menu. On the File menu, click Exit.
Start the Windows SharePoint Services Timer service
Note The file system cache is re-created after you perform this procedure. Make sure that you perform this procedure on all servers in the server farm.
Make sure that the Cache.ini file in the GUID folder now contains its previous value. For example, make sure that the value of the Cache.ini file is not 1.

Dont ask me why it works, because, well, i don’t work for microsoft. But it worked. After that i was able to deploy all my apps no problemo.

Enjoy My Fail.


New Year. New Life. New Projects.

16 01 2010

Ladies and gentlemen,
I have decided to leave my cushy, predictable job as a sys admin, to pursue other sharepoint opportunities. Who here that reads this blog agrees that Sharepoint is the wave of the future? ME ME ME! I have built a reputation based on that mantra, and would like to explore new worlds and new civilizations, and boldly…wait, I heard that before somewhere.


Cannot sort KPI in sharepoint?

22 12 2009

Can this be true? Microsoft, what is up with that?
Here is what i have found so far:
1. The KPI List (or any view other than “All Items” view) is a customized list view and can’t be sorted and will always be in the order in which the KPIs were added.
2. ‘Modify This View’ will let you change the sort order and that gets applied only to the ‘All Items’ View.

alerts not working….again…..damn

7 10 2009

Out of the blue, sharepoint alerts stopped working.
The symptom was strange:
Subscriptions to alerts DID work but subsequent alerts did not.
I looked everywhere.
Finally I found something in the sql table called dbo.TimerLock. Timer lock by a front end server.
I rebooted the server and ran the following commands:
1.stsadm -o getproperty -pn search-alerts-enabled
2.stsadm -o getproperty -pn search-immediate-alerts
3.stsadm -o getproperty -pn search-daily-alerts
4.stsadm -o setproperty -pn search-alerts-enabled -pv “Yes”
5.stsadm -o setproperty -pn search-immediate-alerts -pv “Every 5 minutes between 0 and 59”
6.stsadm -o setproperty -pn search-daily-alerts -pv “Everyday between 00:00:00 and 05:00:00”