Мы бежим убунту 11.04 с участием 2.6.38-13-общий ядро на Intel (R) Процессор Xeon (R) E5620 @ 2,40 ГГц с 48 ГБ ОЗУ, выделенный сервер с аппаратным RAID.
верхняя вывод команды показывает, что многие потоки ядра работают на разных ядрах.
номер резьбы
ksoftirqd - 16 (по одному на каждое ядро)
kworker - 35
миграция - 16 (по одному на каждое ядро)
Мы уже испытали два зависания и были вынуждены перезагрузить компьютер, оба произошли после того, как мы внесли изменения в .htaccess и затем перезагрузили apache.
в системном журнале Ошибка общей защиты было последним зарегистрированным сообщением.
После перезапуска большая часть данных на жестком диске стала 0 байтов. 2,5 Гб данных изменились на 30 Мб вскоре после перезапуска. :(
Это из-за каких-либо ошибок ядра. на kernel.org 2.6.38-13 не указана как стабильная версия. Означает ли это, что нам нужно перейти с текущего ядра на любое стабильное ?? если да, то какое ядро мы должны выбрать?
вывод системного журнала
разве это не спин-блокировка ядра кейс
2 мая 22:34:01 416831 CRON [19206]: (root) CMD (bash / home / admin / log-children)
2 мая 22:34:11 416831 ядро: [3715446.033031] общая ошибка защиты: 0000 [# 1] SMP
2 мая 22:34:11 416831 ядро: [3715446.054726] последний файл sysfs: / sys / devices / system / cpu / cpu15 / cache / index2 / shared_cpu_map
2 мая 22:34:11 416831 ядро: [3715446.097404] ЦП 5
Май 2 22:34:11 416831 ядро: [+3715446,097869] Модули связаны: nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_LOG xt_tcpudp ipt_REDIRECT xt_conntrack iptable_mangle nf_conntrack_ftp ipt_REJECT ipt_LOG xt_limit xt_multiport xt_state ip6table_filter ip6_tables iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables VESAfb snd_hda_intel snd_hda_codec psmouse ioatdma snd_hwdep i7core_edac ghes edac_core Л.П. hed dca joydev snd_pcm serio_raw parport snd_timer snd soundcore snd_page_alloc usbhid hid e1000e
2 мая 22:34:11 416831 ядро: [3715446.279465]
2 мая 22:34:11 416831 ядро: [3715446.303429] Pid: 19118, comm: apache2 Не испорчено 2.6.38-13-generic # 56-Ubuntu Supermicro X8DTL / X8DTL
2 мая 22:34:11 416831 ядро: [3715446.355544] RIP: 0010: [] [] task_rq_lock + 0x4a / 0xa0
2 мая 22:34:11 416831 ядро: [3715446.411635] RSP: 0018: ffff88060b853da8 EFLAGS: 00010082
2 мая 22:34:11 416831 ядро: [3715446.440241] RAX: 010021b86505c7ff RBX: 0000000000013d00 RCX: 00000001162d8937
2 мая 22:34:11 416831 ядро: [3715446.497492] RDX: 0000000000000282 RSI: ffff88060b853df0 RDI: 00007fdac0088280
2 мая 22:34:11 416831 ядро: [3715446.559362] RBP: ffff88060b853dc8 R08: 0000000000000040 R09: 001fc00000000000
2 мая 22:34:11 416831 ядро: [3715446.625144] R10: 0000000000000000 R11: мертвый000000100100 R12: 00007fdac0088280
2 мая 22:34:11 416831 ядро: [3715446.695569] R13: ffff88060b853df0 R14: 0000000000013d00 R15: 0000000000000005
2 мая 22:34:11 416831 ядро: [3715446.770654] FS: 00007fdac0023760 (0000) GS: ffff880c3fc20000 (0000) knlGS: 0000000000000000
2 мая 22:34:11 416831 ядро: [3715446.849786] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
2 мая 22:34:11 416831 ядро: [3715446.889882] CR2: 00007fdac187ca80 CR3: 000000058cda1000 CR4: 00000000000006e0
2 мая 22:34:11 416831 ядро: [3715446.968627] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
2 мая 22:34:11 416831 ядро: [3715447.049676] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
2 мая 22:34:11 416831 ядро: [3715447.130842] Процесс apache2 (pid: 19118, threadinfo ffff88060b852000, задача ffff88058c11c4a0)
2 мая 22:34:11 416831 ядро: [3715447.212160] Стек:
2 мая 22:34:11 416831 ядро: [3715447.251311] 00007fdac0088280 ffff880be1ca5ec8 000000000000000f 0000000000000000
2 мая 22:34:11 416831 ядро: [3715447.331017] ffff88060b853e28 ffffffff8105f2e1 0000000000000000 0000000081a4c270
2 мая 22:34:11 416831 ядро: [3715447.412179] ffff88060b853e38 0000000000000282 0000000000000021 ffff880b92505ec8
2 мая 22:34:11 416831 ядро: [3715447.493302] Отслеживание вызовов:
2 мая 22:34:11 416831 ядро: [3715447.533014] [] try_to_wake_up + 0x31 / 0x3e0
2 мая 22:34:11 416831 ядро: [3715447.573262] [] wake_up_process + 0x15 / 0x20
2 мая 22:34:11 416831 ядро: [3715447.612669] [] wake_up_sem_queue_do + 0x37 / 0x60
2 мая 22:34:11 416831 ядро: [3715447.651327] [] бесплатно + 0x1c6 / 0x200
2 мая 22:34:11 416831 ядро: [3715447.689083] [] semctl_down.clone.5 + 0xbb / 0x110
2 мая 22:34:11 416831 ядро: [3715447.726360] []? sys_kill + 0x7e / 0x90
2 мая 22:34:11 416831 ядро: [3715447.762833] []? fput + 0x25 / 0x30
2 мая 22:34:11 416831 ядро: [3715447.798362] [] sys_semctl + 0x7e / 0xd0
2 мая 22:34:11 416831 ядро: [3715447.833126] [] system_call_fastpath + 0x16 / 0x1b
2 мая 22:34:11 416831 ядро: [3715447.867350] Код: 00 48 c7 c3 00 3d 01 00 49 89 fc 49 89 f5 9c 58 0f 1f 44 00 00 48 89 c2 fa 66 0f 1f 44 00 00 49 89 55 00 49 8b 44 24 08 49 89 de <8b> 40 18 4c 03 34 c5 80 c8 aa 81 4c 89 f7 e8 53 4e 57 00 49 8b
2 мая 22:34:11 416831 ядро: [3715447.970388] RIP [] task_rq_lock + 0x4a / 0xa0
2 мая 22:34:11 416831 ядро: [3715448.004042] RSP
2 мая 22:34:11 416831 ядро: [3715448.083219] --- [конец трассировки 244a1ec2d6f912fa] ---
2 мая 22:35:01 416831 CRON [19243]: (root) CMD (bash / home / admin / log-children)
Это похоже на аппаратную ошибку. В сегодняшнем Linux нет ошибок уровня серьезности «Я перезагрузил Apache, мой сервер разбился, и я потерял свои данные» слева - у вас какая-то проблема с оборудованием. Перегрев, плохая RAM / CPU / материнская плата / RAID-контроллер / HDD / что-то еще.
Причина, по которой ваш пост получил несколько голосов против, заключается в том, что в нем отсутствуют детали. Мы не можем догадаться, что случилось (кроме моего предположения о проблеме с аппаратным обеспечением).
Это крайне маловероятно из-за ошибки ядра. Как говорит Янне, более вероятен отказ оборудования. Самый быстрый путь к исправлению - это замена неисправного оборудования и переустановка / восстановление данных из резервной копии.