Tag: SharePoint 2010

In your migrated pages, you should see them all work correctly.  However, the moment you go to do something in the new Page Layouts of SharePoint 2010, you will quickly find that it doesn't work.  The new register directive sets the tag prefix as SharePointWebControls, NOT as SharePoint.

In 2007:

<SharePoint:FieldValue FieldName="CompanyUrl" runat="server" />

In 2010:

<SharePointWebControls:FieldValue FieldName="CompanyUrl" runat="server" />

Again, this is all driven from the register directive at the top of the page.

Chris

Another casualtiy of my upgrade.  The 12 Hive remains in the upgrade process, for some reason, SharePoint is still aggregating the old directory.  I removed the files (by raring them, just in case I needed any older non-migrated field types later) in the C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12TEMPLATEXML directory and reset IIS.  The error went away 🙂

Chris

Similar to the TaxonomyPicker.ascx, just rename this to SearchArea.ascx_old.  Notice that the code points to the old SharePoint 12.0 dlls and wont be used in your new 2010 farm.

Chris

You may get one of these errors in your Health Analyzer logs.  I am getting it on a database called WSS_Search_SVR-WEB1.  What happened was that I had two server in my farm, one of which I decommisioned to move to 64bit before moving to 2010.

The older SVR-WEB1 had the WSS Search database tied too it.  But somehow when I decommisioned it, the entry in the objects heirarchy table remained (it became orphaned and the 2010 upgrade checker didn't say jack about them) and now I'm stuck with this weird database that is really OLD and SharePoint 2010 does NOT like.  How do I remove it? 

As always, I left with resorting to the objects table and doing a 'name like' and 'properties like' query to find anything that was related to the old server.  Once I find those things i run the STSADM -o deleteconfigurationobject -id "<object id>" command to remove them.

After removing the orphaned objects, I re-run the Health Analyzer job and the error goes away!  Whoot!

Chris

This error is like a catch all of anything that could go wrong in your 2010 Farm, especially after upgrade!  There is a reason the 12 Hive is left over at the end of the upgrade.  You have stuff in it!  If you don't write a feature upgrade event for all your custom features before youdo the upgrade, your feature directories don't get copied over.  The majority of errors I have for this health Analyzer Rule is from this very fact.  All I had to do was to move the older features over to the new 14 hive features directory.  Then all was good!

You can also reference this older post about the other causes of this error here.

Chris