After upgrade to Essentials 3.5 site initialization fails every morning

Permanently deleted user

24 Oktober 2011 23:17

We upgrade to 3.5 now the first person to attempt to hit the site gets an error message that says none of the services can be found.  We have to repeatedly keep hitting the site until it finds all of the services.  Seems like something is asleep and doesn't wake up in time to feed the service information to the client.  Has anyone else experienced this problem?

0

• 

  Permanently deleted user

  25 Oktober 2011 00:42

  I had this provblem/issue back at 2.3  I resolved the issue by creating a scheduled task every morning @ 6:00am which is when my first Internal users start accessing the application.

  here is the vbs script that wakes up the services;

   ----------------------------------------------------------------

  'Change the name of the script to services_wakeup.vbs

   

  'set it up in your scheduler to run as needed

   

  'declare web app variable, set variable to be an IE application

   

  Dim webApp

   

  Set webApp= CreateObject("InternetExplorer.Application")

  'set visibility of the web app, can be set to false to run in the background

   

  webApp.Visible = true

  'declare a counter variable as integer, set it to zero

   

  Dim counter

   

  counter = 0

  'declare array to hold names of different services

   

  'simply increase the array by +1 and add a new entry for every new service that gets published

  dim services(6)

   

  services(0)="AERONAUTICS/MapServer"

   

  services(1)="County_Image_Services/MapServer"

   

  services(2)="BACKGROUND_GEOTIFF/MapServer"

   

  services(3)="BIKEWAYS/MapServer"

   

  services(4)="BOUNDARIES/MapServer"

   

  services(5)="COMMON_LAYERS/MapServer"

  'the following loop uses the REST API and the array to step through each service page

   

  'wait 5 seconds, then navigate to the next service. The loop runs 5 times.

  Do while counter < 5

   

      For Each x in services     

   

        webApp.Navigate "http://yourserverurl/ArcGIS/rest/services/"& x

   

        wscript.sleep(5000)

   

      Next' 

   

    counter = counter + 1

   

  Loop

  webApp.quit

   

  ----------------------------------------------------------------------------------------

   

  Set webApp = nothing

  0
• 

  Permanently deleted user

  26 Oktober 2011 00:40

  Thanks Craig.  I just don't understand why this started happening now.  We didn't have this problem with any of our previous versions. 

  0
• 

  Ryan Cooney

  26 Oktober 2011 01:33

  The IIS application pool that runs Essentials will go to sleep after a period of inactivity. When the next user makes a request to the application the following will happen:

  1. The app pool will startup.
  2. The Essentials application will initialize its infrastructure.
  3. The requested site will load either from a cache if it is available (very fast) or from the Site.xml (slow).
  4. The response is sent to the user.

  We've done a lot of work since 3.4.0 to reduce the times that these steps take. If your application is very slow to start it suggests that the site cache is not available and the site gets initialized from the Site.xml every time. Please have a look in your REST logs (C:\Program Files\Latitude Geographics\Geocortex Essentials\Default\REST Elements\REST\App_Data\Logs) to see if there are any errors. Perhaps there is a file permission issue that is preventing the cache from being created.

  --Ryan

  0
• 

  Permanently deleted user

  29 Oktober 2011 01:26

  Ryan,

  Thanks for the response. I looked at our log files and didn't see any errors.  

  0
• 

  Permanently deleted user

  21 December 2011 02:45

  I used to use this script but after upgrading to Windows Server 2008 64 bit it seems to fail. I created a powershell script instead and that seems to work on windows server 2008 without any issues.

  0
• 

  Permanently deleted user

  22 December 2011 21:32

  I see this error when using a database as source for you map services. Let say it's Orcale but it's could be MS Sql as well.

  The mapservers are up during the day.

  Then the night comes and DBA wants to do there backups. So they bring down the databases. Do there backup and bring it back up after.

  So the database is running in the morning..

  First user wants access to a map services. This sever had a connection to it's data, but that connection got broken when the database went down for backup. Arcgis server see this connection broken and give back a error mapservice is down. Then arcgis server reconnects to the database and the service is running again. But it already send a error message to the client (Geoweb). When you refresh geoweb it will complain about the next service and here we go again. So refreshing multiple times will reconnect all connections and things are back up running again.

  Solution:

  Bring down arc som and soc before the backup. Bring them up again after the backup of the databases. 

  0
• 

  Permanently deleted user

  22 December 2011 21:53

  Thanks for the solution Chris. We upgraded to 3.6 and haven't seen the error since. I'll implement your solution if we start seeing the error again.

  0
• 

  Permanently deleted user

  29 December 2011 23:42

  We are trying to get Essentials set up on a 2008 64 bit server and when I try and open an application i get a "Critical Viewer Error" with the following details:

  Cannot open configuration file.

   

  Geocortex.EssentialsSilverlightViewer.Infrastructure.Exceptions.CriticalViewerException: Cannot open configuration file. ---> System.Security.SecurityException ---> System.Security.SecurityException: Security error.

   

     at System.Net.Browser.BrowserHttpWebRequest.InternalEndGetResponse(IAsyncResult asyncResult)

   

     at System.Net.Browser.BrowserHttpWebRequest.<>c__DisplayClass5.<EndGetResponse>b__4(Object sendState)

   

     at System.Net.Browser.AsyncHelper.<>c__DisplayClass4.<BeginOnUI>b__1(Object sendState)

   

     --- End of inner exception stack trace ---

   

     at System.Net.Browser.AsyncHelper.BeginOnUI(SendOrPostCallback beginMethod, Object state)

   

     at System.Net.Browser.BrowserHttpWebRequest.EndGetResponse(IAsyncResult asyncResult)

   

     at System.Net.WebClient.GetWebResponse(WebRequest request, IAsyncResult result)

   

     at System.Net.WebClient.OpenReadAsyncCallback(IAsyncResult result)

   

     --- End of inner exception stack trace ---

   

     at Geocortex.EssentialsSilverlightViewer.Infrastructure.Configuration.ConfigurationTree.WebClientOpenReadCompleted(Object sender, OpenReadCompletedEventArgs e)

   

     at System.Net.WebClient.OnOpenReadCompleted(OpenReadCompletedEventArgs e)

   

     at System.Net.WebClient.OpenReadOperationCompleted(Object arg)

   

  The only service in the app is the Bing roads.  Any thoughts?  This is a new server so maybe the admins didn't set up permissions correctly?

  0
• 

  Permanently deleted user

  29 December 2011 23:56

  Do you have a clientaccesspolicy.xml or crossdomain.xml in your IIS root directory?

  0
• 

  Ryan Cooney

  29 December 2011 23:59

  Hi Scott,

  A System.Security.SecurityException while making a web request often is a sign that the server that you are making the request to does not have a clientaccesspolicy.xml file in place. If you run Fiddler while attempting to load your viewer you should be able to see the specific request that is failing.

  --Ryan

  0
• 

  Permanently deleted user

  30 December 2011 01:01

  Those files were indeed missing.  Thanks!

  0

Du måste logga in om du vill lämna en kommentar.