Answers.Body: <p>In my experience, this kind of thing is usually caused by something (a hosting setting?) trying to use a www.- site URL and CiviCRM using a non-www. site URL in the civicrm.settings.php files, or the othe way around.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-01T12:33:48.310Z
Answers.Text: my .htaccess rewrites any attempts to go to www.sitename.org to sitename.org.  and civi is configured consistently to use sitename.org. this should not really be an issue.
Answers.UserDisplayName: Mike Simaska
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-08T17:27:18.367Z
Answers.Text: Did you solve this issue?
Answers.UserDisplayName: Jern
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-01T07:45:58.987Z
Answers.LastActivityDate: 2015-09-01T08:01:56.457Z
Answers.LastEditDate: 2015-09-01T08:01:56.457Z
Answers.UserDisplayName: Jern
Body: <p>civicrm 4.6.8/joomla 3.4.1/php 5.6.11</p>
  
  <p>moved civi to new server </p>
  
  <p>everything seems ok EXCEPT the civi home page which hangs trying to display the dashboard</p>
  
  <p>here's the log dump from the error</p>
  
  <p><a href="http://pastebin.com/JY0xM3A6" rel="nofollow">http://pastebin.com/JY0xM3A6</a></p>
  
  <p>so civi is losing connection to mysql ??? </p>
  
  <p>if i enter civi via another url<br>
  (eg  <a href="http://..../administrator/?option=com_civicrm&amp;task=civicrm/event/manage&amp;reset=1" rel="nofollow">http://..../administrator/?option=com_civicrm&amp;task=civicrm/event/manage&amp;reset=1</a>) </p>
  
  <p>all is well.  and i can navigate to every other civi screen and function without a problem.  in place editing works fine.</p>
  
  <p>but obviously hanging on the home page is a real problem for users.</p>
  
  <p>my php environments are very similar (new host is slightly newer version).  </p>
  
  <p><a href="http://yea.org/tmp/ChangeDetection%20-%20Comparison%20of_%20phpinfo().html" rel="nofollow">http://yea.org/tmp/ChangeDetection%20-%20Comparison%20of_%20phpinfo().html</a></p>
  
  <p>yellow stuff is new host</p>
  
  <p>tried trunc'ing dashboard_contacts</p>
  
  <p>php error_reporting is the same as on the old site</p>
  
  <p>any ideas to try?  </p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T00:11:12.450Z
Comments.Text: First things first, please see this related question: http://civicrm.stackexchange.com/questions/3426/the-dashboard-does-not-render
Comments.UserDisplayName: Chris Burgess
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T12:35:25.123Z
Comments.Text: looked through all that.  my settings file and base url match.  and ajax is working on the inline edits throughout civi so i dont think there's any problem with the site communicating with itself.  no proxy installed.
Comments.UserDisplayName: Mike Simaska
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T18:12:01.613Z
Comments.Text: There's also [dashlet refresh can crash server](https://issues.civicrm.org/jira/browse/CRM-16035) and [user without contact record](http://civicrm.stackexchange.com/a/3477/149). As well as your CiviCRM log, check your **MySQL error log** and **PHP/webserver error logs** for indications of why the MySQL connection dropped. [Also some some general advice on debugging WSoD/PHP errors](https://civicrm.stackexchange.com/questions/2798/joomla-backend-admin-civi-white-page-after-installation/2812#2812). (There are three links to read in this comment.)
Comments.UserDisplayName: Chris Burgess
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T18:16:14.427Z
Comments.Text: Also [Moving an Existing Installation to a new server or location](http://wiki.civicrm.org/confluence/display/CRMDOC/Moving+an+Existing+Installation+to+a+New+Server+or+Location), which is an *insanely* long piece of documentation with many tricks and traps. This is probably the first step - only just realised you mention relocating at the start of your question.
Comments.UserDisplayName: Chris Burgess
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T18:42:04.790Z
Comments.Text: i complied with all those recommendations.
  
  and i'll point again that the rest of civi seems to rolling right along -- just that dashboard that crashes and burns.  to me that seems like a pretty big clue to localizing the error but hey im just a  user now -- not writing civi code  (at least not yet) :-)
Comments.UserDisplayName: Mike Simaska
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-09-01T19:18:16.733Z
Comments.Text: The answer should be in your error logs - either for MySQL or PHP. Do you have access to them?
Comments.UserDisplayName: Chris Burgess
Tags: <dashboard>
Title: civicrm dashboard won't load
ThreadText: # civicrm dashboard won't load
  
  (Asked by: username_0 on 2015-08-31)
  
  civicrm 4.6.8/joomla 3.4.1/php 5.6.11
  
  moved civi to new server
  
  everything seems ok EXCEPT the civi home page which hangs trying to display the dashboard
  
  here's the log dump from the error
  
  <http://pastebin.com/JY0xM3A6>
  
  so civi is losing connection to mysql ???
  
  if i enter civi via another url  
  (eg <http://..../administrator/?option=com_civicrm&task=civicrm/event/manage&reset=1>)
  
  all is well. and i can navigate to every other civi screen and function without a problem. in place editing works fine.
  
  but obviously hanging on the home page is a real problem for users.
  
  my php environments are very similar (new host is slightly newer version).
  
  <http://yea.org/tmp/ChangeDetection%20-%20Comparison%20of_%20phpinfo().html>
  
  yellow stuff is new host
  
  tried trunc'ing dashboard\_contacts
  
  php error\_reporting is the same as on the old site
  
  any ideas to try?
  
  **Tags:** dashboard
  
  > **Comments:**
  > **username_1**: First things first, please see this related question: http://civicrm.stackexchange.com/questions/3426/the-dashboard-does-not-render  
  > **username_0**: looked through all that.  my settings file and base url match.  and ajax is working on the inline edits throughout civi so i dont think there's any problem with the site communicating with itself.  no proxy installed.  
  > **username_1**: There's also [dashlet refresh can crash server](https://issues.civicrm.org/jira/browse/CRM-16035) and [user without contact record](http://civicrm.stackexchange.com/a/3477/149). As well as your CiviCRM log, check your **MySQL error log** and **PHP/webserver error logs** for indications of why the MySQL connection dropped. [Also some some general advice on debugging WSoD/PHP errors](https://civicrm.stackexchange.com/questions/2798/joomla-backend-admin-civi-white-page-after-installation/2812#2812). (There are three links to read in this comment.)  
  > **username_1**: Also [Moving an Existing Installation to a new server or location](http://wiki.civicrm.org/confluence/display/CRMDOC/Moving+an+Existing+Installation+to+a+New+Server+or+Location), which is an *insanely* long piece of documentation with many tricks and traps. This is probably the first step - only just realised you mention relocating at the start of your question.  
  > **username_0**: i complied with all those recommendations.  and i'll point again that the rest of civi seems to rolling right along -- just that dashboard that crashes and burns.  to me that seems like a pretty big clue to localizing the error but hey im just a  user now -- not writing civi code  (at least not yet) :-)  
  > **username_1**: The answer should be in your error logs - either for MySQL or PHP. Do you have access to them?  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2015-09-01. Score: 1
  
  In my experience, this kind of thing is usually caused by something (a hosting setting?) trying to use a www.- site URL and CiviCRM using a non-www. site URL in the civicrm.settings.php files, or the othe way around.
  
  > **Comments:**
  > **username_0**: my .htaccess rewrites any attempts to go to www.sitename.org to sitename.org.  and civi is configured consistently to use sitename.org. this should not really be an issue.  
  > **username_2**: Did you solve this issue?  
  
  ---
  
  