I have a serious problem, I go DNN files to the server, and when I go to install it, I get an error that the server does not have the required permissions to write, do not understand why, I've quickly install more web pages and never Winhost I had problems, you would be so kind as to tell me that I do, I'm desperate, and I put the ticket, I'm told I can only say that the necessary permissions, but I manage to fix the problem they do nothing. .. paste de error... Your site failed the permissions check. Using Windows Explorer, browse to the root folder of the website ( E:\web\proyecto ). Right-click the folder and select Sharing and Security from the popup menu. Select the Security tab. Add the appropriate User Account and set the Permissions. If using Windows 2000 - IIS5 The {Server}\ASPNET User Account must have Read, Write, and Change Control of the virtual root of your website. If using Windows 2003, Windows Vista or Windows Server 2008 and IIS6 or IIS7 obviously I can not change the permissions on the server ... The NT AUTHORITY\NETWORK SERVICE User Account must have Read, Write, and Change Control of the virtual root of your Website. If using Windows 7 or Windows Server 2008 R2 and IIS7.5 The IIS AppPool\DefaultAppPool User Account must have Read, Write, and Change Control of the virtual root of your Website.
I suggest you try deleting all the files and upload it again. Once you are sure everything is uploaded try going back to the InstallWizard.aspx page under the Install folder and go through the process of installing DNN. Make sure you delete all the files first on your root and then upload a new version of DNN. On your computer where DNN is install, right click on the folder and make sure none of the DNN files have "Read Only" checked mark.
I reinstall all 3 or 4 times, with the same error, I have used 2 diferent clean versions of DNn and the same error, i dont know what else I can do it.
I can only suggest in this matter is to have your root directory wiped clean and reset to its default state. This will delete all the contents on the root but it will also reset the NTFS permission.
I'm having the same problem. All the files on the server are marked 777. Has anyone been able to fix this permissions problem?
The following is contained within the DNN error message. ----------------------------------------------- If using Windows 2003, Windows Vista or Windows Server 2008 and IIS6 or IIS7 The NT AUTHORITY\NETWORK SERVICE User Account must have Read, Write, and Change Control of the virtual root of your Website. If using Windows 7 or Windows Server 2008 R2 and IIS7.5 The IIS AppPool\DefaultAppPool User Account must have Read, Write, and Change Control of the virtual root of your Website. ------------------------------------------------ Can you confirm the above is the case please. In the meantime I'll keep looking for other possibilities.
Well, I've been at it for hours and have tried 3 times, each starting from scratch. I still get the security/permission error initially but then click <Back> and I get the installation screen. Clicking 'Auto' (which requires the connection strings to be correct (take out the 'tcp:' bit)) and the security/permission check is skipped. Other checks are also skipped but I don't know what they are anyhow I was pretty excited as everything seemed to be going well ... Version: 05.02.02 Installation Status Report 00:00:00.015 - Installing Version: 05.00.00 00:00:00.015 - Executing Script: DotNetNuke.Schema.SqlDataProvider Success 00:00:02.371 - Executing Script: DotNetNuke.Data.SqlDataProvider Success 00:00:02.854 - Installing MemberRole Provider: 00:00:02.854 - Executing Script: InstallCommon 00:00:03.182 - Executing Script: InstallMembership 00:00:03.509 - Executing Script: InstallProfile 00:00:03.603 - Executing Script: InstallRoles 00:00:03.775 - Upgrading to Version: 05.02.02 00:00:03.790 - Executing Script: 05.00.01.SqlDataProvider Success 00:00:04.102 - Executing Script: 05.01.00.SqlDataProvider Success 00:00:05.335 - Executing Script: 05.01.01.SqlDataProvider Success 00:00:05.553 - Executing Script: 05.01.02.SqlDataProvider Success 00:00:05.553 - Executing Script: 05.01.03.SqlDataProvider Success 00:00:05.600 - Executing Script: 05.01.04.SqlDataProvider Success 00:00:05.600 - Executing Script: 05.02.00.SqlDataProvider Success 00:00:05.974 - Executing Script: 05.02.01.SqlDataProvider Success 00:00:06.037 - Executing Script: 05.02.02.SqlDataProvider Success 00:00:06.068 - Executing Application Upgrades: 05.00.01 Success 00:00:06.255 - Executing Application Upgrades: 05.01.00 Success 00:00:07.987 - Executing Application Upgrades: 05.01.01 Success 00:00:08.002 - Executing Application Upgrades: 05.01.02 Success 00:00:08.002 - Executing Application Upgrades: 05.01.03 Success 00:00:08.189 - Executing Application Upgrades: 05.01.04 Success 00:00:08.189 - Executing Application Upgrades: 05.02.00 Success 00:00:08.330 - Executing Application Upgrades: 05.02.01 Success 00:00:08.345 - Executing Application Upgrades: 05.02.02 Success 00:00:08.345 - Cleaning Up Files: 05.00.01 Success 00:00:08.345 - Cleaning Up Files: 05.01.00 Success 00:00:08.345 - Cleaning Up Files: 05.01.01 Success 00:00:08.345 - Cleaning Up Files: 05.01.02 Success 00:00:08.345 - Cleaning Up Files: 05.01.03 Success 00:00:08.345 - Cleaning Up Files: 05.01.04 Success 00:00:08.345 - Cleaning Up Files: 05.02.00 Success 00:00:08.345 - Cleaning Up Files: 05.02.01 Success 00:00:08.345 - Cleaning Up Files: 05.02.02 Success 00:00:08.345 - Updating Config Files: 05.00.01 Success 00:00:08.345 - Updating Config Files: 05.01.00 Success 00:00:08.345 - Updating Config Files: 05.01.01 Success 00:00:08.345 - Updating Config Files: 05.01.02 Success 00:00:08.345 - Updating Config Files: 05.01.03 Success 00:00:08.345 - Updating Config Files: 05.01.04 Success 00:00:08.345 - Updating Config Files: 05.02.00 Success 00:00:08.345 - Updating Config Files: 05.02.01 Success 00:00:08.361 - Updating Config Files: 05.02.02 Success 00:00:08.361 - Performing General Upgrades 00:00:08.423 - Loading Host Settings: 00:00:08.533 - Configuring SuperUser: 00:00:08.642 - Synchronizing Host Files: 00:00:08.813 - Executing Additional Scripts: 00:00:08.813 - Installing Optional Modules: 00:00:08.829 - Installing Package File HTML_Community_05.02.00_Install: Herein lies a security error: [SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.] System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) +0 System.Security.CodeAccessPermission.Demand() +58 System.IO.Directory.InternalCreateDirectory(String fullPath, String path, DirectorySecurity dirSecurity) +595 System.IO.DirectoryInfo.Create() +15 DotNetNuke.Services.Installer.Util.WriteStream(Stream SourceStream, String DestFileName) +72 DotNetNuke.Services.Installer.InstallerInfo.ReadZipStream(Stream inputStream, Boolean isEmbeddedZip) +207 DotNetNuke.Services.Installer.InstallerInfo..ctor(Stream inputStream, String sitePath) +209 DotNetNuke.Services.Installer.Installer..ctor(Stream inputStream, String physicalSitePath, Boolean loadManifest, Boolean deleteTemp) +61 DotNetNuke.Services.Upgrade.Upgrade.InstallPackage(String strFile, String packageType, Boolean writeFeedback) +215 DotNetNuke.Services.Upgrade.Upgrade.InstallPackages(String packageType, Boolean writeFeedback) +215 DotNetNuke.Services.Upgrade.Upgrade.InstallDNN(String strProviderPath) +275 DotNetNuke.Services.Install.Install.InstallApplication() +440 DotNetNuke.Services.Install.Install.Page_Load(Object sender, EventArgs e) +256 System.Web.UI.Control.OnLoad(EventArgs e) +99 System.Web.UI.Control.LoadRecursive() +50 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +6785 System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +242 System.Web.UI.Page.ProcessRequest() +80 System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) +21 System.Web.UI.Page.ProcessRequest(HttpContext context) +49 ASP.install_install_aspx.ProcessRequest(HttpContext context) +4 System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +181 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +75 I note that the item concerned HTML_Community_05.02.00_Install is contained within a zip file so I am now guessing the zip library does not have the proper permissions but it's 1:50 am down here so I'm off to bed. With a bit of wishful thinking, perhaps the tooth fairy might come while I'm asleep and fix all this up
If you are having security issues installing DNN, can you please let us know what server you are hosted on. It seems installs are working on s01.Winhost.com but not s02.Winhost.com (well at least not for me ).
Hi, I'm having the same problem. I'm hosted on the s02.Winhost.com server. I have spet one whole day trying to install dotnetnuke, but I always get the same error. I have just opened a ticket and I'm waiting for a reply from the support staff. I hope that someone will solve this issue as soon as possible because I'm really in a hurry!!! Diego
Make sure you increase the trust mode on your web application. Try putting it to either High or Full.
Read this post http://forum.Winhost.com/showthread.php?t=3037 and then make sure you have the following in web.config under system.web: <!-- set code access security trust level - this is generally set in the machine.config --> <trust level="Full" originUrl=".*" />
Same problem Hi All, I'm WAS having the same problem and thought I did everything right. I finally got past the permissions, it was in fact setting Trust Level in the web.config to High , upon that change, the Installer took off!! Thanks to the OP with the Trust Level solution. Oh, also... leave the tcp: off the database name, you'll be prompted on the install and you can remove it there. Keep the checkbox log in as db_owner checked, you can set the password of your DB in the control panel too. Rich
Glad that worked for you, and thanks for posting the follow up. Just to clarify, 777 is a UNIX file permission, and does not translate to Windows file permissions. Your FTP client may say "777" but that doesn't necessarily mean the same thing as it does in a UNIX file system.
