LINUX.ORG.RU

Зависает Asus p7p55 ws под нагрузкой, что смотреть?


0

1

Комп зависает со 100% вероятностью,только при складывании на него BackUp размером ~500Гб, не работает консоль, по сети не пингуется.

Скажите, что надо в логах посмотреть, что бы разобраться в чем дело?

Там стоит Fedora 15, зависал и раньше под Windows 2003, не так регулярно.

Сейчас он снова завис и я буду там сегодня, хотелось бы решить, что с ним сделать.

Спасибо.


выбрось ассус и купи нормальную материнку. Проблема аппаратная.

Хотя можешь попробовать обновить биос, но шансов мало

anonymous
()

Попробуйте поймать лог ядра при помощи netconsole или находиться рядом с пациентом с открытой виртуальной консолью (ctrl+alt+f1) во время зависания, загрузившись с loglevel=9 debug.

AITap ★★★★★
()
Ответ на: комментарий от anonymous

Если покупать плату 1156 то какую проще:

http://www.ulmart.ru/motherboards/?r=1__75078;1__76595;1__88532;2_197_2792;3__4

я думаю:

материнская плата Intel DH55HC Socket1156, H55, DDR3-1333, FSB1600, PCI-E, GLAN, ATX, OEM

сервер предполагается использовать для сваливания BackUp ежедневного.

пока попробую поменять BIOS.

kpush
() автор топика
Ответ на: комментарий от AITap

> ... при помощи netconsole или находиться рядом с пациентом с открытой виртуальной консолью (ctrl+alt+f1) во время зависания, загрузившись с loglevel=9 debug.

ничего не работает: горит светодиод HDD и питания, на NumLock клава не реагирует, экран черный.

только выключение питание и после смотреть логи.

kpush
() автор топика
Ответ на: комментарий от kpush

Он гаснет при зависании или до него? В последнем случае постарайтесь не дать ему погаснуть. Переключаться на VT и вводить параметры ядра, естественно, нужно тоже до зависания.

AITap ★★★★★
()
Ответ на: комментарий от AITap

>не дать ему погаснуть. Переключаться на VT и вводить параметры ядра, естественно, нужно тоже до зависания.

не могу я поймать этот момент, там порядка часа идет процесс, можно только оставить тот же VT с каким то постоянным выводом, и это увидеть. Но виснет вмертвую, ни на какие кнопки не реагирует. Когда были Windows 2003 там зависал при нажатии Ctrl+Alt+Del

Может заставить его, что то постоянно писать в лог, а после посмотреть, что последнее записано?

PS уже две недели, время от времени этим занимаюсь, а теперь время побольше, надо закрыть этот вопрос.

anonymous
()
Ответ на: комментарий от anonymous

> Может заставить его, что то постоянно писать в лог, а после посмотреть, что последнее записано?
Самую соль анекдота он записать не сможет. Попробуйте отключить гашение экрана (напр. setterm -blank 0; setterm -powerdown 0).
В сочетании с подключением netconsole это должно дать какие-то результаты.

AITap ★★★★★
()
Ответ на: комментарий от AITap

.... [ 6365.587586] r8169 0000:06:00.0: p134p1: link up

[ 6371.407238] r8169 0000:06:00.0: p134p1: link up

[ 6371.690776] r8169 0000:06:00.0: p134p1: link up

[ 6372.633670] r8169 0000:06:00.0: p134p1: link up

[ 6372.978945] r8169 0000:06:00.0: p134p1: link up

было напечатано последним.

по всей видимости с сетевухой проблеммы

kpush
() автор топика
Ответ на: комментарий от AITap

Поставил r8139, пошел BackUp теперь в логах такого нет, жду окончания. Надеюсь все теперь будет хорошо.

kpush
() автор топика
Ответ на: комментарий от kpush

Вот, что выдало:

[ 3105.314076] ------------[ cut here ]------------
[ 3105.315231] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0xf0/0x150()
[ 3105.315312] Hardware name: System Product Name
[ 3105.315366] NETDEV WATCHDOG: p48p1 (8139too): transmit queue 0 timed out
[ 3105.315440] Modules linked in: netconsole configfs fuse 8021q garp stp llc cpufreq_ondemand acpi_cpufreq freq_table mperf bnep bluetooth rfkill ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack 8139too 8139cp raid1 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm asus_atk0110 i7core_edac r8169 edac_core iTCO_wdt iTCO_vendor_support snd_timer snd mii serio_raw soundcore snd_page_alloc microcode i2c_i801 firewire_ohci firewire_core crc_itu_t radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
[ 3105.316528] Pid: 0, comm: kworker/0:0 Not tainted 2.6.40-4.fc15.x86_64 #1
[ 3105.316603] Call Trace:
[ 3105.316633] <IRQ> [ 3105.319203] [<ffffffff81054d49>] warn_slowpath_fmt+0x46/0x48
[ 3105.321773] [<ffffffff813f2389>] ? netif_tx_lock+0x4a/0x7c
[ 3105.324337] [<ffffffff813f24ff>] dev_watchdog+0xf0/0x150
[ 3105.326938] [<ffffffff81061db2>] run_timer_softirq+0x19b/0x280
[ 3105.329532] [<ffffffff8100e969>] ? paravirt_read_tsc+0x9/0xd
[ 3105.334752] [<ffffffff8105a954>] __do_softirq+0xc9/0x1b5
[ 3105.337400] [<ffffffff8100e969>] ? paravirt_read_tsc+0x9/0xd
[ 3105.340078] [<ffffffff814be9dc>] call_softirq+0x1c/0x30
[ 3105.342769] [<ffffffff8100abb9>] do_softirq+0x46/0x81
[ 3105.345502] [<ffffffff8105ac36>] irq_exit+0x57/0xb1
[ 3105.348183] [<ffffffff814bf25e>] do_IRQ+0x8e/0xa5
[ 3105.353663] <EOI> [<ffffffff8100e969>] ? paravirt_read_tsc+0x9/0xd
[ 3105.356469] [<ffffffff81283b14>] ? intel_idle+0xd8/0x100
[ 3105.359249] [<ffffffff81283af6>] ? intel_idle+0xba/0x100
[ 3105.361976] [<ffffffff813b0aa5>] cpuidle_idle_call+0xd7/0x168
[ 3105.364647] [<ffffffff81008307>] cpu_idle+0xa5/0xdf
[ 3105.367274] [<ffffffff814a6628>] start_secondary+0x23f/0x241
[ 3105.369889] ---[ end trace 5c34d67793da17fa ]---
[ 3108.371515] 8139too 0000:0a:01.0: p48p1: link up, 100Mbps, full-duplex, lpa 0xC1E1

, но процесс продолжается

kpush
() автор топика
Ответ на: комментарий от Adelya

> У вас ядро на Sys Rq реагирует?
это при зависании?

пока не имею возможности проверить,
буду у консоли только на следующей недели.

Но процесс уже врятли прервется, 44% прошло
на данный момент.

kpush
() автор топика
Ответ на: комментарий от kpush

найденное решение проблемы оказалось вполне приемлемым: BackUp завершен и проверен, спасибо всем за участие.

kpush
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.