Problem with CWS2 search - suspect permissions - anyone help?
Hi - can anyone help me out here?
Have installed Umbraco from Umbraco 4.0.2.1.zip (all successfully according to intall screens) on: Microsoft WIndows Server 2003 Standard Edition - Service Pack 2 IIS 6.0 SQL Server 2008 Express
Then installed the CWS2 from repository - again without errors.
When using the search however I get "Error reading XSLT file: \xslt\XSLTsearch.xslt"
With Warren's help we've got this error in the trace:
Error loading XSLT XSLTsearch.xslt Could not load file or assembly 'file:///C:\WINDOWS\TEMP\ncr3xfyy.dll' or one of its dependencies. Access is denied. at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) at System.Reflection.Assembly.Load(AssemblyName assemblyRef, Evidence assemblySecurity) at System.CodeDom.Compiler.CompilerResults.get_CompiledAssembly() at System.Xml.Xsl.Xslt.Scripts.CompileAssembly(List`1 scriptsForLang) at System.Xml.Xsl.Xslt.Scripts.CompileScripts() at System.Xml.Xsl.Xslt.QilGenerator.Compile(Compiler compiler) at System.Xml.Xsl.Xslt.QilGenerator.CompileStylesheet(Compiler compiler) at System.Xml.Xsl.Xslt.Compiler.Compile(Object stylesheet, XmlResolver xmlResolver, QilExpression& qil) at System.Xml.Xsl.XslCompiledTransform.CompileXsltToQil(Object stylesheet, XsltSettings settings, XmlResolver stylesheetResolver) at System.Xml.Xsl.XslCompiledTransform.LoadInternal(Object stylesheet, XsltSettings settings, XmlResolver stylesheetResolver) at System.Xml.Xsl.XslCompiledTransform.Load(XmlReader stylesheet, XsltSettings settings, XmlResolver stylesheetResolver) at umbraco.macro.CreateXsltTransform(XmlTextReader xslReader, Boolean debugMode) at umbraco.macro.getXslt(String XsltFile) at umbraco.macro.loadMacroXSLT(macro macro, Hashtable attributes, Hashtable pageElements)
Can anyone throw any light on this? We suspect permissions but we're at a loss...
This is one of the most irritating build errors a developer might see, especially while setting up an existing .NET application on a fresh machine. I have found one solution that works always. Go to "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files" ( Modify the framework version, root directory etc according to your environment. ) Now, right-click and open up the Security tabs for this folder. Grant "Full control" to the 'users' group. (Modify will also work, thought I didn't try it out) However, it this is a security problem for your environment to grant full control to all users in Users group, another Solution could be to put the concerned assemblies lo GAC which I avoided as it was not logical to put the assemblies into GAC in my scenario. Hope this helps
I suspect you need to give the NETWORK SERVICE account modify permissions on the xslt directory. There are a few other directories that need the same permissions these can be found here (I know this says 3.0 but the folders are the same in our experience!)
Thanks for the help chaps... hmm problem is still persisting though.
I've set "full control" on the NETWORK SERVICE account on installed site folders as per Doug and Vincent's suggestion.
I then tried setting "full control" on USER account on "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files" as per Arnold's suggestion.
Still get the same problem though... ?
Do you think I should try setting up "full control" on "C:\WINDOWS\TEMP\" (as per the trace info) or is this bad move?
Problem with CWS2 search - suspect permissions - anyone help?
Hi - can anyone help me out here?
Have installed Umbraco from Umbraco 4.0.2.1.zip (all successfully according to intall screens) on:
Microsoft WIndows Server 2003
Standard Edition - Service Pack 2
IIS 6.0
SQL Server 2008 Express
Then installed the CWS2 from repository - again without errors.
When using the search however I get "Error reading XSLT file: \xslt\XSLTsearch.xslt"
With Warren's help we've got this error in the trace:
Error loading XSLT XSLTsearch.xslt
Could not load file or assembly 'file:///C:\WINDOWS\TEMP\ncr3xfyy.dll' or one of its dependencies. Access is denied.
at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
at System.Reflection.Assembly.Load(AssemblyName assemblyRef, Evidence assemblySecurity)
at System.CodeDom.Compiler.CompilerResults.get_CompiledAssembly()
at System.Xml.Xsl.Xslt.Scripts.CompileAssembly(List`1 scriptsForLang)
at System.Xml.Xsl.Xslt.Scripts.CompileScripts()
at System.Xml.Xsl.Xslt.QilGenerator.Compile(Compiler compiler)
at System.Xml.Xsl.Xslt.QilGenerator.CompileStylesheet(Compiler compiler)
at System.Xml.Xsl.Xslt.Compiler.Compile(Object stylesheet, XmlResolver xmlResolver, QilExpression& qil)
at System.Xml.Xsl.XslCompiledTransform.CompileXsltToQil(Object stylesheet, XsltSettings settings, XmlResolver stylesheetResolver)
at System.Xml.Xsl.XslCompiledTransform.LoadInternal(Object stylesheet, XsltSettings settings, XmlResolver stylesheetResolver)
at System.Xml.Xsl.XslCompiledTransform.Load(XmlReader stylesheet, XsltSettings settings, XmlResolver stylesheetResolver)
at umbraco.macro.CreateXsltTransform(XmlTextReader xslReader, Boolean debugMode)
at umbraco.macro.getXslt(String XsltFile)
at umbraco.macro.loadMacroXSLT(macro macro, Hashtable attributes, Hashtable pageElements)
Can anyone throw any light on this? We suspect permissions but we're at a loss...
Many thanks,
Barney
Hey just to add to this.
Barney's URL to this page is as follows
http://cws2.teampoint.co.uk/CWS_search.aspx?search=t&umbDebugShowTrace=true
Another thing I noticed that the temp DLL changes each time you refresh the page - strange ?!?
Unfortunately I am no expert on server admins etc... so can anyone of you experts out there on install & config shed any light on this for Barney?
Thanks,
Warren
It is a permission issue on the /temp folder.
Full descussion in this thread: http://our.umbraco.org/forum/developers/xslt/3213-XsltSearch-Error-reading-XSLT-file
cheers,
doug.
Did you try this solution:
http://blogs.msdn.com/sayanghosh/archive/2007/04/21/solution-to-could-not-load-file-or-assembly-or-one-of-its-dependencies-access-is-denied.aspx
This is one of the most irritating build errors a developer might see, especially while setting up an existing .NET application on a fresh machine. I have found one solution that works always. Go to "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files" ( Modify the framework version, root directory etc according to your environment. ) Now, right-click and open up the Security tabs for this folder. Grant "Full control" to the 'users' group. (Modify will also work, thought I didn't try it out) However, it this is a security problem for your environment to grant full control to all users in Users group, another Solution could be to put the concerned assemblies lo GAC which I avoided as it was not logical to put the assemblies into GAC in my scenario. Hope this helps
We experienced something similar.
I suspect you need to give the NETWORK SERVICE account modify permissions on the xslt directory. There are a few other directories that need the same permissions these can be found here (I know this says 3.0 but the folders are the same in our experience!)
Hope this helps
Vince
Thanks for the help chaps... hmm problem is still persisting though.
I've set "full control" on the NETWORK SERVICE account on installed site folders as per Doug and Vincent's suggestion.
I then tried setting "full control" on USER account on "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files" as per Arnold's suggestion.
Still get the same problem though... ?
Do you think I should try setting up "full control" on "C:\WINDOWS\TEMP\" (as per the trace info) or is this bad move?
Thanks again!
Barney
I set "full control" on USER account on the "C:\WINDOWS\TEMP" folder - and bingo it works.
Please let me know if I've unwittingly opened a security hole though as I would hate have done that!
Thanks for your help here!
Barney
is working on a reply...