Server Crashes After Backup Setup

[ITWebSolution]

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

[Interdit]

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

[ITWebSolution]

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]

and what was the explanation of your datacenter or cpanel reason ?

Best regards,
Thanks,
Francois

[ravand]

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]

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]

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]

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

[dave9000]

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