So the first step always when Search is broke is to go to the SSP Admin and check out things.

1. Open the SSP Administration page
2. Click on Search Administration and see what it has to say. (if you don’t see Search Administration this means you have not installed the infrastructure update. I would highly recommend at a minimum you have that installed. Get the latest update install guide here)

When I opened the page I saw a Crawl status of Error. That is about worthless.

That is pretty much as generic as they come. You get the same Error when the server is on fire as you do when there is small hiccup. So a much better thing to do is:

1. Go back to the SSP administration page
2. Click on Search Settings (which is what we used pre infrastructure update)

This page does a much better job of giving you tangible errors. Here is what I got:

Error: An indexer is not assigned to the Shared Services Provider ‘SharedServices1′.
Link to: Configure an indexer and a search database for this Shared Services Provider

Well that is fixable but how did they end up like this? They stopped the Indexing service in the farm by:

1. Go to Central Admin
2. Click on Operations
3. Click Services on Server
4. They choose their Index server
5. Then clicked Stop to the right of Office SharePoint Search Service

This doesn’t just stop the service. This actually removes the service completely. This also removes the Index server from any SSP configured to use it. Now if you did want to just start and stop the service there is a way to do this:

1. Open a command prompt
2. Type net stop osearch and press enter
3. Type net start osearch and press enter

This will cycle the search service. Usually the only time you need to do something like this is after installing a new ifilter but sometimes it makes you feel better to give it a shot and see if that helps your problem. I do it more often than I should just for that reason.

Back to the task at hand clearing up that error! I double checked and they had already reconfigured the Office SharePoint Search Service on the Index server so all I need to do is go back to the Index server and re-associate the indexer.

1. From Central Administration click on Shared Services Administration from the left hand side of the page.
2. Hover over the SSP name, click the drop down arrow and click Edit properties

1. Scroll to the bottom of the page and select your Index server from the Index Server dropdown. If you see No Indexers in red you need to go back to your Services on Server and make sure you have the Office SharePoint Search service started and configured for the Index role.
2. Confirm that you have the correct index location. Usually the C: drive is less than ideal.
3. Click Ok

The SSP is now configured with an Indexer. Let’s go make sure Search is happy.

1. Now click on the Shared Services Provider name to open the SSP admin site.
2. Click Search Settings

Don’t be surprised if you get this error:

Error: The search service is currently offline. Visit the Services on Server page in SharePoint Central Administration to verify whether the service is enabled. This might also be because an indexer move is in progress.

Typically this is because the wheels of Search can move slowly. I have seen this error come up for 10 minutes or so in some farms. What Search is really telling you is it is busy getting the index and the database ready to go so you can start indexing. Be patient grass hopper. At the client this was gone after about 2 minutes.

Once I was able to get to a happy Search Settings page I went ahead and reset the Index back to zero. Not always necessary but they had 33,000 items in the index and 140,000 or errors. I thought better to start everything back to 0.

In order to reset the Index.

1. From the SSP admin screen click Search Administration
2. From the left hand column (quick launch for those who know terminology) click Reset all crawled content
3. Select Deactivate search alerts during reset
4. Click Reset now

Now you have a completely blank index. Why did we choose to deactivate search alerts? This is to keep from annoying the users. We don’t want them all to get new alerts when new content is discovered when we recrawl in a minute. Once the index is back to normal we will re enable the alerts for them.

Ok so now the next step should be doing a full crawl. So let’s try that.

1. From your SSP Administration home page click Search Administration
2. From the Quick Launch bar (on the left) click Content Sources
3. Hover over your Content Source, click the drop down arrow, and select full crawl
4. Now go back to the home page of Search Administration and watch to see if the crawl is running

Unfortunately in our case after about a minute I was left with 0 items in the index and 3 errors. After checking the errors I got Access Denied. L If you haven’t done any monkeying around with changing your default content access account then it should have been automatically granted full access to your content source. You can confirm this by checking your Policy for web application in Central administration. If you forget how to do that check this blog post for a reminder. http://msmvps.com/blogs/shane/archive/2007/01/21/become-administrator-of-the-entire-web-application.aspx

If that checked out ok then the next thing I would check is to make sure your web application is set to integrated authentication and not basic authentication. MOSS will not pass basic authentication by default. So if you changed your web application from integrated to basic, so people users don’t have to enter their domain for example, then you need to setup a custom crawl rule to pass basic authentication.

1. From your SSP Administration home page click Search Administration
2. In the Quick Launch bar click Crawl rules
3. Click New Crawl Rule
4. For path enter your web app URL ex: http://portal.company.com/*
5. For Crawl Configuration select Include all items in this path
6. For Specify Authentication select Specify a different content access account
7. Now fill in username and password remembering your domain\username form. I would recommended using your normal search account as you know it already has read access to the content.
8. Key step de-select the box to Do not allow Basic Authentication
9. Now do a full crawl. Also, remember if you have multiple web apps you may need more than one of this rules.

