Server Crashes After Backup Setup

ITWebSolution

Member
Feb 16, 2002
8
0
301
Hello,

I have a problem with my WHM setup that I think is related to my trying to create a Backup.

In WHM I setup a backup to run and I guess it might have failed. The entire server was taken offline and I had to have my NOC manually restart it because I could not even SSH to the box. Is this something that a WHM crash is capable of?

To undo the error, I tried resetting the backup configuration back to the box defaults. Does setting the Backup Status to "Disabled" effectively kill the backup process? Is there anything I need to change that may cause the server to die?

Thanks!

The server is a P4 3.06Ghz
1 GB RAM
WHM 10.0.0 cPanel 10.0.0-C40
FreeBSD 5.3-RELEASE i386 - WHM X v3.1.0
 
Last edited:

Interdit

Well-Known Member
May 27, 2003
70
0
156
Same for me.

Just crashed after I did setup the backup feature.

Still waitting for my datacenter to find a solution as i can not ssh anymore.

Normal or my fault or ?

Interdit
 
Last edited:

ITWebSolution

Member
Feb 16, 2002
8
0
301
My resolution

My resolution will not help you much... I had to have the server chassis replaced!

The datacenter took my /home drive and moved it to another machine, and now things seem to be working properly...
 

Interdit

Well-Known Member
May 27, 2003
70
0
156
and what was the explanation of your datacenter or cpanel reason ?

Best regards,
Thanks,
Francois
 

ravand

Registered
Aug 30, 2004
3
0
151
You might have backed up in /home and it used all the server disk space or you did not specify where to backup and it did backup on /root which does not have much space ..
 

eagle

Well-Known Member
Jan 17, 2003
139
0
166
ravand said:
You might have backed up in /home and it used all the server disk space or you did not specify where to backup and it did backup on /root which does not have much space ..
I have had the problem last night with WHM 9.9.9 cPanel 9.9.9-S15.

The server didn't crash and still was pingable, but nothing responded anymore. I had to reboot and the server came up fine. This was the last:

Feb 14 04:05:27 earth kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000000f
Feb 14 04:05:27 earth kernel: printing eip:
Feb 14 04:05:27 earth kernel: c013a5c0
Feb 14 04:05:27 earth kernel: *pde = 00000000
Feb 14 04:05:27 earth kernel: Oops: 0000
Feb 14 04:05:27 earth kernel: loop ipt_owner ipt_TOS iptable_mangle ip_conntrack_ftp ip_conntrack_irc ipt_REJECT ipt_LOG ipt_limit iptable_filter ipt_multiport ipt_state ip_conntrack ip_ta
Feb 14 04:05:27 earth kernel: CPU: 0
Feb 14 04:05:27 earth kernel: EIP: 0060:[<c013a5c0>] Not tainted
Feb 14 04:05:27 earth kernel: EFLAGS: 00010006
Feb 14 04:05:27 earth kernel:
Feb 14 04:05:27 earth kernel: EIP is at kmem_cache_free_one [kernel] 0x30 (2.4.20-31.9)
Feb 14 04:05:27 earth kernel: eax: c1000030 ebx: 00000000 ecx: 00000003 edx: 00000000
Feb 14 04:05:27 earth kernel: esi: 08000000 edi: cae43c80 ebp: 00000766 esp: c259ff74
Feb 14 04:05:27 earth kernel: ds: 0068 es: 0068 ss: 0068
Feb 14 04:05:27 earth kernel: Process kswapd (pid: 5, stackpage=c259f000)
Feb 14 04:05:27 earth kernel: Stack: c015e97d 00000206 d6ebab00 c0139ee8 00000000 08000000 db958f80 c015c07f
Feb 14 04:05:27 earth kernel: 08000000 d6ebaa80 c259e000 00000000 000001d0 00000000 c015c3c4 0000220f
Feb 14 04:05:27 earth kernel: c013d5ab 00000006 000001d0 c259e000 c259e000 00000000 c259e305 00000000
Feb 14 04:05:27 earth kernel: Call Trace: [<c015e97d>] iput [kernel] 0x27d (0xc259ff74))
Feb 14 04:05:27 earth kernel: [<c0139ee8>] kfree [kernel] 0x38 (0xc259ff80))
Feb 14 04:05:27 earth kernel: [<c015c07f>] prune_dcache [kernel] 0x11f (0xc259ff90))
Feb 14 04:05:27 earth kernel: [<c015c3c4>] shrink_dcache_memory [kernel] 0x24 (0xc259ffac))
Feb 14 04:05:27 earth kernel: [<c013d5ab>] do_try_to_free_pages_kswapd [kernel] 0x1b (0xc259ffb4))
Feb 14 04:05:27 earth kernel: [<c013d873>] kswapd [kernel] 0x83 (0xc259ffd4))
Feb 14 04:05:27 earth kernel: [<c013d7f0>] kswapd [kernel] 0x0 (0xc259ffe4))
Feb 14 04:05:27 earth kernel: [<c010742d>] kernel_thread_helper [kernel] 0x5 (0xc259fff0))
Feb 14 04:05:27 earth kernel:
Feb 14 04:05:27 earth kernel:
Feb 14 04:05:27 earth kernel: Code: 8b 41 0c 29 c6 89 f0 f7 73 18 89 c6 8b 41 14 89 44 b1 18 8b
 

Interdit

