Repost, because nobody replied the first time, hopefully someone on here has some idea about this:
Hello All, I am trying to set up an already live drupal site with a development, testing and production (live) environment. I started by checking all the code and a mysqldump into a subversion repository. I then began to set up a development environment on the same server that the live site was running on. I got everything set up (development database, vhost, etc.) and went to the development site, it worked fine but after running for about 1 or 2 minutes it crashed the server. I restarted the server and left it running just fine for a while, then I tried visiting the development site again with the same results. (Spectacular crash). I tried setting up a dev environment on my local computer and the same exact thing happened. I find this to be incredibly strange since the live site runs perfect on the same exact server, with the same exact settings. Has anyone else run into this problem or have any ideas what could be causing it? I was pondering that it could be memcached but then that shouldn't have caused a problem running solo on my box. I have included some pertinent information below. Thanks,
-- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382 P.S. Here is the pertinent info for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5
Quoting cooper Quintin cooperq@cooperq.com:
Repost, because nobody replied the first time, hopefully someone on here has some idea about this:
There was no response because no one has any idea about this who is willing to spend time with you at the moment.
Hello All, I am trying to set up an already live drupal site with a development, testing and production (live) environment. I started by checking all the code and a mysqldump into a subversion repository. I then began to set up a development environment on the same server that the live site was running on. I got everything set up (development database, vhost, etc.) and went to the development site, it worked fine but after running for about 1 or 2 minutes it crashed the server. I restarted the server and left it running just fine for a while, then I tried visiting the development site again with the same results. (Spectacular crash). I tried setting up a dev environment on my local computer and the same exact thing happened. I find this to be incredibly strange since the live site runs perfect on the same exact server, with the same exact settings. Has anyone else run into this problem or have any ideas what could be causing it? I was pondering that it could be memcached but then that shouldn't have caused a problem running solo on my box. I have included some pertinent information below. Thanks,
What have you dredged from your log files?
-- Earnie http://r-feed.com Make a Drupal difference and review core patches.
I'm willing to help practically any Indymedia journalist :)
Let's take it a step at a time and solve this.
1. What do you mean it "crashes the server".
2. Describe how you set up the system in more detail, especially, how is the original setup, describe it in some detail.
Victor Kane http://awebfactory.com.ar
On Mon, Jan 26, 2009 at 4:20 AM, cooper Quintin cooperq@cooperq.com wrote:
Repost, because nobody replied the first time, hopefully someone on here has some idea about this:
Hello All, I am trying to set up an already live drupal site with a development, testing and production (live) environment. I started by checking all the code and a mysqldump into a subversion repository. I then began to set up a development environment on the same server that the live site was running on. I got everything set up (development database, vhost, etc.) and went to the development site, it worked fine but after running for about 1 or 2 minutes it crashed the server. I restarted the server and left it running just fine for a while, then I tried visiting the development site again with the same results. (Spectacular crash). I tried setting up a dev environment on my local computer and the same exact thing happened. I find this to be incredibly strange since the live site runs perfect on the same exact server, with the same exact settings. Has anyone else run into this problem or have any ideas what could be causing it? I was pondering that it could be memcached but then that shouldn't have caused a problem running solo on my box. I have included some pertinent information below. Thanks,
-- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382 P.S. Here is the pertinent info for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5
-- [ Drupal support list | http://lists.drupal.org/ ]
Victor Kane wrote:
I'm willing to help practically any Indymedia journalist :)
Let's take it a step at a time and solve this.
- What do you mean it "crashes the server".
What I mean by this is, about a minute or 2 after the first page request from the dev or testing branch, the server starts grinding to a halt. MySQL queries become very slow and the system load shoots up astronomically. Apache crashes and the entire system becomes slow and then unresponsive, requiring a hard reset. I will have to get back to you with the exact statistics after I have approval to run another test. (I can't just go about crashing our live server! ;)
- Describe how you set up the system in more detail, especially, how
is the original setup, describe it in some detail.
I should note again that I am running all of these on one server (with different databases for each and a seperate webroot for each, also to ari: I have made sure that the settings.php files each have the correct url set as the base url, also we have a vanilla htaccess file with one exception noted below.) so the operating environment is exactly the same for all 3, the only difference being that the test and development versions are checked out from the subversion repository and the live version is not, (it is still just the non version controlled file system.) The original setup is drupal core 5.15 checked out from CVS. We have the memcached module installed and a few other modules (I can post them if you think it is important.) The server has 3.5 Gigs of memory, and about 2 gigs are free during normal operation. Additionally we are currently using about 10% of our root partition's hard drive space (40/400G). We have about 8-9 established connections at any given time on port 80 (according to netstat -ntpa) Here again are the stats for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5
I suspected at first that it may have something to do with the way the server is configured so I tried running the test environment on my laptop (with an exact snapshot of the code and database) and my laptop crashed in the same spectacular manner as the server.
Victor Kane http://awebfactory.com.ar
P.S. Here is the 1 line we have added to the .htaccess file: RewriteCond %{HTTP_HOST} ^secure.adbusters.org\orders\shoes$ [NC] RewriteRule ^(.*)$ http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspo... [L,R=301]
P.P.S Whats the best way to get a list of all my installed modules and versions for you guys?
First of all, am I right in supposing that your test environment crashed on your laptop as a single Drupal instance?
In other words, taken together the following:
1. Virtual server config 2. MySql string in settings.php (is that mysql or mysqli?) 3. File system 4. dns configurations (simply an entry in /etc/hosts on your laptop?)
and installed anywhere, the server crashes?
Victor
On Tue, Jan 27, 2009 at 8:41 AM, cooper Quintin cooperq@cooperq.com wrote:
Victor Kane wrote:
I'm willing to help practically any Indymedia journalist :)
Let's take it a step at a time and solve this.
- What do you mean it "crashes the server".
What I mean by this is, about a minute or 2 after the first page request from the dev or testing branch, the server starts grinding to a halt. MySQL queries become very slow and the system load shoots up astronomically. Apache crashes and the entire system becomes slow and then unresponsive, requiring a hard reset. I will have to get back to you with the exact statistics after I have approval to run another test. (I can't just go about crashing our live server! ;)
- Describe how you set up the system in more detail, especially, how
is the original setup, describe it in some detail.
I should note again that I am running all of these on one server (with different databases for each and a seperate webroot for each, also to ari: I have made sure that the settings.php files each have the correct url set as the base url, also we have a vanilla htaccess file with one exception noted below.) so the operating environment is exactly the same for all 3, the only difference being that the test and development versions are checked out from the subversion repository and the live version is not, (it is still just the non version controlled file system.) The original setup is drupal core 5.15 checked out from CVS. We have the memcached module installed and a few other modules (I can post them if you think it is important.) The server has 3.5 Gigs of memory, and about 2 gigs are free during normal operation. Additionally we are currently using about 10% of our root partition's hard drive space (40/400G). We have about 8-9 established connections at any given time on port 80 (according to netstat -ntpa) Here again are the stats for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5
I suspected at first that it may have something to do with the way the server is configured so I tried running the test environment on my laptop (with an exact snapshot of the code and database) and my laptop crashed in the same spectacular manner as the server.
Victor Kane http://awebfactory.com.ar
P.S. Here is the 1 line we have added to the .htaccess file: RewriteCond %{HTTP_HOST} ^secure.adbusters.org\orders\shoes$ [NC] RewriteRule ^(.*)$
http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspo... [L,R=301http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspot_shoes%5BL,R=301 ]
P.P.S Whats the best way to get a list of all my installed modules and versions for you guys?
-- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382
-- [ Drupal support list | http://lists.drupal.org/ ]
Victor Kane wrote:
First of all, am I right in supposing that your test environment crashed on your laptop as a single Drupal instance?
Yes you are.
In other words, taken together the following:
- Virtual server config
Yes, as a vhost entry in apache
- MySql string in settings.php (is that mysql or mysqli?)
Check
- File system
CHeck
- dns configurations (simply an entry in /etc/hosts on your laptop?)
Yup, thats how I did it
and installed anywhere, the server crashes?
Yes, exactly. But also installed on the very same server where it already works, it crashes the server as well.
Victor
On Tue, Jan 27, 2009 at 8:41 AM, cooper Quintin <cooperq@cooperq.com mailto:cooperq@cooperq.com> wrote:
Victor Kane wrote: > I'm willing to help practically any Indymedia journalist :) > > Let's take it a step at a time and solve this. > > 1. What do you mean it "crashes the server". What I mean by this is, about a minute or 2 after the first page request from the dev or testing branch, the server starts grinding to a halt. MySQL queries become very slow and the system load shoots up astronomically. Apache crashes and the entire system becomes slow and then unresponsive, requiring a hard reset. I will have to get back to you with the exact statistics after I have approval to run another test. (I can't just go about crashing our live server! ;) > > 2. Describe how you set up the system in more detail, especially, how > is the original setup, describe it in some detail. I should note again that I am running all of these on one server (with different databases for each and a seperate webroot for each, also to ari: I have made sure that the settings.php files each have the correct url set as the base url, also we have a vanilla htaccess file with one exception noted below.) so the operating environment is exactly the same for all 3, the only difference being that the test and development versions are checked out from the subversion repository and the live version is not, (it is still just the non version controlled file system.) The original setup is drupal core 5.15 checked out from CVS. We have the memcached module installed and a few other modules (I can post them if you think it is important.) The server has 3.5 Gigs of memory, and about 2 gigs are free during normal operation. Additionally we are currently using about 10% of our root partition's hard drive space (40/400G). We have about 8-9 established connections at any given time on port 80 (according to netstat -ntpa) Here again are the stats for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5 I suspected at first that it may have something to do with the way the server is configured so I tried running the test environment on my laptop (with an exact snapshot of the code and database) and my laptop crashed in the same spectacular manner as the server. > > Victor Kane > http://awebfactory.com.ar P.S. Here is the 1 line we have added to the .htaccess file: RewriteCond %{HTTP_HOST} ^secure\.adbusters.org <http://adbusters.org>\orders\shoes$ [NC] RewriteRule ^(.*)$ http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspot_shoes [L,R=301 <http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspot_shoes%5BL,R=301>] P.P.S Whats the best way to get a list of all my installed modules and versions for you guys? -- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382 -- [ Drupal support list | http://lists.drupal.org/ ]
Well, that certainly narrows it down.
Since you have a backup, can you take advantage of that 2 minutes and disable the core statistics module if it is enabled, and all 3rd party modules? Because then you could start enabling them one by one to see where the problem might be.
If you can't get in, what you can do is the following: assuming your modules are in ./sites/all/modules, then simply move them away, then your site will come up without them enabled.
Then you can sort of add them in one by one, to see which one is causing the problem.
Make sure php.ini has enough memory allocated, push it up to 64M to start if you have many modules, or even more:
memory_limit = 64M
Another tack is to use some kind of MySQL diagnostics to see what queries are killing you.
The devel module would help but only if you can get the site to run!
What happens when you disable all the modules and start adding them back one by one (how many are there?)
Victor Kane http://awebfactory.com.ar
On Tue, Jan 27, 2009 at 7:19 PM, cooper Quintin cooperq@cooperq.com wrote:
Victor Kane wrote:
First of all, am I right in supposing that your test environment crashed on your laptop as a single Drupal instance?
Yes you are.
In other words, taken together the following:
- Virtual server config
Yes, as a vhost entry in apache
- MySql string in settings.php (is that mysql or mysqli?)
Check
- File system
CHeck
- dns configurations (simply an entry in /etc/hosts on your laptop?)
Yup, thats how I did it
and installed anywhere, the server crashes?
Yes, exactly. But also installed on the very same server where it already works, it crashes the server as well.
Victor
On Tue, Jan 27, 2009 at 8:41 AM, cooper Quintin <cooperq@cooperq.com mailto:cooperq@cooperq.com> wrote:
Victor Kane wrote: > I'm willing to help practically any Indymedia journalist :) > > Let's take it a step at a time and solve this. > > 1. What do you mean it "crashes the server". What I mean by this is, about a minute or 2 after the first page request from the dev or testing branch, the server starts grinding to a halt. MySQL queries become very slow and the system load shoots up astronomically. Apache crashes and the entire system becomes slowand
then unresponsive, requiring a hard reset. I will have to get backto
you with the exact statistics after I have approval to run another test. (I can't just go about crashing our live server! ;) > > 2. Describe how you set up the system in more detail, especially, how > is the original setup, describe it in some detail. I should note again that I am running all of these on one server(with
different databases for each and a seperate webroot for each, also to ari: I have made sure that the settings.php files each have the correct url set as the base url, also we have a vanilla htaccess file withone
exception noted below.) so the operating environment is exactly the same for all 3, the only difference being that the test and development versions are checked out from the subversion repository and the live version is not, (it is still just the non version controlled file system.) The original setup is drupal core 5.15 checked out from CVS. We have the memcached module installed and a few other modules (I can post them if you think it is important.) The server has 3.5 Gigs of memory, and about 2 gigs are free during normal operation. Additionally we are currently using about 10% of our root partition's hard drive space (40/400G). We have about 8-9 established connections at any given time on port 80 (according to netstat -ntpa) Here again are the stats for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5 I suspected at first that it may have something to do with the waythe
server is configured so I tried running the test environment on my laptop (with an exact snapshot of the code and database) and mylaptop
crashed in the same spectacular manner as the server. > > Victor Kane > http://awebfactory.com.ar P.S. Here is the 1 line we have added to the .htaccess file: RewriteCond %{HTTP_HOST} ^secure\.adbusters.org <http://adbusters.org>\orders\shoes$ [NC] RewriteRule ^(.*)$http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspo...
[L,R=301 <http://www.adbusters.org/category/culture_shop/ethical_alternatives/blackspo...
]
P.P.S Whats the best way to get a list of all my installed modules and versions for you guys? -- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382 -- [ Drupal support list | http://lists.drupal.org/ ]-- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382
-- [ Drupal support list | http://lists.drupal.org/ ]
Well, now I am more confused than ever. I did as you said, I disabled all the third party modules on the site (I made sure that it was still not working first.) And then I started adding them back, one by one. Well, I have added them all back now, and the site is still running, no crashes at all. So by disabling and enabling all modules I fixed the test site on my laptop. I don't understand at all how it would happen that the test site is crashing my laptop, I disable all modules then enable all modules again and everything works exactly as it should. Any ideas on this? Victor Kane wrote:
Well, that certainly narrows it down.
Since you have a backup, can you take advantage of that 2 minutes and disable the core statistics module if it is enabled, and all 3rd party modules? Because then you could start enabling them one by one to see where the problem might be.
If you can't get in, what you can do is the following: assuming your modules are in ./sites/all/modules, then simply move them away, then your site will come up without them enabled.
Then you can sort of add them in one by one, to see which one is causing the problem.
Make sure php.ini has enough memory allocated, push it up to 64M to start if you have many modules, or even more:
memory_limit = 64M
Another tack is to use some kind of MySQL diagnostics to see what queries are killing you.
The devel module would help but only if you can get the site to run!
What happens when you disable all the modules and start adding them back one by one (how many are there?)
Victor Kane http://awebfactory.com.ar
:)
Of course, I don't know what your performance settings are, etc. (cache enabled?), but anyway, let's see if this success is contagious (something may have been repaired in the database, or cache's may never have been cleared): If you have the devel module installed, clear the cache and then back up the database and attempt to transplant the site elsewhere. If you don't have the devel module installed, click on the Save configuration button in Administer > Site building > Modules, then save the database.
If the transplant works, we're all set (something was repaired).
Victor Kane http://awebfactory.com.ar
On Wed, Jan 28, 2009 at 8:48 AM, cooper Quintin cooperq@cooperq.com wrote:
Well, now I am more confused than ever. I did as you said, I disabled all the third party modules on the site (I made sure that it was still not working first.) And then I started adding them back, one by one. Well, I have added them all back now, and the site is still running, no crashes at all. So by disabling and enabling all modules I fixed the test site on my laptop. I don't understand at all how it would happen that the test site is crashing my laptop, I disable all modules then enable all modules again and everything works exactly as it should. Any ideas on this? Victor Kane wrote:
Well, that certainly narrows it down.
Since you have a backup, can you take advantage of that 2 minutes and disable the core statistics module if it is enabled, and all 3rd party modules? Because then you could start enabling them one by one to see where the problem might be.
If you can't get in, what you can do is the following: assuming your modules are in ./sites/all/modules, then simply move them away, then your site will come up without them enabled.
Then you can sort of add them in one by one, to see which one is causing the problem.
Make sure php.ini has enough memory allocated, push it up to 64M to start if you have many modules, or even more:
memory_limit = 64M
Another tack is to use some kind of MySQL diagnostics to see what queries are killing you.
The devel module would help but only if you can get the site to run!
What happens when you disable all the modules and start adding them back one by one (how many are there?)
Victor Kane http://awebfactory.com.ar
-- [ Drupal support list | http://lists.drupal.org/ ]
Victor Kane wrote:
:)
Of course, I don't know what your performance settings are, etc. (cache enabled?), but anyway, let's see if this success is contagious (something may have been repaired in the database, or cache's may never have been cleared): If you have the devel module installed, clear the cache and then back up the database and attempt to transplant the site elsewhere. If you don't have the devel module installed, click on the Save configuration button in Administer > Site building > Modules, then save the database.
Well, everything seems to be working swimmingly now! The success was indeed contagious, and I now have 3 wonderfull environments set up and running smoothly. Thanks so much for your help victor and everyone else who replied to this thread!
If the transplant works, we're all set (something was repaired).
Victor Kane http://awebfactory.com.ar
On Wed, Jan 28, 2009 at 8:48 AM, cooper Quintin <cooperq@cooperq.com mailto:cooperq@cooperq.com> wrote:
Well, now I am more confused than ever. I did as you said, I disabled all the third party modules on the site (I made sure that it was still not working first.) And then I started adding them back, one by one. Well, I have added them all back now, and the site is still running, no crashes at all. So by disabling and enabling all modules I fixed the test site on my laptop. I don't understand at all how it would happen that the test site is crashing my laptop, I disable all modules then enable all modules again and everything works exactly as it should. Any ideas on this? Victor Kane wrote: > Well, that certainly narrows it down. > > Since you have a backup, can you take advantage of that 2 minutes and > disable the core statistics module if it is enabled, and all 3rd party > modules? Because then you could start enabling them one by one to see > where the problem might be. > > If you can't get in, what you can do is the following: assuming your > modules are in ./sites/all/modules, then simply move them away, then > your site will come up without them enabled. > > Then you can sort of add them in one by one, to see which one is > causing the problem. > > Make sure php.ini has enough memory allocated, push it up to 64M to > start if you have many modules, or even more: > > memory_limit = 64M > > Another tack is to use some kind of MySQL diagnostics to see what > queries are killing you. > > The devel module would help but only if you can get the site to run! > > What happens when you disable all the modules and start adding them > back one by one (how many are there?) > > Victor Kane > http://awebfactory.com.ar -- [ Drupal support list | http://lists.drupal.org/ ]
The most usual cause of this would be settings that have to be customized for the specific server--you often need a different .htaccess file, for instance, and you will usually be using different databases on dev, stage, production.
If that has been accounted for, the next thing to look at is whether or not there are odd differences in the way php is configured on each server that might trip you up, or different MySQL versions (least likely to matter, in most cases).
As someone else posted, logs are your friends. Which log is indicating what is wrong (in this case, make sure that you are getting both database and php error logging, not just drupal).
ari
On Mon, Jan 26, 2009 at 1:20 AM, cooper Quintin cooperq@cooperq.com wrote:
Repost, because nobody replied the first time, hopefully someone on here has some idea about this:
Hello All, I am trying to set up an already live drupal site with a development, testing and production (live) environment. I started by checking all the code and a mysqldump into a subversion repository. I then began to set up a development environment on the same server that the live site was running on. I got everything set up (development database, vhost, etc.) and went to the development site, it worked fine but after running for about 1 or 2 minutes it crashed the server. I restarted the server and left it running just fine for a while, then I tried visiting the development site again with the same results. (Spectacular crash). I tried setting up a dev environment on my local computer and the same exact thing happened. I find this to be incredibly strange since the live site runs perfect on the same exact server, with the same exact settings. Has anyone else run into this problem or have any ideas what could be causing it? I was pondering that it could be memcached but then that shouldn't have caused a problem running solo on my box. I have included some pertinent information below. Thanks,
-- Cooper Quintin Freelance Programmer, Indymedia Journalist http://CooperQ.com (510) 827-5382 P.S. Here is the pertinent info for the server: Server OS: CentOS 5 Drupal Version: 5.15 php 5.2.8 apache 2.2.3 mysql 5.0.45 memcached 1.2.5
-- [ Drupal support list | http://lists.drupal.org/ ]
-
Ari Davidow -
cooper Quintin -
Earnie Boyd -
Victor Kane