For the client this was not this issue but it is an important and often over looked troubleshooting step so I thought throwing it in here would be helpful.

The next thing I take a look at is the dreaded loopback fix. http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=107 It is all but a guarantee these days if you have the WFE and Index role on the same server you are going to need to do this. A lot of farms have ran fine for a long time and just recently they have started requiring it. Must have been a Windows update that is causing this to be needed more but I haven’t identified it. Another note even though this fix is only listed as applying to Windows 2003 it also applies to Windows 2008, had a different client need it last week.

Loopback fix in and the server rebooted I tried another Full crawl. Success! Seems this was the root of their issues but as is often the case that happens to all of us, trying to fix it only made the problem worse. LOL

Don’t forget to re-enable those search alerts.

1. From your SSP administration home page click Search Administration
2. In the System Status section in the center of the page click Search alerts status Enable

Another troubleshooting step I skipped, because the client had already done it was resetting search permissions. Read the blog post John Ross did summing up the steps to get permissions back on the up and up for the Search Service. http://www.sharepoint911.com/blogs/john/archive/2009/04/03/change-to-group-policy-broke-sharepoint-search-–-thanks-conficker-scare.aspx

Something I learned that was new

I am guessing since I didn’t realize this is an option (or more probably I knew and forgot) you probably didn’t either. So run stsadm –o help like below and take a look at the output.

Use Stsadm.exe from the 12 hive (c:\program files\common files\Microsoft shared\web server extensions\12\). Actually 12\bin to be exact.

C:\ >stsadm -help osearch

stsadm -o osearch

[-action <list|start|stop|showdefaultsspadmin>] required parameters for ‘start’ (if not already set): role, farmcontactemail, service credentials

[-f (suppress prompts)]

[-role <Index|Query|IndexQuery>]

[-farmcontactemail <email>]

[-farmperformancelevel <Reduced|PartlyReduced|Maximum>]

[-farmserviceaccount <DOMAIN\name> (service credentials)]

[-farmservicepassword <password>]

[-defaultindexlocation <directory>]

[-propagationlocation <directory>]

[-cleansearchdatabase <true|false>]

[-ssp <ssp name>] required parameter for ‘cleansearchdatabase’

So really very similar to the options you have available to you from the GUI. The reason I used it was one of the Query servers was stuck in the starting state. In the GUI there is no stop until the service gets too started, not even a reboot will help. With stsadm you can do a stop and get out of the perpetual starting. J A very helpful trick.

• Slipstream – You are now able to integrate the base installation with service packs (or Hotfixes) and install in a single step.
• Service Pack Uninstall – You are now able to uninstall only the Service Pack (without removing the whole instance)
• Report Builder 2.0 Click Once capability

For more information about SQL Server 2008 Service Pack 1, please review the Release Notes.

Download here

Deze hele week kan ik beschrijven als een goede ervaring. Vanavond SharePoint by Day, SharePint by Night. Dat word dus gezellig!!

Tenslotte aan het einde van de dag was er een open sessie voor Q&A’s. Waaruit verschillende scenario’s besproken werden. Dit was ook erg leerzaam.

- MythBusters – debunking common SharePoint Farm Misconceptions
- SharePoint, SQL, and Storage: Best practices for a winning combination
- Legacy Stuff: Help me Kill my File Servers, Front Page Servers, and Public Folders
- Capacity Planning and Performance SharePoint

Na een lange dag brainstormen was het tijd voor een avondje pokeren en rolette samen met de SharePoint Experts!

Morgen weer leuke sessies en nu ga ik Slapen. Foto’s volgen nog.

Veel plezier!

Snel inschrijven want plaatsen zijn beperkt!

Join international and local SharePoint experts in Amsterdam and learn how to master your SharePoint environment. Sponsored by Quest Software and Microsoft.

Date: Friday, April 3rd, 2009
Time: 10.30 – 16.30 (Registration begins at 10.00)

UPDATE LOCATIE IS AANGEPAST NAAR:

Congrescentrum Amstelveen
Sandbergplein 24
1181 ZX Amstelveen
(map)

Cost: Free (Lunch is included)

Agenda:

10:00 Registration

10:30 Welcome and Introductions

10:40 SharePoint Successful Deployments in 10 Steps
Joel Oleson, Quest Software

11:30 SharePoint, the Social Computing Platform (Business Strategy and Adoption)
Daniel McPherson, zevenseas

12:30 Lunch

1:30 SharePoint Logical and Physical Infrastructure Fundamentals
Joel Oleson, Quest Software & Robin Meure, zevenseas

2:30 Backup Demystified
Mike Watson, Quest Software

3:30 Experts Panel and Q&A

4:30 Wrap Up

Meet the Experts:

Joel Oleson
SharePoint Expert, Quest Software

