Skip to main content

An exception occurred while initializing module 'Site'

Comments

5 comments

  • Permanently deleted user

    I am also noticing that my map connection details are dropping randomly on a working (migrated) site??  The issue is resolved by re-entering security details (my map services are secured) but this is worrying that they are loosing them in the first place?  

    Brad

    0
  • Ryan Cooney

    Brad,

    Part of the error message "Site module Uri configuration is missing." indicates that the Viewer.xml that was created for your viewer was not saved correctly. Have a look at the Viewer.xml file and you'll probably see that the <SiteUri> element is empty. This is normally set by Manager when you save. It sounds like the Manager application has permission to create files in the Sites directory, but is perhaps not able to modify certain existing files. You may see a message to that effect in the Manager Logs.

    --Ryan

    0
  • Permanently deleted user

    Ryan,

    Thanks for tip, i was under the impression this was a permissions issue.

    So, increasing the permissions for the Network Service user for the sites folder to include 'write' has addressed the issue.  

    HOWEVER what has changed between 3.5 & 3.8 to make this a requirement (I have both 3.5 & 3.8 running on my test server & I do not get this issue on the 3.5 installation).

    I'm intrigued as to why the network service user requires this permission since isn't it the identity of the manager (App Pool:  EssentialsAdministrationAppPool4 (Identity:  EssentialsAdmin)) making the changes on the config files (site.xml/viewer.xml)).  Appreciate the REST sites are running under NetworkService identity (in my case).

    Are able to join the dots of the above process to help me better understand what is happening in the background.

    I've also just discovered this post in the knowledge base (presumably relatively new as I've not seen it before):  http://support.geocortex.com/file-permissions-for-geocortex-essentials-rest-elements.  I however am querying  the permissions outlined based on my experience above (e.g. I've had to permit the identity that the sites are running under (Network Service) to include the 'write' permissions; My EssentialsAdmin identity remains as-is from a default installation & thus has default settings (full control for sites folder).  OR should i be considering changing the identity upon which manager is running under (I don't see any justification why i should do this)?

    Appreciate if you are able to clarify the queries above (I do appreciate permissions can be a tricky topic given the dependencies on your setup) as i don't like having to second guess when it comes to production deployments which i will need to be doing shortly.

    Brad

    0
  • Ryan Cooney

    Hi Brad,

    We haven't made any permissions changes to the installer between 3.5 and 3.8.

    From what you described it sounds as if your RestManager application is running under EssentialsAppPool4 rather than EssentialsAdministrationAppPool4. That would explain why the change to the NetworkService permissions suddenly made RestManager work.

    We generally don't recommend that you change the identity used by RestManager unless there is some very specific network or security issue that requires it. 

    --Ryan

     

    0
  • Permanently deleted user

    Ryan,

    I won't push this too far via a forum thread (can escalate to support call if necessary), but i wish to confirm (as indicated below), the RestManager site is running under the EssentialsAdminstrationAppPool4.  This is (without repeating the install) is default configuration as i understand.  I run the REST site under a custom AppPool under Nework Service identify. 

    My queries below are therefore still valid.  Intrigued as to what is going on to cause the anomaly.

    Brad

    0

Please sign in to leave a comment.