Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN 8.0.4 Host Settings Issue After UpgradeDNN 8.0.4 Host Settings Issue After Upgrade
Previous
 
Next
New Post
2/7/2017 7:35 PM
 

Hi Community,

Not sure if this is the right area to ask for help regarding this issue, so if not, please point me in the right direction.

My issue is that I recently upgraded a site of ours to 8.0.4 and we were unable to access the Host Settings. We then performed the following fix:

  1. Connect to your database using MSSQL Management Studio.   

  2. Expand Databases > [your database name]> Tables. 

  3. Right click on the dbo.HostSettings table and then the Edit Top 200 Rows option. 

  4. Once the contents of the table loads locate the SMTPPassword option in the SettingName column. 

  5. Delete the contents of the SettingValue cell which is your current SMTP Password next to the SMTPPassword cell and click out of that cell to save the changes. 

  6. Recycle your sites application pool.  This must be done server side and not within the website itself. 

 

From here you will be able to access the Host Settings. Follow the remaining steps to complete the process. 

 

  1. Log in to your DotNetNuke website as Host. 

  2. Navigate to Host > Host Settings > Advanced Settings > SMTP Server Settings. 

  3. Re-enter the password for the SMTP account in the SMTP Password field. 

  4. Click Update at the bottom of the page.


Afterwards of Step 6, we are able to access the Host Settings, but when we go to input the SMTP password for it, it then gives us the following error message (which is the same error message we were experiencing before performing the above steps)

Error: Host Settings is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Request for ConfigurationPermission failed while attempting to access configuration section 'system.web/machineKey'. To allow all callers to access the data for this section, set section attribute 'requirePermission' equal 'false' in the configuration file where this section is declared. ---> System.Security.SecurityException: Request for ConfigurationPermission failed while attempting to access configuration section 'system.web/machineKey'. To allow all callers to access the data for this section, set section attribute 'requirePermission' equal 'false' in the configuration file where this section is declared. ---> System.Security.SecurityException: Request for the permission of type 'System.Configuration.ConfigurationPermission, System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' failed. at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.Configuration.BaseConfigurationRecord.CheckPermissionAllowed(String configKey, Boolean requirePermission, Boolean isTrustedWithoutAptca) --- End of inner exception stack trace --- at System.Configuration.BaseConfigurationRecord.CheckPermissionAllowed(String configKey, Boolean requirePermission, Boolean isTrustedWithoutAptca) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Web.HttpContext.GetSection(String sectionName) at System.Web.Configuration.HttpConfigurationSystem.GetSection(String sectionName) at System.Web.Configuration.HttpConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String configKey) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at DotNetNuke.Common.Utilities.Config.GetDecryptionkey() at DotNetNuke.Modules.Admin.Host.HostSettings.UpdateSettings(Object sender, EventArgs e) --- End of inner exception stack trace ---

However, when we refresh the page, it then brings up the Host Settings once more like normal. If we try to input the SMTP password, we get the same result. As well, if we try to export the site template, we get the following error message:

Error: is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Request for the permission of type 'System.Security.Permissions.EnvironmentPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed. ---> System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.EnvironmentPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed. at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.Environment.GetLogicalDrives() at SchwabenCode.QuickIO.QuickIOPathInfo.TransferParseResult(QuickIOParsePathResult parsePathResult) at SchwabenCode.QuickIO.QuickIOPathInfo..ctor(String anyFullname, String name) at DotNetNuke.Common.Utilities.FileSystemUtils.AddToZip(ZipOutputStream& ZipFile, String filePath, String fileName, String folder) at DotNetNuke.Modules.Admin.Portals.Template.SerializeFiles(XmlWriter writer, PortalInfo objportal, String folderPath, ZipOutputStream& zipFile) at DotNetNuke.Modules.Admin.Portals.Template.SerializeFolders(XmlWriter writer, PortalInfo objportal, ZipOutputStream& zipFile) at DotNetNuke.Modules.Admin.Portals.Template.cmdExport_Click(Object sender, EventArgs e) --- End of inner exception stack trace ---

We are at a loss on how to fix this. Anyone come across this and if so, how did you fix it?

 
New Post
2/8/2017 2:26 PM
 
We actually found out the problem for this. 32-bit application was somehow turned back ON for the particular website. Once we turned it back off, it resolved the problem.
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN 8.0.4 Host Settings Issue After UpgradeDNN 8.0.4 Host Settings Issue After Upgrade


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.

Content Layout

Subscribe to DNN Digest

Subscribe to DNN Digest

DNN Digest is our monthly email newsletter. It highlights news and content from around the DNN ecosystem, such as new modules and themes, messages from leadership, blog posts and notable tweets. Keep your finger on the pulse of the ecosystem by subscribing.  


Copyright 2017 by DNN Corp Terms of Use Privacy
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out