Answers.Body: <p>I was able to finally resolve this issue. </p>
  
  <p>I found this small portion at the very bottom of 
  <a href="https://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Configuration+Troubleshooting" rel="nofollow">https://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Configuration+Troubleshooting</a>  labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you everyone for all your help, I appreciate it! :-)</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-26T19:57:53.003Z
Answers.LastActivityDate: 2016-08-26T19:57:53.003Z
Answers.UserDisplayName: LJB
Answers.Body: <p><a href="https://issues.civicrm.org/jira/browse/CRM-16035" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-16035</a> has now been fixed. So your best solution now would be to upgrade to CiviCRM 4.7.11 which will include an improved dashboard that no longer depends on server-to-self http requests.</p>
  
  <p>This upgrade will be released in about 2 weeks. The new dashboard features are sponsored by WMF.</p>
  
  <p>Read more about the issue at <a href="https://issues.civicrm.org/jira/browse/CRM-17663" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-17663</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-12T20:20:40.507Z
Answers.Text: Awesome, can't wait for the update! :-)
  
  Thank you for the help!!
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-26T19:57:06.377Z
Answers.Text: Hello Coleman! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-27T16:24:12.830Z
Answers.Text: @LJB, your link isn't complete - but for others searching for this solution: https://forum.civicrm.org/index.php?topic=34399.msg146033#msg146033
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-27T16:24:33.050Z
Answers.Text: But also - just upgrade to 4.7.11 and this issue goes away!
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-12T16:00:34.040Z
Answers.LastActivityDate: 2016-08-12T16:00:34.040Z
Answers.UserDisplayName: Coleman
Answers.Body: <p>We had a similar (but not identical) issue with one of our sites - dashlets would spin for ages before eventually timing out. Occasionally we would get some loads but it was sporadic. </p>
  
  <p>We followed the direction in <a href="https://issues.civicrm.org/jira/browse/CRM-16035" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-16035</a> to increase the pm.max_children.</p>
  
  <p>I have no idea if this will fix your issue but, as it sounds similar, I thought I might as well throw it in the mix! Apologies if it doesn't help!</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-14T14:16:06.613Z
Answers.Text: I'm not sure if I understand what I have to do to be honest. Is this for nginx or Apache? Or does it matter since this seems to a config for php.. This server with the issue uses Apache. I found my php-fpm.conf at /usr/local/cpanel/etc but I do not see a config line for pm.max_children so I am not sure if I am in the correct spot. Will you please elaborate if possible?
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-15T15:34:02.340Z
Answers.Text: Ours are nginx servers so this may not help at all but it was /etc/php5/fpm/pool.d/www.conf not in the /usr/ directory. Hope it helps!
Answers.UserDisplayName: Matt Lind
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-26T19:57:34.457Z
Answers.Text: Hello Matt Lind! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-05T10:34:51.537Z
Answers.Text: Great to hear you got this resolved @LJB ! Would you be able to update your question with your solution? It will be easier for people to find the solution rather than hunting through these comments =)
Answers.UserDisplayName: Matt Lind
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-13T15:18:28.763Z
Answers.LastActivityDate: 2016-07-13T15:18:28.763Z
Answers.UserDisplayName: Matt Lind
Answers.Body: <p>Try the following options and see if it solves the problem</p>
  
  <ul>
  <li>Add your IP and domain to /etc/hosts file</li>
  <li>Check if your firewall is blocking any AJAX calls</li>
  <li>Check if any .htaccess file in any of the directories (mainly
  wp-admin directory) is blocking the AJAX call</li>
  </ul>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-12T17:50:35.310Z
