Jump to content

etrader

Members
  • Posts

    315
  • Joined

  • Last visited

    Never

Posts posted by etrader

  1. My server usually works well with 1-5% of CPU usage, and in this condition top command shows few apache tasks (e.g. 5, comparable to the number of visitors), and several root tasks.

     

    But sometimes (with a higher traffic, but not too much, e.g. double), the CPU usage goes to 70% and top commands shows numerous apache tasks, each using 1-3% CPU and 30-40% for mysql.

     

    In this condition, the server is almost dead as it is hard to connect to the mysql database.

     

    I believe this problem is not due to higher usage of the server by higher traffic, but suddenly increased traffic force apache to do other tasks. When the CPU usage increases, even by making the website offline (0 traffic), the CPU usage hardly goes down. In addition, re-boot does not resolve this heavy load.

     

    Do you have any idea ?

  2. Yes I have lots of data (5GB) with many visitors, but cannot understand what it may happen

     

    My problem is that I cannot find such rapidly growing log files.

     

    The strange thing is that the used disk space showing on the frontpage of Webmin is different from the folder sizes as can be calculated in its Java-based File Manager (more than 10 GB difference).

  3. I'm on freshly installed Fedora 10 (no update)

     

    I run the command you introduced and it listed 10 large directories, but nothing strange in them.

     

    The problem is that when I get the size of all folder via File Manager of Webmin, more than 10GB is missing. On the other hand, the used disk space increases by seconds (probably as visitors come)

  4. I was noticed that my used disk space is increasing dramatically

     

    I just found large log files (in order of few gigs), then I deleted the log files, but still a large disk space is consuming but nothing in the log folder, and I even cannot find where such heavy files are stored.

     

    Can you help?

  5. I have two websites with the same script (based on Joomla), one hosted on a shared hosting, and one on a dedicated server.

     

    As the scripts are identical, it is expected to have the same speed for both websites, but the site hosted on the shared hosting is about 3 times faster. As the server speeds are similar (based on download speed), I think it is due to the apache configuration, as it takes a longer time to read the script from the server.

     

    Do you have a solution to improve the speed of a fresh apache installed on a server ?

     

    Thanks  ;)

  6. Sorry for this, but the problem still persists :(

     

    The httpd.conf now looks like

     

    <VirtualHost *:80>

    DocumentRoot /var/www/html/site1

    <Directory "/var/www/html/site1">

    allow from all

    Options +Indexes

    </Directory>

    ServerName www.site1.com

    </VirtualHost>

    <VirtualHost *:80>

    DocumentRoot /var/www/html/site2

    <Directory "/var/www/html/site2">

    allow from all

    Options +Indexes

    </Directory>

    ServerName www.site2.com

    </VirtualHost>

  7. It's a long file on /etc/httpd/conf

     

    I think you mean the last part, which is

     

    <VirtualHost 200.35.149.48>

    DocumentRoot "/var/www/html/site1"

    <Directory "/var/www/html/site1">

    allow from all

    Options +Indexes

    </Directory>

    </VirtualHost>

    <VirtualHost 200.35.149.48>

    DocumentRoot "/var/www/html/site2"

    <Directory "/var/www/html/site2">

    allow from all

    Options +Indexes

    </Directory>

    </VirtualHost>

  8. I installed Joomla on my new server with OS of Fedora 10.

     

    Unlike my other experiences, the htaccess does not work, and any link results in a 'Not Found' error.

     

    Could you please let me know if I need to configure something on my server to work with mod-rewrite of htaccess of Joomla

     

    Thanks

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.