Joel is a senior product manager and SharePoint evangelist at Quest where he is responsible for product direction and strategy. He is well known in the SharePoint community as an enthusiastic trainer, evangelist and architect and he maintains a popular blog. Prior to Quest, Joel worked at Microsoft and was a part of the first Microsoft global deployment of SharePoint. During his Microsoft tenure Joel helped various customers achieve the critical governance they needed to upgrade and achieve scale with SharePoint 2007. He would later design the extranet and hosted SharePoint deployments. http://www.sharepointjoel.com

Mike Watson
SharePoint Expert, Quest Software
Mike Watson (MCSE, MCSA) is a senior product manager at Quest specializing in SharePoint manageability, scalability and availability. Before moving to Quest Software, Mike was instrumental in planning and deploying Microsoft Managed Services and Microsoft Online, as well as Microsoft Services efforts such as MOSSRAP (MOSS Risk Assessment Program) and SLM (Service Level Manager). http://www.sharepointmadscientist.com

Daniel McPherson
SharePoint Business Consultant and Co-Founder, zevenseas

Daniel has been involved in SharePoint since attending the first public announcement of project “Tahoe” at the Microsoft Technical Briefing in January 1999. It has had a profound impact on his career, taking him to the doorstep of hundreds of companies, of all shapes and sizes, in a range of industries,and in over 25 different countries. After 10 years at Microsoft, spent mostly in Microsoft Consulting Services, he is a co-founder and business consultant. http://community.zevenseas.com/Blogs/Daniel

Robin Meure
SharePoint Technical Consultant, zevenseas

Robin joined Atos Origin in 2004 and was immediately introduced to the rapidly emerging Microsoft SharePoint Products and Technologies At Zevenseas, Robin helps customers plan, deploy and build solutions on SharePoint, and participates actively in the broader SharePoint community though his blog and many contributions to Codeplex. He is a founding member of the Elite SharePoint Black Belts established by Microsoft in Holland to promote skills sharing among its partners. http://community.zevenseas.com/blogs/robin

Matthijs Hoekstra
Developer Evangelist, Microsoft Netherlands
http://blogs.microsoft.nl/blogs/mhoekstra

Waldek Mastykarz
SharePoint MVP
Waldek Mastykarz is a Dutch SharePoint MVP specialized in Web Content Management solutions in Microsoft Office SharePoint Server 2007, web standards and accessibility. Waldek Mastykarz is a Dutch SharePoint MVP specialized in Web Content Management solutions in Microsoft Office SharePoint Server 2007, web standards and accessibility. http://blog.mastykarz.nl/

• Central Admin > Application Management > General web application settings. By default this is 50 MB. You can increase to 2 GB.
• Then you can go into IIS. Find your web application and go to properties. Then change the IIS timeout from 120 seconds to a much larger setting.
• Upload.aspx is an application page. Application pages have their own web.config which controls their timeout. The default for these pages is 360 seconds. You need to increase this.

All of these settings apply whether you are using w2k3 or w2k8 and are covered in this kb http://support.microsoft.com/kb/925083

We made all of those changes and no change in behavior. And besides we didn’t have a timeout issue because on a 27 MB file is processed for a few seconds and then uploaded no problem. On a 30 MB or greater file it failed instantly.

Todd Klindt to the rescue he pointed me at this KB944981 – You cannot upload files that are larger than 28 MB on a Windows Server 2008-based computer that is running Windows SharePoint Services 3.0

So I gave it a try and it actually made things worse. What the heck? Well then I reread it. They tell you to make a change to the web.config and say just put the change in the <configuration> section. WRONG! Well kind of. You need to make the change in the <configuration> section but it has to be after the </configSections> tag. So I recommend you paste their change between </configSections> and the <SharePoint> tag.

Now everything works great. Do note their change only allows you to upload files with a size of 50 MB. If you want larger you will need to increase the maxAllowedContentLength=.

If you are going to be playing with Windows Server 2008 and SharePoint I recommend you go poke around the SharePoint and w2k8 resource center at http://technet.microsoft.com/en-us/office/sharepointserver/bb735844.aspx. Thanks to Emily Schroeder for the tweet on that page which she runs. J

FatalError: Feature ‘a0e5a010-1329-49d4-9e09-f280cdbed37d’ for list template ’10102′ is not installed in this farm

I have done the following steps to rollback the removed feature:

stsadm -o installfeature -name IPFSWebFeatures -force
stsadm -o activatefeature -id a0e5a010-1329-49d4-9e09-f280cdbed37d -url http://[Web] -force

FatalError: Feature ‘a0e5a010-1329-49d4-9e09-f280cdbed37d’ for list template ’10102′ is not installed in this farm

I have done the following steps to rollback the removed feature:

stsadm -o installfeature -name IPFSWebFeatures -force
stsadm -o activatefeature -id a0e5a010-1329-49d4-9e09-f280cdbed37d -url http://[Web] -force