CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Accessing Dashboard causes entire site to freeze.
Pages: [1]

Author Topic: Accessing Dashboard causes entire site to freeze.  (Read 865 times)

joshathedone

  • I post occasionally
  • **
  • Posts: 50
  • Karma: 0
  • CiviCRM version: Civicrm4
  • CMS version: Drupal 7
  • MySQL version: 5.1.41
  • PHP version: 5
Accessing Dashboard causes entire site to freeze.
March 11, 2013, 10:45:48 am
So, I have an interesting problem I could use some help with.

I am running Civicrm 4.2.6 on Drupal 7.  I recently upgraded my php to 5.4.12; I was configuring a payment processor and realized that the hyphen in the web address was causing an error due to a known bug in php 5.2.  Everything appeared to be functioning normally after the upgrade, and I put the site online.

Several hours later I realized that navigating to my dashboard (Civicrm’s home page) would lock up the entire site.  I was also unable to access the site from another computer.  The only way to fix the problem was to reset the server.  I could navigate to other Civicrm pages as long as I typed the address directly, but the home page is a no-go.  I checked my site logs and Civi logs, nada.

I pulled a copy of the site back to my test server.  In my test server, I am getting an “Access Denied” error message with an option to login in every dashlet (this doesn’t happen on the live server, and the test server does not lock up).  The user account I am using has permissions to access the reports, and is the same account I was using before the problems started.  Typing the login info lets me go to the report and view it normally.  Clicking “log in” without a user name or password takes me to an error message that says: 

“Sorry but we are not able to provide this at the moment.
We can't load the requested web page. This page requires cookies to be enabled in your browser settings. Please check this setting and enable cookies (if they are not enabled). Then try again. If this error persists, contact the site adminstrator for assistance.

Site Administrators: This error may indicate that users are accessing this page using a domain or URL other than the configured Base URL. EXAMPLE: Base URL is http://example.org, but some users are accessing the page via http://www.example.org or a domain alias like http://myotherexample.org.

Error type: Could not find a valid session key.”

At this point I am stumped.  I tried upgrading to 4.2.8; same problems.  I tried changing my user password as I saw suggested in another post, nothing.  Does anyone have an idea as to what the problem could be or where I can look?  This is tuning into a critical issue as I have had to ask my staff to stay out of Civi until the problem is resolved .

I should add that i am on a multi-site installation, and have been for some time without problems.
« Last Edit: March 11, 2013, 11:17:41 am by joshathedone »

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: Accessing Dashboard causes entire site to freeze.
March 12, 2013, 03:57:18 am
You must "reset the server"? What does that mean precisely?

Did you check the error logs? What about downgrading to PHP 5.3?
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

joshathedone

  • I post occasionally
  • **
  • Posts: 50
  • Karma: 0
  • CiviCRM version: Civicrm4
  • CMS version: Drupal 7
  • MySQL version: 5.1.41
  • PHP version: 5
Re: Accessing Dashboard causes entire site to freeze.
March 12, 2013, 07:01:10 am
By "reset" I mean I either have to reboot the server or issue "service php5-fpm restart"

Nothing is showing up in any of my logs.

I'm about to try downgrading php.  I just tried upgrading civi to 4.3 beta 2 to see if that did anything, no luck.

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: Accessing Dashboard causes entire site to freeze.
March 12, 2013, 07:06:50 am
I would also consider using a different implementation than PHP-FPM and see if that helps.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

joshathedone

  • I post occasionally
  • **
  • Posts: 50
  • Karma: 0
  • CiviCRM version: Civicrm4
  • CMS version: Drupal 7
  • MySQL version: 5.1.41
  • PHP version: 5
Re: Accessing Dashboard causes entire site to freeze.
March 12, 2013, 02:31:28 pm
OK, more to report.  Hopefully this makes more sense.

First of all, I reverted php back to 5.3.2.  The only difference I'm seeing is when accessing the dashboard (from one domain) I get a white screen but the site doesn't crash.

Here's what I've figured out:

I have 2 domains.  When accessing the dashboard from the Domain 2, the dashboard loads normally, but I get a "Access Denied" window under every dashlet.

When I load the dashboard on domain 1, the dashboard begins to load normally.  After a moment, all JS paths (where the JS files are located) change and point to domain 2 and the screen blanks.  The only JS path that does not change is depicted in the photo.  I also get the following error:

Code: [Select]
TypeError: jQuery is undefined
https://Domain 1/sites/all/modules/civicrm/packages/jquery/jquery.min.js?mjkear/eval/seq/8
Line 1

I'm assuming it has to be some kind of cross-domain issue.  The strange thing is I have had this setup as a muli-site for a while now with no issues.  Here's the relevant configuration:

From drupal's settings.php:
Code: [Select]
$base_url = 'https'.'://'. preg_replace('/[^a-z0-9-:._]/i', '', $_SERVER['HTTP_HOST']);
From civicrm.settings.php (Domain 1 and Domain 2 are placeholders for the actual addresses):

Code: [Select]
$baseURL = 'https://Domain 1/';
$subdomain = empty($_domain['subdomain'])?$_SERVER['HTTP_HOST']:$_domain['subdomain'];
if (!empty($subdomain  )) {
  $scheme = empty($_domain['scheme'])?"https":$_domain['scheme'];
  $baseURL  =  $scheme . '://' . $subdomain ;
  switch ($subdomain ){
    case '[Domain 2]':
      define( 'CIVICRM_DOMAIN_ID' , 2 );
      break;

  default:
     define( 'CIVICRM_DOMAIN_ID' , 1 );
    }
define( 'CIVICRM_UF_BASEURL' , $baseURL  );
}

Do I have something setup wrong???

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: Accessing Dashboard causes entire site to freeze.
March 13, 2013, 05:35:18 am
Quote from: joshathedone on March 12, 2013, 02:31:28 pm
I'm assuming it has to be some kind of cross-domain issue.

Would appear to be. Your second screenshot shows that it's loading JS from two different domains, which is not what you want.

Quote from: joshathedone on March 12, 2013, 02:31:28 pm
Do I have something setup wrong???

Seems to be. It appears that someone would need to examine your site and the setup and debug it to figure out what precisely is wrong. You might want to consider hiring a professional to help with that. I can't tell at this point what exactly is wrong.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Accessing Dashboard causes entire site to freeze.

This forum was archived on 2017-11-26.