Well-Known Member
May 27, 2003
70
0
156
ravand, it was a fresh cpanel install there was no reason for a partition to be full.

Thanks for your suggestion,
Best regards,
Francois
 

zye

Well-Known Member
Dec 6, 2002
122
4
168
i have problem since the 5th of february - also received kerneloops
since then

also kswapd is not listed in the processlist anymore

Unable to handle kernel paging request at virtual address ff2f3000
printing eip:
c0139f02
*pde = 00000000
Oops: 0002
iptable_nat ip_conntrack iptable_filter ip_tables autofs 8139too mii sg scsi_mod microcode ext3 jbd
CPU: 0
EIP: 0060:[<c0139f02>] Not tainted
EFLAGS: 00010046

EIP is at kmem_cache_free [kernel] 0x72 (2.4.22-1.2199.nptl)
eax: e06df000 ebx: f23cd000 ecx: 00000007 edx: ff2f3000
esi: c1c13eec edi: 00000282 ebp: c11d9270 esp: f7ff1f10
ds: 0068 es: 0068 ss: 0068
Process kswapd (pid: 5, stackpage=f7ff1000)
Stack: f23cd480 f23cd480 f23cd480 c0146127 c1c13eec f23cd480 c01485c6 f23cd480
00000000 c11d9270 c03403b0 00009e1c c013afb7 c11d9270 000001d0 f7ff0000
00000c80 000001d0 0000000f 00000020 000001d0 c03403b0 c03403b0 c013b1fd
Call Trace: [<c0146127>] __put_unused_buffer_head [kernel] 0x57 (0xf7ff1f1c)
[<c01485c6>] try_to_free_buffers [kernel] 0x66 (0xf7ff1f28)
[<c013afb7>] shrink_cache [kernel] 0x2f7 (0xf7ff1f40)
[<c013b1fd>] shrink_caches [kernel] 0x3d (0xf7ff1f6c)
[<c013b282>] try_to_free_pages_zone [kernel] 0x62 (0xf7ff1f80)
[<c013b42c>] kswapd_balance_pgdat [kernel] 0x6c (0xf7ff1fa4)
[<c013b498>] kswapd_balance [kernel] 0x28 (0xf7ff1fbc)
[<c013b5dd>] kswapd [kernel] 0x9d (0xf7ff1fcc)
[<c013b540>] kswapd [kernel] 0x0 (0xf7ff1fe4)
[<c010734d>] kernel_thread_helper [kernel] 0x5 (0xf7ff1ff0)


Code: 89 02 c7 03 00 00 00 00 89 50 04 8b 46 08 8d 56 08 89 58 04

i had to disable backups but the processes are still showing up ( tried to kill them without luck ) - load went up - attached is the load graph

root 26211 0.0 0.0 0 0 ? ZN Feb08 0:00 [cpbackup <defunct>]
mailnull 26579 0.0 0.0 0 0 ? Z Feb08 0:00 [exim <defunct>]
root 14223 0.0 0.1 4536 1624 ? DN Feb08 0:00 pkgacct -userho
root 29874 0.0 0.0 2620 476 ? S Feb09 0:00 CROND
root 29875 0.0 0.0 0 0 ? ZN Feb09 0:00 [cpbackup <defunct>]
mailnull 2389 0.0 0.0 0 0 ? Z Feb09 0:00 [exim <defunct>]
root 2846 0.0 0.0 0 0 ? ZN Feb10 0:00 [cpbackup <defunct>]
mailnull 2906 0.0 0.0 0 0 ? Z Feb10 0:00 [exim <defunct>]
root 2907 0.0 0.0 1488 384 ? SN Feb10 0:01 /usr/local/cpanel/bin/cpuwatch 1.0 rsync -rlptD --delete /backup/cpbackup/daily/ /backup/cpbackup/weekly
root 2908 0.0 0.0 1768 4 ? TN Feb10 0:00 rsync -rlptD --delete /backup/cpbackup/daily/ /backup/cpbackup/weekly
root 8524 0.0 0.0 0 0 ? ZN Feb11 0:00 [cpbackup <defunct>]
mailnull 8582 0.0 0.0 0 0 ? Z Feb11 0:00 [exim <defunct>]
root 8584 0.0 0.0 1040 4 ? TN Feb11 0:00 rsync -rlptD --delete /backup/cpbackup/daily/ /backup/cpbackup/weekly
root 2722 0.0 0.1 5340 1624 ? DN Feb11 0:00 pkgacct - -userho
root 11449 0.0 0.0 2620 480 ? S Feb12 0:00 CROND
root 11451 0.0 0.0 0 0 ? ZN Feb12 0:00 [cpbackup <defunct>]
mailnull 11481 0.0 0.0 0 0 ? Z Feb12 0:00 [exim <defunct>]
root 11483 0.0 0.0 1616 4 ? TN Feb12 0:00 rsync -rlptD --delete /backup/cpbackup/daily/ /backup/cpbackup/weekly


hmpf?

also had to edit exim.conf - to deliver the queue from

deliver_queue_load_max = 3
to
deliver_queue_load_max = 6
in order to deliver the queue

what could be the problem??

anyone expirienced anything similar?

greetz
 

Attachments

dave9000

Well-Known Member
Apr 7, 2003
890
1
168
arkansas
cPanel Access Level
Root Administrator
this all looks really familier. If your running 2.4 kernel thats prolly going to be your problem. Upgrade to the 2.6 kernel either using fedora or a custon 2.6 kernel