Answers.Text: Hi, thanks for the suggestions. I have tried your three points and the issue still persists. I have added an update to my post with more information if you would like to try again! :-)
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-12T20:18:49.003Z
Answers.Text: Have you recently disabled some dashlets? Is this happening to all users? or only to certain users? you can also use this sql statement to see dashlets  in use: SELECT id, name, label, permission FROM civicrm_dashboard; It might also be that you have some civi components not enabled and the dashlet is loading
Answers.UserDisplayName: Kboy
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-14T14:20:42.943Z
Answers.Text: @Kboy - There has not been any changes as far as dashlets being disabled. This is happening for all users on initial load of CiviCRM while it is trying to start a new session and the PHPSESSID cookie is not present. I have checked the Civi components and compared them to the current production site to the new migrated site and they are both running the same components. I have not tried your SQL query so I will try that. Thanks for the suggestion! :-)
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-14T17:20:46.783Z
Answers.Text: @LJB, you can also try disabling the dashlets just by dragging them to the available Dashlets sections on the configure Dashboard after that re-enable one after another to find the problematic dashlet
Answers.UserDisplayName: Kboy
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-26T19:57:20.553Z
Answers.Text: Hello Ghost! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)
Answers.UserDisplayName: LJB
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-12T08:59:47.020Z
Answers.LastActivityDate: 2016-07-12T08:59:47.020Z
Answers.UserDisplayName: Ghost
Body: <p>I have migrated a site from:</p>
  
  <ul>
  <li>Unknown OS (Was through BlueHost)</li>
  <li>cPanel 11.52.6 (build 1)</li>
  <li>Apache (v. 2.2.31)</li>
  <li>PHP (v. 5.2.17)</li>
  <li>MySQL (v. 5.5.42-37.1)</li>
  <li>WordPress (v. 4.5.3)</li>
  <li>CiviCRM (v. 4.6.9)</li>
  </ul>
  
  <p>To:</p>
  
  <ul>
  <li>CentOS release 6.8 </li>
  <li>cPanel 56.0 (build 25)</li>
  <li>Apache (v. 2.4.18)</li>
  <li>PHP (v. 5.6.22)</li>
  <li>MySQL (v. 5.6.30)</li>
  <li>WordPress (v. 4.5.3)</li>
  <li>CiviCRM (v. 4.6.19)</li>
  </ul>
  
  <p>I have followed the documentation found at <a href="https://wiki.civicrm.org/confluence/display/CRMDOC/Moving+an+Existing+Installation+to+a+New+Server+or+Location" rel="nofollow noreferrer">https://wiki.civicrm.org/confluence/display/CRMDOC/Moving+an+Existing+Installation+to+a+New+Server+or+Location</a> and have managed to get CiviCRM to run but with a hiccup. The initial loading of the CiviCRM dashboard takes a very long time, sometimes 5+ minutes, but after the initial load everything is incredibly fast and flawless. Seems to happen only when it is trying to establish a new session as if I clear cache and try to get back to the CiviCRM dashboard it reproduces the issue but the issue will not reproduce as long as the session isn't reset like logging out or clearing cache. I have also noticed that if you sit and let it load that the dashlets then will not load and just shows the spinning loading image and never actually loads but I am guessing these two issues are related.</p>
  
  <p>I have also followed the recommendations found here: <a href="https://civicrm.stackexchange.com/questions/5088/civicrm-dashboard-wont-load">civicrm dashboard won&#39;t load</a> and have not been able to fix it.</p>
  
  <p>Also I have tried many things like clearing the cache, deleting CiviCRM and re-installing then importing the database and then using the CiviCRM database update utility and seems like nothing is solving the issue. </p>
  
  <p>Snooping around in the Apache, PHP, MySQL, &amp; CiviCRM log files I found only one error being reported that I know is related to the dashboard hanging at public_html/wp-content/plugins/files/civicrm/ConfigAndLog/ here is the pastebin: <a href="http://pastebin.com/TRTg0sHx" rel="nofollow noreferrer">http://pastebin.com/TRTg0sHx</a></p>
  
  <p>I feel as if I have tried everything and am out of ideas, any help as what to do to get this resolved would be greatly appreciated.</p>
  
  <p>EDIT: Ignore "UPDATE (7/12/2016)", found out that this was a separate issue, sorry for the confusion.</p>
  
  <p><strike>UPDATE (7/12/2016):
  Decided to try a fresh cPanel account, fresh WordPress, and fresh CiviCRM installtion and only running the bare basics to see if the problem would still exist and it does. But on the new install these errors come up:</p>
  
  <pre><code>Warning: session_start(): open(/tmp/sess_c279ba138c878520b23fb7085f54a267, O_RDWR) failed: Permission denied (13) in /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php on line 282
  
  Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php on line 282
  
  Warning: Cannot modify header information - headers already sent by (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-includes/option.php on line 823
  
  Warning: Cannot modify header information - headers already sent by (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-includes/option.php on line 824
  </code></pre>
  
  <p>The first two errors above show and then the dashboard takes forever to load and then once the dashboard loads the last two errors display. Also the dashlets do not load properly afterwards and keep the "Loading..." message with the twirling image.</strike></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-07-12T18:35:58.027Z
Comments.Text: Your latest update is a separate question, and would be better posted as such.  That said - lines 2-4 are caused by line 1 - your temp directory is set to `/tmp` and you apparently don't have permission to write there.  I would take this up with your webhost!
Comments.UserDisplayName: Jon G - Megaphone Tech
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-07-12T19:03:18.457Z
Comments.Text: I have been reading up on this and you absolutely correct, seems as if the permissions were actually correct but the /tmp was full, flushing the /tmp removed the error. Thank you for pointing this out! :-)
Comments.UserDisplayName: LJB
Tags: <dashboard><dashlet><user-dashboard>
Title: CiviCRM Dashboard Hangs for 5+ minutes
ThreadText: # CiviCRM Dashboard Hangs for 5+ minutes
  
  (Asked by: username_0 on 2016-07-11)
  
  I have migrated a site from:
  
  * Unknown OS (Was through BlueHost)
  * cPanel 11.52.6 (build 1)
  * Apache (v. 2.2.31)
  * PHP (v. 5.2.17)
  * MySQL (v. 5.5.42-37.1)
  * WordPress (v. 4.5.3)
  * CiviCRM (v. 4.6.9)
  
  To:
  
  * CentOS release 6.8
  * cPanel 56.0 (build 25)
  * Apache (v. 2.4.18)
  * PHP (v. 5.6.22)
  * MySQL (v. 5.6.30)
  * WordPress (v. 4.5.3)
  * CiviCRM (v. 4.6.19)
  
  I have followed the documentation found at <https://wiki.civicrm.org/confluence/display/CRMDOC/Moving+an+Existing+Installation+to+a+New+Server+or+Location> and have managed to get CiviCRM to run but with a hiccup. The initial loading of the CiviCRM dashboard takes a very long time, sometimes 5+ minutes, but after the initial load everything is incredibly fast and flawless. Seems to happen only when it is trying to establish a new session as if I clear cache and try to get back to the CiviCRM dashboard it reproduces the issue but the issue will not reproduce as long as the session isn't reset like logging out or clearing cache. I have also noticed that if you sit and let it load that the dashlets then will not load and just shows the spinning loading image and never actually loads but I am guessing these two issues are related.
  
  I have also followed the recommendations found here: [civicrm dashboard won't load](https://civicrm.stackexchange.com/questions/5088/civicrm-dashboard-wont-load) and have not been able to fix it.
  
  Also I have tried many things like clearing the cache, deleting CiviCRM and re-installing then importing the database and then using the CiviCRM database update utility and seems like nothing is solving the issue.
  
  Snooping around in the Apache, PHP, MySQL, & CiviCRM log files I found only one error being reported that I know is related to the dashboard hanging at public\_html/wp-content/plugins/files/civicrm/ConfigAndLog/ here is the pastebin: <http://pastebin.com/TRTg0sHx>
  
  I feel as if I have tried everything and am out of ideas, any help as what to do to get this resolved would be greatly appreciated.
  
  EDIT: Ignore "UPDATE (7/12/2016)", found out that this was a separate issue, sorry for the confusion.
  
  UPDATE (7/12/2016):
  Decided to try a fresh cPanel account, fresh WordPress, and fresh CiviCRM installtion and only running the bare basics to see if the problem would still exist and it does. But on the new install these errors come up:
  
  ```
  Warning: session_start(): open(/tmp/sess_c279ba138c878520b23fb7085f54a267, O_RDWR) failed: Permission denied (13) in /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php on line 282
  
  Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php on line 282
  
  Warning: Cannot modify header information - headers already sent by (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-includes/option.php on line 823
  
  Warning: Cannot modify header information - headers already sent by (output started at /home/civicrmtest/public_html/wp-content/plugins/civicrm/civicrm.php:282) in /home/civicrmtest/public_html/wp-includes/option.php on line 824
  
  ```
  
  The first two errors above show and then the dashboard takes forever to load and then once the dashboard loads the last two errors display. Also the dashlets do not load properly afterwards and keep the "Loading..." message with the twirling image.
  
  **Tags:** dashboard, dashlet, user-dashboard
  
  > **Comments:**
  > **username_1**: Your latest update is a separate question, and would be better posted as such.  That said - lines 2-4 are caused by line 1 - your temp directory is set to `/tmp` and you apparently don't have permission to write there.  I would take this up with your webhost!  
  > **username_0**: I have been reading up on this and you absolutely correct, seems as if the permissions were actually correct but the /tmp was full, flushing the /tmp removed the error. Thank you for pointing this out! :-)  
  
  ---
  
  ## 4 answers
  
  ### Answer by username_0 on 2016-08-26. Score: 2 | Accepted answer
  
  I was able to finally resolve this issue.
  
  I found this small portion at the very bottom of
  <https://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Configuration+Troubleshooting> labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you everyone for all your help, I appreciate it! :-)
  
  
  ---
  
  ### Answer by username_2 on 2016-08-12. Score: 2
  
  <https://issues.civicrm.org/jira/browse/CRM-16035> has now been fixed. So your best solution now would be to upgrade to CiviCRM 4.7.11 which will include an improved dashboard that no longer depends on server-to-self http requests.
  
  This upgrade will be released in about 2 weeks. The new dashboard features are sponsored by WMF.
  
  Read more about the issue at <https://issues.civicrm.org/jira/browse/CRM-17663>
  
  > **Comments:**
  > **username_0**: Awesome, can't wait for the update! :-)  Thank you for the help!!  
  > **username_0**: Hello username_2! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)  
  > **username_1**: @username_0, your link isn't complete - but for others searching for this solution: https://forum.civicrm.org/index.php?topic=34399.msg146033#msg146033  
  > **username_1**: But also - just upgrade to 4.7.11 and this issue goes away!  
  
  ---
  
  ### Answer by username_3 on 2016-07-13. Score: 1
  
  We had a similar (but not identical) issue with one of our sites - dashlets would spin for ages before eventually timing out. Occasionally we would get some loads but it was sporadic.
  
  We followed the direction in <https://issues.civicrm.org/jira/browse/CRM-16035> to increase the pm.max\_children.
  
  I have no idea if this will fix your issue but, as it sounds similar, I thought I might as well throw it in the mix! Apologies if it doesn't help!
  
  > **Comments:**
  > **username_0**: I'm not sure if I understand what I have to do to be honest. Is this for nginx or Apache? Or does it matter since this seems to a config for php.. This server with the issue uses Apache. I found my php-fpm.conf at /usr/local/cpanel/etc but I do not see a config line for pm.max_children so I am not sure if I am in the correct spot. Will you please elaborate if possible?  
  > **username_3**: Ours are nginx servers so this may not help at all but it was /etc/php5/fpm/pool.d/www.conf not in the /usr/ directory. Hope it helps!  
  > **username_0**: Hello username_3 username_3! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)  
  > **username_3**: Great to hear you got this resolved @username_0 ! Would you be able to update your question with your solution? It will be easier for people to find the solution rather than hunting through these comments =)  
  
  ---
  
  ### Answer by username_4 on 2016-07-12. Score: 1
  
  Try the following options and see if it solves the problem
  
  * Add your IP and domain to /etc/hosts file
  * Check if your firewall is blocking any AJAX calls
  * Check if any .htaccess file in any of the directories (mainly
    wp-admin directory) is blocking the AJAX call
  
  > **Comments:**
  > **username_0**: Hi, thanks for the suggestions. I have tried your three points and the issue still persists. I have added an update to my post with more information if you would like to try again! :-)  
  > **username_5**: Have you recently disabled some dashlets? Is this happening to all users? or only to certain users? you can also use this sql statement to see dashlets  in use: SELECT id, name, label, permission FROM civicrm_dashboard; It might also be that you have some civi components not enabled and the dashlet is loading  
  > **username_0**: @username_5 - There has not been any changes as far as dashlets being disabled. This is happening for all users on initial load of CiviCRM while it is trying to start a new session and the PHPSESSID cookie is not present. I have checked the Civi components and compared them to the current production site to the new migrated site and they are both running the same components. I have not tried your SQL query so I will try that. Thanks for the suggestion! :-)  
  > **username_5**: @username_0, you can also try disabling the dashlets just by dragging them to the available Dashlets sections on the configure Dashboard after that re-enable one after another to find the problematic dashlet  
  > **username_0**: Hello username_4! I was able to finally resolve this issue. I found this small portion at the very bottom of wiki.civicrm.org/confluence/display/CRMDOC/… labelled Fire with NAT. Followed the instructions to edit the hosts file to point internal traffic going out to it's own domain to be redirected back to the internal IP and everything was automagically fixed! Thank you for all of your help, I appreciate it! :-)  
  
  ---
  
  