Lately on one of my servers I noticed everytime I try to modify an account or quota, the quotaon process goes to 100% cpu, server load gets to about 30, and if I tried to modify multiple quotas it would basically become unresponsive.
It all seemed to have started after stage2 upgrade.
I havent seen any errors from the filesystem or even any errors in messages after it does this.
Right now I am using the built-in cpanel backup feature to backup all the accounts on my server to an offsite FTP backup account I have on a weekly basis. The problem I am having is that everytime the backup runs, the load (thats what I'm guessing is the cause) is crashing apache/bind, causing sites to be unreachable until I can restart the services. What options do I have to resolve this issue? Currently I already have spri installed, and it does help out a bit, but its still not enough.
View 4 Replies View Relatedhow i could define a maximum size for a certain folder on my web hosting thus the folder size cannot exceed this ??
Also how could i set a maximum quota for an ftp account ?? provided that i have no cpanel im on GoDaddy host
Today on a server of mine mysql keeps crashing and I need to manually restart it over and over, the load as well keeps spiking quite high until I stop mysql for a few minutes. There isn't a extra load of traffic or anything as I have the same amount of users on several other servers doing more then this one.
How do I tell exactly whats happening from then how would I go about fixing it?
Basically it mysql crashes and needs to just be manually restarted via ssh.
My web site keeps crashing for some reason like every 10 minutes. The site will be up for 10 minutes and then down for 10 minutes. Up for anotehr 10 minutes and then down for another 10 minutes.
The odd thing is that the server does not crash, the site itself does. I can access WHM during these periods of downtime and WHM says everything is perfect. All green check marks, low server load, low memory usage. Everything looks perfect.
On top of being able to access WHM during these periods of downtime, I can even access that green page from the IP, 123.456.789 (exampe ip) that says "Great success, Apache is working on your WHM/Cpanel server"
(this one: img34.imageshack.us/img34/749/greatsuccessw.jpg)
But as soon as I put in my account name after the IP (like 123.456.789/~account), the site crashes. And by crash I mean it goes super slow and then times out.
I don't understand what the problem is and the managed solutions support that I have is usually really good at this, but is also having trouble with this problem.
I'm not sure if this is relevant, but incase it helps I have vBulletin forums and a mySQL database backend. Also, the dedicated server is a linux server with Centos 5.3.
I've been having problems for the past two weeks. Apache and MySQL kept crashing. I tweaked MySQL, and MySQL stopped crashing. But Apache still crashes, sometimes twice a day, sometimes once every few days. It's driving me crazy. It started around the same time I acquired a new customer, so it's possible the customer has some sort of script or something that is causing problems, but I'm not quite sure how to determine whether the problem is the server itself, or if it's the customer.
So here am I, asking you experts for whatever assistance you feel willing to render. Even if you only merely read it, I thank you for at the very least taking the time to read it. Thanks in advance for any and all assistance given. That being said, here's the information the "How To: Request help from the experts" sticky recommended giving. I also took the liberty of including httpd.conf and my.cnf. I apologize if that resulted in being too much information, and humbly ask a moderator to "white out", or so to speak, (or at least point out) the information that shouldn't be shown.
Linux OS: CentOS release 4.6 (Final)
Kernel Version: 2.6.9-023stab044.4-enterprise
Control Panel: Plesk 8.2.1
Hardware information: 20 GB storage, 256MB RAM, 1 TB bandwidth
Results of "php -v":
PHP 5.2.5 (cli) (built: Jan 19 2008 10:08:24)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with the ionCube PHP Loader v3.1.32, Copyright (c) 2002-2007, by ionCube Ltd., and
with Xdebug v2.0.2-dev, Copyright (c) 2002-2007, by Derick Rethans
Results of "SELECT VERSION;" in MySQL:
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 1134
Server version: 5.0.54 Source distribution
Type 'help;' or 'h' for help. Type 'c' to clear the buffer.
mysql> SELECT VERSION();
+-----------+
| VERSION() |
+-----------+
| 5.0.54 |
+-----------+
1 row in set (0.00 sec)
Results of "ps auxf"
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1628 608 ? Ss 12:41 0:00 init [3] ....
I keep getting a segmentation fault after a few hours when I leave lighttpd on. It doesn't seem like much resources are being used and its serving about 60mbit/s. There's nothing in the error or log file.
I'm using CentOS 2.6.18-92.1.13.el5
and
lighttpd-1.5.0-r1992
Here's the config:
server.modules = (
"mod_access",
"mod_trigger_b4_dl",
"mod_status",
"mod_proxy_core",
"mod_proxy_backend_fastcgi",
"mod_uploadprogress"
)
upload-progress.progress-url = "/progress"
server.network-backend = "gthread-aio"
server.max-fds = 15000
server.max-connections = 10000
server.event-handler = "linux-sysepoll"
I've actually been having this issue since I've moved to lighttpd 1.5, 1.4 was working fine but I need the features in 1.5. I've tried changing the event handler and network backend to no avail.
How can I at least find out what's causing the error?
I've experienced two episodes of cPanel/WHM not loading or working twice within the past 2 weeks.
Suddenly cPanel/WHM fails to load, but web service, provided by Litespeed (only installed today) continues to serve and mysql is unaffected, just cPanel/WHM.
System specs:
Intel Celeron Proccesor
256 RAM (yeah I know...)
Debian Etch
Joomla! 1.5
Okay... so, here goes.
Recently, I have switched from Siteground hosting services and everything was fine. Now I have changed over to a dedicated server that resides at my house. I'm routing DNS through FreeDNS (freedns.afraid.org).
For a week or two, the server was fine. Recently, we started working on the website on the new server (posting new articles, changing the theme, adding some plugins, etc.) and it's steadily gotten worse and worse about, when we save changes to something, or post an article, the website will go offline. Eventually, the website will come back.
My question is: What is causing this? The actual server isn't shutting off, so It has to be something between my modem and the user. Is my modem just shutting off because it's overloaded? (that seems sort of improbable) Or, is it a DNS issue? (I have a Dynamic DNS system set up that is working fine)
My server keeps crashing and this is the last log. Can you help me to find out whats the problem here.
Feb 27 11:41:55 Xxxxxxxx kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Feb 27 11:41:55 Xxxxxxxx kernel: ata1.00: (BMDMA stat 0x25)
Feb 27 11:41:55 Xxxxxxxx kernel: ata1.00: cmd 25/00:00:bf:eb:0f/00:04:04:00:00/e0 tag 0 cdb 0x0 data 524288 in
Feb 27 11:41:55 Xxxxxxxx kernel: res 51/40:f6:c9:ec:0f/40:02:04:00:00/e0 Emask 0x9 (media error)
Feb 27 11:41:55 Xxxxxxxx kernel: ata1.00: configured for UDMA/133
Feb 27 11:41:55 Xxxxxxxx kernel: ata1: EH complete
Feb 27 11:41:56 Xxxxxxxx kernel: SCSI device sda: 976773168 512-byte hdwr sectors (500108 MB)
Feb 27 11:41:56 Xxxxxxxx kernel: sda: Write Protect is off
Feb 27 11:41:57 Xxxxxxxx kernel: SCSI device sda: drive cache: write back
Feb 27 12:11:26 Xxxxxxxx kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Feb 27 12:11:26 Xxxxxxxx kernel: ata1.00: (BMDMA stat 0x24)
Feb 27 12:11:28 Xxxxxxxx kernel: ata1.00: cmd 25/00:08:47:83:a6/00:00:1f:00:00/e0 tag 0 cdb 0x0 data 4096 in
Feb 27 12:11:28 Xxxxxxxx kernel: res 51/40:00:4e:83:a6/40:00:1f:00:00/e0 Emask 0x9 (media error)
Feb 27 12:11:28 Xxxxxxxx kernel: ata1.00: configured for UDMA/133
Feb 27 12:11:28 Xxxxxxxx kernel: ata1: EH complete
Feb 27 12:11:28 Xxxxxxxx kernel: SCSI device sda: 976773168 512-byte hdwr sectors (500108 MB)
Feb 27 12:11:28 Xxxxxxxx kernel: sda: Write Protect is off
Feb 27 12:11:28 Xxxxxxxx kernel: SCSI device sda: drive cache: write back
Feb 27 12:11:51 Xxxxxxxx kernel: ** RABHIT ** IN=eth0 OUT= MAC=00:30:48:90:ea:50:00:17:cb:4b:9a:00:08:00 SRC=83.143.15.168 DST=xx.xx.xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=45 ID=3304 PROTO=TCP SPT=113 DPT=57956 WINDOW=0 RES=0x00 ACK RST FIN URGP=0
Feb 27 12:14:07 Xxxxxxxx smartd[6368]: Device: /dev/sda, 95 Currently unreadable (pending) sectors
Feb 27 12:14:07 Xxxxxxxx smartd[6368]: Device: /dev/sda, 21 Offline uncorrectable sectors
Feb 27 12:31:44 Xxxxxxxx named[2355]: lame server resolving '245.236.229.195.in-addr.arpa' (in '236.229.195.in-addr.arpa'?): 194.170.1.6#53
Feb 27 12:31:44 Xxxxxxxx pure-ftpd: (?@204.13.168.174) [INFO] Logout.
Feb 27 12:31:58 Xxxxxxxx named[2355]: lame server resolving '217.236.229.195.in-addr.arpa' (in '236.229.195.in-addr.arpa'?): 194.170.1.99#53
Feb 27 12:33:15 Xxxxxxxx kernel: ** RABHIT ** IN=eth0 OUT= MAC=00:30:48:90:ea:50:00:17:cb:4b:9a:00:08:00 SRC=78.172.82.50 DST=xx.xx.xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=46 ID=39216 PROTO=TCP SPT=113 DPT=43432 WINDOW=0 RES=0x00 ACK RST FIN URGP=0
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41549
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Received SNMP packet(s) from UDP: [204.13.168.174]:41549
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41549
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41549
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41551
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Received SNMP packet(s) from UDP: [204.13.168.174]:41551
Feb 27 12:34:38 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41551
Feb 27 12:34:40 Xxxxxxxx last message repeated 10 times
Feb 27 12:35:16 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41880
Feb 27 12:35:16 Xxxxxxxx snmpd[27298]: Received SNMP packet(s) from UDP: [204.13.168.174]:41880
Feb 27 12:35:16 Xxxxxxxx snmpd[27298]: Connection from UDP: [204.13.168.174]:41880
I cannot figure out why my server is always dead when i wake up most mornings.
I am trying to figure out why my server is crashing nearly every night between 12am and 9am eastern time. When it crashes it is down all night until i wake up and have to reboot the damn server. I am wondering if cron jobs are taking up alot of the cpu or something because the server load isn't that much. here is my specs:
Server:
Softlayer
2 CPUS - dual core xenon 3.0mhz
500gb hd
2 gb DDR memory
Softare:
WHM/Control Panel with Ipanel back admin
Sites:
I am currently hosting 4,500 sites on the server.
The server load usually stays below 1 and is blazing fast. I just cannot figure out why it crashes when i sleep. I dont know if there is a virus or what. PHP mail is disabled so there would be no spamming crashing it. Here is my cron jobs:
17 2 * * * /scripts/upcp
0 1 * * * /scripts/cpbackup
*/15 * * * * /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
2,58 * * * * /usr/local/bandmin/bandmin
0 0 * * * /usr/local/bandmin/ipaddrmap
31 5 * * * /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify
56 18 * * * cd /usr/local/cpanel/whostmgr/docroot/cgi/fantastico/scripts/ ; /usr/local/cpanel/3rdparty/bin/php cron.php > /d$
0 8 * * * /root/homedb_update.sh > /dev/null 2>&1
0 6 * * * /scripts/exim_tidydb > /dev/null 2>&1
*/5 * * * * /usr/local/cpanel/bin/dcpumon >/dev/null 2>&1
I dont know much about cron jobs as I am new to this server hosting thing and just bought an established company. Maybe one of the cron jobs is causing it to crash in the middle of the night?
After upgrading to php 4.4.5 from 4.4.4 I am getting this error in modern bill
[23126] EACCELERATOR: PHP crashed on opline 245 of session_register() at /home/user/public_html/modernbill/include/functions.inc.php:99
Anyone face this issue before? I've always used both EA and MB.
[eAccelerator]
zend_extension="/usr/lib/php/eaccelerator/eaccelerator.so"
eaccelerator.shm_size="4096"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="3"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="1"
eaccelerator.keys="shm_and_disk"
eaccelerator.sessions="shm_and_disk"
eaccelerator.content="shm_and_disk"
[Zend]
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
.htaccess file:
<Files .htaccess>
order allow,deny
deny from all
</Files>
DirectoryIndex index.php
Options -Indexes
php_value "magic_quotes_gpc" "1"
php_value "register_globals" "1"
php_value "error_reporting" "2039"
new server, cent os 5
the damn kernal keeps dying every other day.
I've disabled everything from xcache to monitoring software, etc, and it's still doing it.
here's the output from my ssh session i had open when it died.
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8c61b15>] cifs_writepages+0x2c9/0x56c [cifs]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0453c09>] get_page_from_freelist+0x96/0x310
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0453eda>] __alloc_pages+0x57/0x27e
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f88959ea>] ext3_readpages+0x0/0x15 [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f88959ea>] ext3_readpages+0x0/0x15 [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c045532d>] __do_page_cache_readahead+0x126/0x1c6
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8896546>] ext3_get_block+0x0/0xbd [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04547ab>] do_writepages+0x20/0x32
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0450536>] __filemap_fdatawrite_range+0x65/0x70
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c045072f>] filemap_fdatawrite+0x12/0x16
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8c5ffb3>] cifs_flush+0x16/0x42 [cifs]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04690f0>] filp_close+0x2f/0x54
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c042512c>] put_files_struct+0x65/0xa7
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04260da>] do_exit+0x229/0x746
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c042666d>] sys_exit_group+0x0/0xd
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0403eff>] syscall_call+0x7/0xb
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: Oops: 0003 [#2]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: SMP
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: CPU: 1
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: EIP is at print_trace_stack+0x0/0x3
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: eax: c0613ddf ebx: eba5f000 ecx: c066231c edx: c063c336
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: esi: 00000000 edi: eba5e000 ebp: c0613ddf esp: eba5eb24
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: ds: 007b es: 007b ss: 0068
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: Process gzip (pid: 22837, ti=eba5e000 task=eefbc550 task.ti=eba5e000)
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: Stack: c040502c 00000000 c0613ddf 00000018 00000000 c0613ddf c0405046 c066231c
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: c0613ddf eba5ec9b c04050e2 c0613ddf c0613ca4 c0613ddf eba5ec04 eba5ec38
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: 00000002 00210016 eba5ec04 eba5ec38 c040520f c0613ddf c0613dd3 00000001
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: Call Trace:
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c040502c>] dump_trace+0x8c/0x96
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0405046>] show_trace_log_lvl+0x10/0x20
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04050e2>] show_stack_log_lvl+0x8c/0x94
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c040520f>] show_registers+0x125/0x191
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0404c44>] print_trace_stack+0x0/0x3
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0405411>] die+0x196/0x296
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c05fd66f>] do_page_fault+0x3ea/0x4b8
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c05fd285>] do_page_fault+0x0/0x4b8
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0404a71>] error_code+0x39/0x40
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0404c44>] print_trace_stack+0x0/0x3
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c040502c>] dump_trace+0x8c/0x96
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415a96>] do_flush_tlb_all+0x0/0x5a
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0405046>] show_trace_log_lvl+0x10/0x20
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0405540>] show_trace+0xa/0xc
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c040563d>] dump_stack+0x15/0x17
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415a96>] do_flush_tlb_all+0x0/0x5a
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c044a0b7>] softlockup_tick+0x98/0xa6
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c042cc98>] update_process_times+0x39/0x5c
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04176ec>] smp_apic_timer_interrupt+0x5c/0x64
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04049bf>] apic_timer_interrupt+0x1f/0x24
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415a96>] do_flush_tlb_all+0x0/0x5a
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415921>] smp_call_function+0x99/0xc3
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415a96>] do_flush_tlb_all+0x0/0x5a
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0415a96>] do_flush_tlb_all+0x0/0x5a
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0427b46>] on_each_cpu+0x10/0x1f
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04159d7>] flush_tlb_all+0x13/0x15
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0459195>] kmap_high+0x90/0x18f
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0454dfe>] test_clear_page_dirty+0xc4/0xe6
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8c61b15>] cifs_writepages+0x2c9/0x56c [cifs]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0453c09>] get_page_from_freelist+0x96/0x310
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0453eda>] __alloc_pages+0x57/0x27e
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f88959ea>] ext3_readpages+0x0/0x15 [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f88959ea>] ext3_readpages+0x0/0x15 [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c045532d>] __do_page_cache_readahead+0x126/0x1c6
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8896546>] ext3_get_block+0x0/0xbd [ext3]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04547ab>] do_writepages+0x20/0x32
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0450536>] __filemap_fdatawrite_range+0x65/0x70
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c045072f>] filemap_fdatawrite+0x12/0x16
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<f8c5ffb3>] cifs_flush+0x16/0x42 [cifs]
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04690f0>] filp_close+0x2f/0x54
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c042512c>] put_files_struct+0x65/0xa7
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c04260da>] do_exit+0x229/0x746
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c042666d>] sys_exit_group+0x0/0xd
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: [<c0403eff>] syscall_call+0x7/0xb
Message from syslogd@sv03 at Sun Nov 18 09:00:55 2007 ...
sv03 kernel: Recursive die() failure, output suppressed
I have a FreeBSD server with Cpanel. It keeps crashing every few hours. Data centre swapped RAM, Chassie but no luck. Hard Drive was scanned and no errors found. I can't find anything in the logs (/var/logs/messages). Which direction should I be looking into?
View 10 Replies View RelatedI run a drupal site on a VPS running Lighttpd with 128MB ram and 15GB disk space. Every so often the server crashes and I have no access to even reboot via the shell, I have to get my host to reboot the VPS. They say its most likely due to the server running out of memory. I would have no more than 5 users plus 5 guests online at the same time. So my question is this...
How can I find out exactly what is consuming the memory and causing the server to crash? I have looked at drupal logs and the server logs, but I'm no wiser as to whats causing it. What should I be looking for and what can I do to try and solve this?
One of my servers at FDC Servers is crashing (= kernel panic) every few days since we got it.
The specs of the machine are:
C2D E6550, 2 GB
Linux .. 2.6.24.4-64.fc8 #1 SMP Sat Mar 29 09:15:49 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
I opened several tickets with FDC, after running memtest and clocking down memory they say it's not a hardware issue but software related.
Quote:
I see that according to this ticket, memtest has been run without error and the memory was even slightly clocked down to avoid problems. It appears that the errors you are reporting are software related...
I already tried several kernels and different application versions.
The server is only running lighttpd.
I've been running 3 Xen servers for the last few months in a production environment, and facing a strange problem with one of them.
Server 1 and 2 run a couple of DomU's and are running just fine.
Server 3 runs one DomU and takes care of all the backups for the DomU's of Server 1 and 2
The DomU on Server 3 is crashing every night, right when the backups are being made.
DomU becomes inaccessible, but keeps appearing at xm list with state ------
When I try to connect to the console it wont let me connect. The only way to get the DomU back up is by using xm destroy and xm create again.
For the back-up I use NFS where the DomU on Server 3 is the host, and the other DomU's of Server 1 and 2 connect to it through an internal bridge.
Below you'll find some information about Server 3:
Hardware:
HP ProLiant DL380 G5
10Gb Memory
( 8 x 146G SAS10k in RAID 5 )
Dom0:
CentOS 5 kernel 2.6.18-92.1.10.el5xen
Booting params: dom0_mem=1024M
DomU:
CentOS 5 kernel 2.6.18-92.1.10.el5
Booting params: acpi=off clock=pit
The last qemu-dm log on Dom0:
char device redirected to /dev/pts/1
qemu_map_cache_init nr_buckets = 4000
shared page at pfn bffff
buffered io page at pfn bfffd
xs_read(/vm/a8af3ec4-19d4-774e-af65-0902374dc616/rtc/timeoffset): read error
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Triggered log-dirty buffer switch
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
xs_write(/vm/a8af3ec4-19d4-774e-af65-0902374dc616/rtc/timeoffset, rtc/timeoffset): write error
this is getting out of control. I have a dedicated server that is "unmanaged" meaning, I manage it
I typically can make my way around a server and do most things - but in this case I'm stuck. I host a number of websites on this box and have went over a year with little problems. The past month or so it seems as though the server crashes daily or every other day. It will be running just fine, then all of a sudden the processes and loads will go out of control until the server is just unusable.
What do I need to provide here for you to be of any help to me? I watch the processes using "top -ci" and it's typically small output - but when it's getting ready to crash it's like a ton of processes get backed up and continue running.
as many of you know, FreeBSD is a stable system... I have many other FreeBSD servers (with the same kernel as this one) that doesn't have problems but this server keeps rebooting once or twice a day (EVERY DAY)
it's just a reboot... something very very similar to someone pushing the reset button
1) messages, security, auth or dmesg has no entries just before the reset, so the kernel is not getting aware the server is rebooting
2) the server comes back after around 10 minutes (reboot time + fsck)
this is happening for long time, so I compiled a new kernel... and the problem didn't stop
I request the datacenter techs to replace hardwares and they told me everything was replaced: motherboard, CPU, memories... and yesterday also the power suply
so I have no other idea on what to do
in fact I have one... setting a nobreak in this server power suply for 2 or 3 days to see if the problem stops, but the datacenter didn't like this idea
this server is crashing after a few hours... it just got frozen... and after rebooted the server, i was looking at the /var/log/message logs and saw this ( you will see when system restart after the crash ):
Code:
Feb 20 17:35:04 server kernel: grsec: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:13280]
uid/euid:48/48 gid/egid:48/48, parent /us
r/sbin/httpd[httpd:6180] uid/euid:48/48 gid/egid:48/48
Feb 20 17:41:40 server kernel: grsec: From 190.73.138.68: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:27459]
uid/euid:48/48 gid/eg
id:48/48, parent /usr/sbin/httpd[httpd:20166] uid/euid:48/48 gid/egid:48/48
Feb 20 17:45:03 server kernel: grsec: signal 7 sent to /usr/bin/php[php:31710]
uid/euid:0/0 gid/egid:0/0, parent /bin/bash[sh:8963] uid/euid:0/0
gid/egid:0/0
Feb 20 17:48:41 server kernel: grsec: From 87.219.205.218: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:11897]
uid/euid:48/48 gid/e
gid:48/48, parent /usr/sbin/httpd[httpd:8152] uid/euid:48/48 gid/egid:48/48
Feb 20 17:51:04 server kernel: grsec: From 85.58.139.135: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:28508]
uid/euid:48/48 gid/eg
id:48/48, parent /usr/sbin/httpd[httpd:19918] uid/euid:48/48 gid/egid:48/48
Feb 20 17:51:58 server kernel: grsec: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:15615]
uid/euid:48/48 gid/egid:48/48, parent /us
r/sbin/httpd[httpd:2482] uid/euid:48/48 gid/egid:48/48
Feb 20 17:52:08 server kernel: grsec: From 166.114.104.42: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:4662]
uid/euid:48/48 gid/eg
id:48/48, parent /usr/sbin/httpd[httpd:24468] uid/euid:48/48 gid/egid:48/48
Feb 20 17:52:38 server kernel: grsec: From 189.175.50.103: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:12497]
uid/euid:48/48 gid/e
gid:48/48, parent /usr/sbin/httpd[httpd:32213] uid/euid:48/48 gid/egid:48/48
Feb 20 17:54:32 server kernel: grsec: From 83.53.142.7: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:18556]
uid/euid:48/48 gid/egid
:48/48, parent /usr/sbin/httpd[httpd:22809] uid/euid:48/48 gid/egid:48/48
Feb 20 17:55:04 server kernel: grsec: signal 7 sent to /usr/bin/php[php:29694]
uid/euid:502/502 gid/egid:502/502, parent /bin/bash[sh:30003]
uid/euid:502/502 gid
/egid:502/502
Feb 20 18:00:54 server kernel: grsec: From 189.141.26.82: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:10817]
uid/euid:48/48 gid/eg
id:48/48, parent /usr/sbin/httpd[httpd:13549] uid/euid:48/48 gid/egid:48/48
Feb 20 18:01:07 server kernel: grsec: signal 7 sent to /usr/bin/php[php:20901]
uid/euid:0/0 gid/egid:0/0, parent /bin/bash[sh:12242] uid/euid:0/0
gid/egid:0/0
Feb 20 18:03:06 server kernel: grsec: signal 7 sent to /usr/bin/php[php:9696]
uid/euid:502/502 gid/egid:502/502, parent /bin/bash[sh:23721]
uid/euid:502/502 gid/
egid:502/502
Feb 20 18:03:29 server kernel: grsec: From 68.26.197.159: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:917]
uid/euid:48/48 gid/egid
:48/48, parent /usr/sbin/httpd[httpd:20771] uid/euid:48/48 gid/egid:48/48
Feb 20 18:04:43 server kernel: grsec: From 87.219.88.132: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:10750]
uid/euid:48/48 gid/eg
id:48/48, parent /usr/sbin/httpd[httpd:4130] uid/euid:48/48 gid/egid:48/48
Feb 20 18:05:04 server kernel: grsec: From 189.167.128.26: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:14515]
uid/euid:48/48 gid/e
gid:48/48, parent /usr/sbin/httpd[httpd:2598] uid/euid:48/48 gid/egid:48/48
Feb 20 18:07:05 server kernel: grsec: signal 7 sent to /usr/bin/php[php:29589]
uid/euid:0/0 gid/egid:0/0, parent /bin/bash[sh:7958] uid/euid:0/0
gid/egid:0/0
Feb 20 18:08:31 server kernel: grsec: From 88.64.181.89: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:15335]
uid/euid:48/48 gid/egi
d:48/48, parent /usr/sbin/httpd[httpd:27788] uid/euid:48/48 gid/egid:48/48
Feb 20 18:08:43 server kernel: grsec: From 201.244.116.46: signal 11 sent
to /usr/www/htdocs/mywebsite.com_cgi/script/out.cgi[out.cgi:15217]
uid/euid:48/48 gid/e
gid:48/48, parent /usr/sbin/httpd[httpd:29545] uid/euid:48/48 gid/egid:48/48
Feb 20 18:17:34 server syslogd x.x.x: restart.
Feb 20 18:17:34 server syslog: Iniciaci� de syslogd succeeded
Feb 20 18:17:34 server kernel: klogd x.x.x, log source = /proc/kmsg started.
Feb 20 18:17:34 server kernel: Linux version 2.x.xxgrs-bipiv-ipv4
(root@kernel.myserver.net) (gcc version xxxx) #1 SMP Tue Jan 31 17:34:40 CET 2006
Feb 20 18:17:34 server kernel: BIOS-provided physical RAM map:
Feb 20 18:17:34 server kernel: BIOS-e820: 0000000000000000 - 000000000009c400
(usable)
Feb 20 18:17:34 server kernel: BIOS-e820: 000000000009c400 - 00000000000a0000
(reserved)
Feb 20 18:17:34 server kernel: BIOS-e820: 00000000000ea070 - 0000000000100000
(reserved)
Feb 20 18:17:34 server kernel: BIOS-e820: 0000000000100000 - 000000007
Bold date are ( I think ) the crash, and the system booting...
Any ideas about what can be causing the crash.. ? Is this kernel compiled with GRSecurity ? may that affect cgis ?
This is a fedora core server, xeon 3.2 GHZ x 4 procs using about 25 MBits per day.
My server just went down for the third time in 3 days. I have the following log entry just prior to the crash and I need some help with identifying the problem as I do not understand the information.
Feb 16 09:52:13 server kernel: loop: loaded (max 8 devices)
Feb 16 09:52:16 server kernel: kjournald starting. Commit interval 5 seconds
Feb 16 09:52:16 server kernel: EXT3-fs warning: checktime reached, running e2fsck is recommended
Feb 16 09:52:16 server kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on loop(7,0), internal journal
Feb 16 09:52:16 server kernel: EXT3-fs: loop(7,0): 4 orphan inodes deleted
Feb 16 09:52:16 server kernel: EXT3-fs: recovery complete.
Feb 16 09:52:16 server kernel: EXT3-fs: mounted filesystem with ordered data mod e.
Feb 16 09:52:47 server lsb_log_message: failed
Feb 16 09:56:17 server kernel: ** SSH ** IN=eth0 OUT= MAC=00:12:3f:24:d5:d4:00:1
4:f2:c7:f1:80:08:00 SRC=58.163.33.202 DST=147.202.65.34 LEN=44 TOS=0x04 PREC=0x0
0 TTL=236 ID=63692 DF PROTO=TCP SPT=1765 DPT=22 WINDOW=16000 RES=0x00 SYN URGP=0
I have centos 4 / cpanel
I have a VPS from mediatemple.net, and I'm not sure what is going on, but Apache has stopped running every day in the morning and it just stopped running about 2 hours ago and I didn't catch it until now
From the error log, i'm showing:
Quote:
[emerg] (12)Cannot allocate memory: couldn't grab the accept mutex
[alert] Child 3208 returned a Fatal error.../nApache is exciting!
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (43)Identifier removed: couldn't grab the accept mutex
[emerg] (22)Invalid argument: couldn't release the accept mutex
[emerg] (22)Invalid argument: couldn't release the accept mutex
Any ideas what might be causing this? just came home and my site was down again, and I've lost 15,000 pageviews already today.
httpd 2.4.4 x64 with php 5.5 x64 and mysql 5.6 x64, it worked just fine the first few days, but after a week or so, I'm starting to get this error:
[mpm_winnt:notice] [pid 1928:tid 552] AH00428: Parent: child process 8092 exited with status 255 -- Restarting.
What can cause that and how can I fix it?
i have custom dll built with Delphi that used to work on IIS 5/6/7. After i migrated to apache, DLL started to crash after an hour or two and i have to restart the server. The error was something about bad header. Since the developer says DLL is handling reponses OK and i can't get anything with debug logging on apache side can i run DLL as CFG/FastCGI (not that versed with apache so maybe this question does not make sense)?
View 4 Replies View RelatedI've recently had problems where customers will upload PHP scripts that seem to use alot of CPU. I've got PRM installed but when a PHP script uses a lot of CPU, it doesn't seem to kill the processes or do anything to stop it crashing the server. I've checked the logs of PRM and it does kill some processes that use a lot of CPU/RAM though...
The ideal solution would be for PRM or something else to stop people being able to access the script causing excessive CPU/RAM usage. Even suspending for the reason of using excessive CPU/RAM would be sufficient.
For those interested the OS is CentOS 5.3 with cPanel 11, Apache and the latest PHP 5. Average load is always between 0.50 - 1.90.
I give HMS VPS hosting two thumbs down. <--- flip those over
This VPS I am working with is constantly crashing or slow.
Seeing as pricing wise how they are a "premium" VPS provider, the service is anything.
(By service I mean the VPS service provided, their tech support is quick to respond, the problem remains, but they are quick to respond, usually it seems they just reboot the vps)
Does anyone know how many VPS's the put on one server?
Is there anyway from the command line to view my virtuozzo stats to see if their were any blocks? Ex. oomgarpages, numothersock, kmemsize, etc.
My server had been crashing for while with Blue Screen of Death (BSOD) and bug check error code as Stop 0x00000050 PAGE_FAULT_IN_NONPAGED_AREA.
It would literally stop by business till I reboot it again.
So I tried pull up all information I could get and fix this.
Here is what I found-
Possible causes:
A faulty driver recently installed
Faulty RAM
Antivirus
Corrupted NTFS file system
I checked the system logs and found errors related to NTFS. Well, my disk needed a chkdsk /r /f to fix this.
Ran it at the command prompt and since it required a reboot to fix on the system drive (C:), had to reboot. Came back successfully.
It has been 14 days and it has not recurred.
My server had been crashing for while with Blue Screen of Death (BSOD) and bug check error code as Stop 0x00000050 PAGE_FAULT_IN_NONPAGED_AREA.It would literally stop by business till I reboot it again.So I tried pull up all information I could get and fix this.
Here is what I found-Possible causes:A faulty driver recently installed
Faulty RAM
Antivirus
Corrupted NTFS file system
I checked the system logs and found errors related to NTFS. Well, my disk needed a chkdsk /r /f to fix this.Ran it at the command prompt and since it required a reboot to fix on the system drive (C, had to reboot. Came back successfully.It has been 14 days and it has not recurred.
I've got a complicated problem and I can't figure out what I need to edit to fix this.
I've been messing with the httpd.conf and php.ini files trying to optimize them as best I can. I've managed to get the load to stay pretty low all day, and everything seemed to be working fine. But then apache crashes.
(See screenshot for details)
httpd starts out with 70-150 VIRT memory, and it constantly goes up all day, and I've yet to see it go down. And, eventually it just crashes Apache! In the screenshot it's 502m, but I've seen that get as high as 800! And sometimes I even see a number like this "80376" no "m" or anything, just "80376"; I've no idea what that's about.
So what do I need to edit or tweak to fix this?
I'm on a cPanel linux server, Apache 2.2.8 and PHP 5.2.6.
I have a VPS , I recently upgraded because the server kept crashing due to lack of memory. I actually upgraded about two hours ago and the damn thing crashed again!
I went into virtuozzo and it said I had 12 mb of memory left.
So I restarted the container, the site loads faster than ever, and says I have 16% of memory left
So when I restart the container it resets?