Showing posts with label site collection. Show all posts
Showing posts with label site collection. Show all posts

October 5, 2010

SharePoint 2010: Failed to instantiate file “Azure.thmx” when creating new site collection

Problem:
When creating new site collection with Publishing site definition, you get error:

“Failed to instantiate file "Azure.thmx" from module "OOBThemes": Source path "lists\themes\Azure.thmx" not found.

Solution:
Looking at the logs at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS, you see more detailed error message which says:

“Failed to instantiate file "Azure.thmx" from module "OOBThemes": Source path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Template\global\lists\themes\Azure.thmx" not found.”

So, go to the folder mentioned and verify that Azure.thmx exists. In my case looks like someone has been modifying it, and renamed it to Azure.thmx.zip.

I just love these shared development environments.

January 7, 2008

MOSS: Backup and restore path-scoped and host-scoped site collections

Problem:
You cannot backup a host-based site collection and restore it as a path-based site collection. For example, you cannot backup site collection from http://service.company.com and restore it to http://anotherservice.company.com/sitecollection.. You could restore it without problems to http://anotherservice.company.com.

The backup and restore procedures will most probably succeed, but you will run into strange "File not found" errors when accessing some sites. Some sites work fine, but others give the error. When you run IISRESET sites that were working might start giving the error as the sites that were giving the error might start working.

Workaround:
According to MS Support, the site structure must be the same in source and destination environments. So, what it means, is that you cannot really use stsadm backup/restore for moving content between different environments if the structure of the web applications differ.

According to MS Support, the following steps should function as a basis for a workaround, although I haven't tried it. Basically what you do is that you alter the web application site collection structure in source environment before taking the backup. If you have tried this and it worked, please let me know.

Source environment:
Site collection 1: http://serviceA.companyA.com
Site collection 2: http://serviceB.companyA.com

Destination environment:
http://serviceA.companyB.com/serviceB
(where http://serviceA.companyB.com is site collection 1 an /serviceB is site collection 2)

So, the two site collections are backed up from source environment and combined under the same URL in destination environment so that source's site collection 2 is located under the site collection 1.

And finally, the steps for the workaround:
  1. In source environment, create another site collection underneath the Web application where your site collection 1 is located (http://serviceA.companyA.com/serviceB)
  2. In source environment, backup site collection 2
  3. In source environment, remove site collection 2, the web application it belonged to and associated Databases
  4. In source environment, restore the backup of the site collection 2 to the new site collection you created under site collection 1 (http://serviceA.companyA.com/serviceB) in step 1.
  5. Backup and restore to the destination environment.

Solution:
Unknown