|
|
 Posted 31/08/2006 09:05:14 |
|
|
Forum Newbie
Group: Forum Members
Last Login: 13/08/2007 05:46:30
Posts: 12,
Visits: 154
|
|
| I am currently have problems with the error message below, taking over my entire knowledge base. It usually takes over the knowledge base for a couple of hours, then goes back to normal. I can't pin-point what is causing it, because it seems to do it for no reason. Configuration Error!
The required application setting InstantKB_ShowAdminTab cannot be found within the InstantKB.config configuration file.
This setting must exist in the following format:
<![CDATA[<InstantKB> <ConfigValues> <Name>InstantKB_ShowAdminTab</Name> <Value>[REQUIRES VALUE HERE]</Value> </ConfigValues></InstantKB>]]>As for the InstantKB_ShowAdminTab, a value is entered into the InstantKB.config file and that has never been changed either. Has anyone else come across this error? I haven't been able to find anything else on the forum.
Gemma
|
|
|
|
| Posted 05/09/2006 10:40:04 |
|
|
Support Supremo
Group: Customers
Last Login: 13/11/2008 12:44:07
Posts: 568,
Visits: 2,507
|
|
gemmal (8/31/2006)
I am currently have problems with the error message below, taking over my entire knowledge base. It usually takes over the knowledge base for a couple of hours, then goes back to normal. I can't pin-point what is causing it, because it seems to do it for no reason. Configuration Error!
The required application setting InstantKB_ShowAdminTab cannot be found within the InstantKB.config configuration file.
This setting must exist in the following format:
<![CDATA[<InstantKB> <ConfigValues> <Name>InstantKB_ShowAdminTab</Name> <Value>[REQUIRES VALUE HERE]</Value> </ConfigValues></InstantKB>]]>As for the InstantKB_ShowAdminTab, a value is entered into the InstantKB.config file and that has never been changed either. Has anyone else come across this error? I haven't been able to find anything else on the forum.
Gemma
Dear Gemma, We've already seen this problem when the ASPNET user did not have read permission to the InstantKB.config. In this case, granting ASPNET (or whatever windows user your application is using) read permission will fix the problem. Another possibility that we've seen is that the InstantKB.config is not in the application root folder or its structure is not invalid.
|
|
|
|
| Posted 12/09/2006 03:25:19 |
|
|
Forum Newbie
Group: Forum Members
Last Login: 13/08/2007 05:46:30
Posts: 12,
Visits: 154
|
|
| My knowledge base has been taken over by the configuration error again, so I have been looking through my user permission settings. The only user, which doesn't have read permissions in the Internet Guest Account. Do I have to grant read permissions to this user?
|
|
|
|
| Posted 12/09/2006 14:24:24 |
|
|
Support Supremo
Group: Customers
Last Login: 13/11/2008 12:44:07
Posts: 568,
Visits: 2,507
|
|
gemmal (9/12/2006)
My knowledge base has been taken over by the configuration error again, so I have been looking through my user permission settings. The only user, which doesn't have read permissions in the Internet Guest Account. Do I have to grant read permissions to this user? Dear Gemmal, The anonymous internet user account (usually named IUSR_MachineName, where MachineName is the name of the computer you are hosting the application on) needs to have read, read & execute, and list folder contents permissions on the root folder and all items within.
You must also have the virtual directory configured to allow anonymous access in IIS.
The ASP.NET worker process account (usually ASPNET or Network Service) need to have the same permissions as the anonymous internet user account.
It should also have Modify permission to the Attachments folder.
I've attached a test page to this post. Please place it in your InstantKB application folder and visit it using your browser. It will tell you what windows user your application is impersonating. That windows user will need the permissions I have described in a previous post to this ticket.
|
|
|
|
| Posted 26/09/2006 04:07:29 |
|
|
Forum Newbie
Group: Forum Members
Last Login: 13/08/2007 05:46:30
Posts: 12,
Visits: 154
|
|
| I have added all of the permissions, but the error has appeared within the knowledge base again. The user that is running on my machine is NT AUTHORITY\NETWORK SERVICE. I will post all of my users, to ensure that my permissions are correct: Administrators: full control, modify, read & execute, list folder contents, read, write
System: full control, modify, read & execute, list folder contents, read, write
IIS_WPG: read & execute, list folder contents, read
Internet Guest Account: read & execute, list folder contents, read. Deny: write, special permissions
Network Service: modify, read & execute, list folder contents, read, write
Users: read & execute, list folder contents, write. To enable virtual directory, is the setting within Properties --> Directory Security --> Authentication and access control (select 'Edit...') then check the Enable anonymous access checkbox? If so, it is selected. My knowledge base is now working again, but I'm not sure if my changes have made it work. I don't want to risk the error appearing when the knowledge base goes live.
Gemma
|
|
|
|
| Posted 26/07/2007 11:32:18 |
|
|
Forum Newbie
Group: Forum Members
Last Login: 26/07/2007 11:28:43
Posts: 1,
Visits: 1
|
|
Hello,
A bit of thread necromancy here, but we also have this problem on our installation of InstantKB. The permissions are correct and the system works, but it will at random times revert to the error above. An iisreset will get the system to work again, but I'd like to find a way to completely eliminate these errors.
Thank you!
|
|
|
|
| Posted 27/07/2007 05:16:54 |
|
|
Supreme Being
Group: Administrators
Last Login: 17/11/2008 13:47:50
Posts: 266,
Visits: 598
|
|
Hi Jaaboo,
This error "can" occur if the virtual directory/application you are hosting the software in is not correctly configured for security, OR experiences an application pool problem/error, in such cases the ASPNET/Network Service accounts may try to perform extra operations to resolve the issue without crash/error, if they do not have the permissions required then the error you are seeing is displayed. I would check through your IIS Setup for the application RE: Security, Re-Apply all filesystem permissions, and extend the ASPNET/Network Service account's permissions, and then test to see if this improves things.If not, if you wouldnt mind either opening a support ticket, or emailing Support@InstantASP.co.uk, we'll do whatever we can to resolve the issue.
Kindest Regards,
James Trott
Developer
|
|
|
|
| Posted 22/08/2007 03:37:14 |
|
|
Forum Member
Group: Customers
Last Login: 27/09/2008 09:59:43
Posts: 47,
Visits: 248
|
|
| Our system continues to have this problem periodically despite very liberal permissions, and I think it's related to the fact that the website was installed under Plesk (not using a "normal" windows generated iusr account). All other functionality works fine... Simply opening and saving the file fixes the error instantly (probably forces an app restart) so I've created an ASP classic page that our support techs can run that simply opens and saves the file. To avoid giving anonymous uses write on the file, I used a com object that can impersonate (ASPUpload). Outrageously clunky workaround, but it does mean they don't have to call someone with an account on the server.
Charles
|
|
|
|
| Posted 24/09/2007 05:43:31 |
|
|
Supreme Being
Group: Administrators
Last Login: 17/11/2008 13:47:50
Posts: 266,
Visits: 598
|
|
Charles (8/22/2007)
Our system continues to have this problem periodically despite very liberal permissions, and I think it's related to the fact that the website was installed under Plesk (not using a "normal" windows generated iusr account). All other functionality works fine... Simply opening and saving the file fixes the error instantly (probably forces an app restart) so I've created an ASP classic page that our support techs can run that simply opens and saves the file. To avoid giving anonymous uses write on the file, I used a com object that can impersonate (ASPUpload). Outrageously clunky workaround, but it does mean they don't have to call someone with an account on the server. You're quite right Charles, Plesk if not absolutely correctly configured can cause problems for all kinds of ASP.net apps, the main problem is the way Plesk handles the IIS Worker Pools and the IUSR accounts for each application. I would reccomend (if your plesk install supports this) to run InstantASP applications in their own dedicated app pool, with a nightly pool recycle scheduled in the application pool settings directly in IIS on that pool. This is not ideal, but less clunky than modifying files to keep things running. Incidentally Plesk issues are amplified if the server is a Virtuozzo VPS.
Kindest Regards,
James Trott
Developer
|
|
|
|