[РЕШЕНО] Торрент-клиенты вешают Ubuntu (Atheros, ath9k)

[goditsa8]

Всем привет! Торрент-клиенты вешают систему: Ubuntu 14.04, ноут Asus N53SV. Железо самое обычное, ничего экзотического.
Похоже, любые клиенты. Пробовал Transmission и Deluge. Вешают только при активности, то есть запускаются нормально, простаивают нормально, но при загрузке или раздаче начинаются проблемы. Такое ощущение, что чем выше скорость загрузки/раздачи, тем выше вероятность зависания Ubuntu.
Симптомы могут отличаться:

• Все виснет намертво, ни клавиатура, ни мышь не отвечают. Если где-нибудь в vk, например играла музычка, то трек зацикливается на последнем кусочке.
• То же самое, но можно бегать курсором по экрану, GUI всё равно мертв.
• Может подвиснуть несколько приложений, но в целом GUI кое-как продолжает работать. Ubuntu начинает сыпать отчетами об ошибках. В итоге все постепенно зависает.

Проверял и винт, и оперативу - никаких ошибок.
Если скачивать браузером - все нормально. Если просто копировать какой-нибудь файл - тоже все норм.
Вот такая драма Может кто сталкивался? Задолбало, чесслово. Чтоб выкачать пару гигов, надо перезагрузиться пару раз.

[omni64]

перегрев проца или видеокарты?

[lin_user]

1. Помирает винт;
2. 12309.

[goditsa8]

перегрев проца или видеокарты?

думаю, нет. Ну не может такого быть, чтобы Blender, например, не перегревал проц или видюху, а торрент перегрел.

1. Помирает винт;

Возможно, тоже сначала так думал. Однако любые другие I/O операции с винтом проходят нормально. Все падает ТОЛЬКО с торрент-клинетами.

2. 12309.

Даже не знал о таком. Ну то есть догадывался, что у Linuxа какой-то косяк в работе с hdd, т.к. при закачке торрента и одновременном просмотре видео, видео жутко фризит, когда торрент-клиент сбрасывает данные с оперативы на винт. Почитаем про 12309. Спасибо за наводку.
Пользователь решил продолжить мысль [time]25 Январь 2015, 13:54:28[/time]:Да, очень похоже по описаниям на 12309. Кто-нибудь выводил этот баг? Поделитесь опытом, пожалуйста. Ни разу не патчил и уж тем более не менял ядро.
Пользователь решил продолжить мысль 25 Января 2015, 13:55:09:Создал тему конкретно про лечение бага 12309.

[art1101]

вроде как этот баг фиксанут давно и воспроизвести его сейчас практически не реально.

явно что-то намудрил с системой. или сразу так после установки было?

[alex_ander]

сталкивался не то чтобы с полным зависанием, но процессор грузило на 100% если торрент скачивался на раздел с НТФС (transmission).

[art1101]

сталкивался не то чтобы с полным зависанием, но процессор грузило на 100% если торрент скачивался на раздел с НТФС (transmission).

вот кстати, мнение хз кого )))) "3. Если записывать на ntfs (который до сих пор через fuse сделан), то роль этой программы, выделяющей память играет как раз драйвер. В резльтате баг проявляется и без забивания памяти."

[goditsa8]

явно что-то намудрил с системой. или сразу так после установки было?

Нет, ничего не мудрил. Мало того, данная "фича" проявлялась как на полугодовалой Ubuntu, так и на совсем свежепоставленной.

вроде как этот баг фиксанут давно и воспроизвести его сейчас практически не реально.

Вроде как да. Однако, я не один такой, хотя нас, по-ходу, и не много. Кому интересно, можно почитать здесь похожие посты.
Могу воспроизвести на раз: ставим на закачку какой-нибудь торрент, желательно побольше, гига так на 2+, и ползем куда-нибудь в инет, или можно фильм врубить. Зависание гарантировано. Кстати, если во время загрузки оставить комп в покое (желательно уйти в другую комнату ), то может и не повиснуть, тут уж 50 на 50.

сталкивался не то чтобы с полным зависанием, но процессор грузило на 100% если торрент скачивался на раздел с НТФС (transmission).
вот кстати, мнение хз кого )))) "3. Если записывать на ntfs (который до сих пор через fuse сделан), то роль этой программы, выделяющей память играет как раз драйвер. В резльтате баг проявляется и без забивания памяти."

У меня ext4. Процессор не грузит совершенно, все работает в штатном режиме, пока просто молча всё не зависнет. И место забивать вовсе необязательно, "фича" прекрасно работает и на пустом винте.

"По ходу, 12309 - это кара недостаточно истинно верующим в свободное ПО Linuxоидам, раздаваемая Святым Рандомом "
Пользователь решил продолжить мысль [time]27 Январь 2015, 00:06:14[/time]:Кстати, "фича" не сразу стала проявляться, месяца 2 после установки все работало как надо. Потом начались проблемы. Потом винт был отформатирован и поставлена свежая Ubuntu. "Фича" не заставила себя ждать. Конечно, первая мысль - винт сыпется, но без торрентов "фичи" не видно. Вторая мысль - биос, но я туда давно не лазил. Мистика какая-то...
Пользователь решил продолжить мысль [time]27 Январь 2015, 14:31:44[/time]:Вот, сегодня опять всё повисло. Всё-таки после зависания кулер начинает крутиться по-полной, видимо процессор таки чем-то занят. Ребутнулся, попробовал просто скопировать только что скачанный файл, чтобы напрячь винт, всё прошло хорошо, даже тормозов никаких не было, как описывают при 12309.
Что это может быть еще, кроме 12309? Есть у кого идеи? Что такого торрент-клиент может делать, чтобы намертво всё вешать? Может это вовсе не винт или оператива, а сетевая карта какая-нибудь?
Пользователь решил продолжить мысль 27 Января 2015, 16:07:28:Хотел посмотреть логи делюги, качал всё подряд. В логах пусто. Зато после перезагрузки вот что )))

[goditsa8]

Сегодня наткнулся на пост Complete system freezes when using torrents. Прям точь в точь как у меня. В конце чувак пишет:

Ok, so I am glad I took today to work on this problem, because I have finally solved it. Guess what? It was the HDD all along!!!

Boy was that drive refusing to tell me it was failing. What I finally did was take the HDD out of my Ubuntu box and throw it into my Windows gaming rig, and booted it up. I had the same old experience I was having before. I checked the SMART status while it was in this computer, and what do I find? 28 Ultra DMA CRC Errors! Finally some news and some closure!

I went to RMA the HDD with Western Digital, but unfortunately it was about a year out of warranty, so I'm out of luck getting a free replacement. I have since then installed a temporary Ubuntu on an old 60GB Hitachi 'Deathstar' until such a point in the future that I can purchase myself a new HDD.

Thank you all for all of your help and your input. I hope this helps someone else in the future.
Xyvian

Английский знаю не в совершенстве, но суть, как я понял, в том, что вся проблема оказалась в винте, и SMART под Ubuntu почему-то не видел ошибки UDMA CRC, а SMART под виндой выдал 28 таких ошибок! После смены винта проблема исчезла.

Вот мой SMART под Ubuntu:

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   110   099   006    Pre-fail  Always       -       25730085
  3 Spin_Up_Time            0x0003   099   099   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   098   098   020    Old_age   Always       -       2102
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   082   060   030    Pre-fail  Always       -       172425068
  9 Power_On_Hours          0x0032   092   092   000    Old_age   Always       -       7715
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2078
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   062   056   045    Old_age   Always       -       38 (Min/Max 30/38)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       23
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       35
193 Load_Cycle_Count        0x0032   077   077   000    Old_age   Always       -       47446
194 Temperature_Celsius     0x0022   038   044   000    Old_age   Always       -       38 (0 13 0 0 0)
195 Hardware_ECC_Recovered  0x001a   047   047   000    Old_age   Always       -       25730085
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

Нужно посмотреть данные SMART под виндой.

[art1101]

имхо, какая разница под какой ОС смотреть СМАРТ. программы просто читают данные с винтов и все. попробуй другую софтину просто, которая более подробно расписывает показатели.

у меня, кстати, тоже была проблема с торрентами. тоже тему создавал) суть такая, что при скачке прсто вырубало инет на компе, при этом wi-fi продолжал работать. поменял роутер - стало норм. при всем при этом тот роутер сейчас спокойно работает на другом компе тоже под убунтой...

[goditsa8]

имхо, какая разница под какой ОС смотреть СМАРТ

Согласен, но попробовать стоило. Под виндой ровно те же результаты.
Насколько я понял, сбои в режиме Ultra DMA возникают скорее из-за шлейфа, а не из-за винчестера. Некий Xyvian, закинул свой винт в другую машину, возможно, в этой машине со шлейфом было что-то не то, отсюда у него повылазили ошибки CRC UDMA.

Может кто-нибудь знает, чем работа с диском торрент-клиентов отличается от простого копирования файлов, например. Ведь только на торрентах проблема проявляется.

Еще, кажется, если скорость загрузки/отдачи низкая, порядка 0,5-1 МБ/с, то всё норм. Доходит, например, до 2 МБ/с - всё виснет.
При простом копировании файла, например скорость примерно 30-40 МБ/с, и ничего, всё работает.

Может торренты при проверка кэша сильно крутят диск?
Пользователь решил продолжить мысль [time]28 Январь 2015, 23:52:28[/time]:Кажется, пофиксил. Выкачал гигов 10 - полет нормальный, раньше и 2-х не мог скачать. Странно, что сразу не нашел тему https://forum.ubuntu.ru/index.php?topic=92118.msg908565#msg908565 и дальше по ссылкам.

Нужно включить опцию ядра pci=nomsi. А точнее, отключить Message Signaled Interrupts. Можно сделать через grub:

Код: [Выделить]

sudo gedit /etc/default/grub
Ищем строчку GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" (у меня было так) и заменяем на GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux acpi_brightness=vendor pci=nomsi". Обновляем конфигурацию grub:

Код: [Выделить]

sudo update-grub
перезагружаемся.

Падения производительности не заметил. Может, кому поможет.
Пользователь решил продолжить мысль [time]29 Январь 2015, 00:21:29[/time]:ААА! На 12-м гиге всё повисло!
Пользователь решил продолжить мысль 29 Января 2015, 17:43:17:Вернул msi как было, ибо толку нет. Вспоминал, что такого могло измениться в тот период, когда появился баг. Вспомнил, что была необходимость установить фильтрацию MAC-адресов на роутере. Снял фильтрацию, день живу без бага. Странно это всё... Посмотрим, как дальше пойдет, т.к. баг не очень-то систематичен.

[goditsa8]

Опять завис.
Crash report:

(Нажмите, чтобы показать/скрыть)

ProblemType: KernelOops
Annotation: Your system might become unstable now and might need to be restarted.
Date: Thu Jan 29 19:08:05 2015
Failure: oops
OopsText:
 BUG: soft lockup - CPU#3 stuck for 22s! [kworker/u32:1:10029]
 Modules linked in: bbswitch(OX) ctr ccm bnep rfcomm bluetooth snd_hda_codec_hdmi snd_hda_codec_realtek uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event asus_nb_wmi asus_wmi sparse_keymap snd_rawmidi mxm_wmi intel_rapl x86_pkg_temp_thermal snd_seq intel_powerclamp arc4 coretemp kvm_intel kvm crct10dif_pclmul snd_seq_device snd_timer crc32_pclmul ghash_clmulni_intel ath9k aesni_intel ath9k_common ath9k_hw aes_x86_64 ath lrw gf128mul glue_helper ablk_helper snd cryptd mac80211 joydev i915 serio_raw drm_kms_helper lpc_ich cfg80211 drm mei_me mei i2c_algo_bit soundcore wmi mac_hid video parport_pc ppdev lp parport hid_generic usbhid hid psmouse ahci r8169 libahci mii
 CPU: 3 PID: 10029 Comm: kworker/u32:1 Tainted: G           OX 3.13.0-44-generic #73-Ubuntu
 Hardware name: ASUSTeK Computer Inc. N53SV/N53SV, BIOS N53SV.215 01/09/2012
 Workqueue: phy0 ath_tx_complete_poll_work [ath9k]
 task: ffff8800a3739800 ti: ffff8801b99c8000 task.ti: ffff8801b99c8000
 RIP: 0010:[<ffffffff81728ddd>]  [<ffffffff81728ddd>] _raw_spin_lock_bh+0x3d/0x50
 RSP: 0018:ffff8801b99c9dd8  EFLAGS: 00000202
 RAX: 000000000000288e RBX: 0000000200000000 RCX: 0000000000005518
 RDX: 000000000000551a RSI: 000000000000551a RDI: ffff8800a3cb2410
 RBP: ffff8801b99c9de0 R08: 20028f2cec400000 R09: d880000000000000
 R10: dffcf8d3b78b3b10 R11: 0000000000000005 R12: ffff88024f433480
 R13: 0000000100000000 R14: ffff88024f413480 R15: ffff880243461200
 FS:  0000000000000000(0000) GS:ffff88024f460000(0000) knlGS:0000000000000000
 CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
 CR2: 00007fc368034000 CR3: 0000000001c0e000 CR4: 00000000000407e0
 Stack:
  ffff8800a3cb23f0 ffff8801b99c9df0 ffffffffa044b982 ffff8801b99c9e20
  ffffffffa044f929 ffff8801b9b4c400 ffff880246811400 ffff8800a3cb3b10
  0000000000000000 ffff8801b99c9e68 ffffffff81083a52 0000000046811418
 Call Trace:
  [<ffffffffa044b982>] ath_txq_lock+0x12/0x20 [ath9k]
  [<ffffffffa044f929>] ath_tx_complete_poll_work+0x39/0xb0 [ath9k]
  [<ffffffff81083a52>] process_one_work+0x182/0x450
  [<ffffffff81084841>] worker_thread+0x121/0x410
  [<ffffffff81084720>] ? rescuer_thread+0x430/0x430
  [<ffffffff8108b572>] kthread+0xd2/0xf0
  [<ffffffff8108b4a0>] ? kthread_create_on_node+0x1c0/0x1c0
  [<ffffffff817317bc>] ret_from_fork+0x7c/0xb0
  [<ffffffff8108b4a0>] ? kthread_create_on_node+0x1c0/0x1c0
 Code: b8 00 00 02 00 f0 0f c1 03 89 c2 c1 ea 10 66 39 c2 75 03 5b 5d c3 83 e2 fe 0f b7 f2 b8 00 80 00 00 0f b7 0b 66 39 ca 74 ea f3 90 <83> e8 01 75 f1 48 89 df 66 66 66 90 66 66 90 eb e0 66 90 66 66
 
Package: linux-image-3.13.0-44-generic 3.13.0-44.73
SourcePackage: linux
Tags: kernel-oops
Uname: Linux 3.13.0-44-generic x86_64

Всегда одно и то же, кроме содержимого регистров, стека и других случайностей. Правда, некоторые регистры и ячейки стека всегда содержат одни и те же данные.
Пользователь решил продолжить мысль 29 Января 2015, 20:32:00:https://dev.openwrt.org/ticket/18483
Вот свежая и очень похожая тема, но у меня знаний не хватает разобраться, что-то про прерывания и патчи ядра. Помогите, кому не лень, плизззз. Роутер DIR-615.
За одно, прерывания:

(Нажмите, чтобы показать/скрыть)

cat /proc/interrupts
           CPU0       CPU1       CPU2       CPU3       
  0:         19          0          0          0   IO-APIC-edge      timer
  1:        816          0          0          0   IO-APIC-edge      i8042
  8:          1          0          0          0   IO-APIC-edge      rtc0
  9:       1298          0          0          0   IO-APIC-fasteoi   acpi
 12:        249          0          0          0   IO-APIC-edge      i8042
 16:         80          0          0          0   IO-APIC-fasteoi   ehci_hcd:usb1
 17:        301          0        584      26869   IO-APIC-fasteoi   ath9k
 19:          0          0          0          0   IO-APIC-fasteoi   
 23:      86605      18574          0          0   IO-APIC-fasteoi   ehci_hcd:usb2
 40:          0          0          0          0   PCI-MSI-edge      PCIe PME
 41:          0          0          0          0   PCI-MSI-edge      PCIe PME
 42:          0          0          0          0   PCI-MSI-edge      PCIe PME
 43:          0          0          0          0   PCI-MSI-edge      PCIe PME
 44:          0          0          0          0   PCI-MSI-edge      PCIe PME
 45:          0          0          0          0   PCI-MSI-edge      eth0
 46:      18585       3989          0          0   PCI-MSI-edge      ahci
 47:         12          0          0          0   PCI-MSI-edge      mei_me
 48:      85529          0          0          0   PCI-MSI-edge      i915
 49:        439          0          0          0   PCI-MSI-edge      snd_hda_intel
NMI:         14         12         19         15   Non-maskable interrupts
LOC:     184643     195900     169388     156109   Local timer interrupts
SPU:          0          0          0          0   Spurious interrupts
PMI:         14         12         19         15   Performance monitoring interrupts
IWI:       2762       2637       1755       3465   IRQ work interrupts
RTR:          3          0          0          0   APIC ICR read retries
RES:      59502      21752      14847      14002   Rescheduling interrupts
CAL:        571        467        478        434   Function call interrupts
TLB:       1279       1676       2492       2169   TLB shootdowns
TRM:          0          0          0          0   Thermal event interrupts
THR:          0          0          0          0   Threshold APIC interrupts
MCE:          0          0          0          0   Machine check exceptions
MCP:          6          6          6          6   Machine check polls
ERR:          0
MIS:          0

[alsoijw]

goditsa8, у торрента можно ограничить скорость загрузки/раздачи. Советую попытаться. А вообще - пинать разрабов. Хотя им почему-то лень что-то делать.

[goditsa8]

goditsa8, у торрента можно ограничить скорость загрузки/раздачи. Советую попытаться. А вообще - пинать разрабов. Хотя им почему-то лень что-то делать.

Пробовал ограничивать скорость до 0,5 МБ/с - ниже совсем грустно. Вот только всё равно всё виснет, похоже, багу пофиг.
Из того, что нагуглил, кажется, виноваты дрова сетевух Atheros, у меня как раз такая. Вот, что пишут:

Если есть желание покомпилировать, то можно попробовать собрать драйвер с патчами из openwrt, ath9k там активно дорабатывается. Патчи находятся здесь - https://dev.openwrt.org/browser/trunk/package/mac80211/patches/ к сожаления не смогу подсказать как именно наложить эти патчи, и получится ли в результате что-то работающее.

Подобное или похожее решение встретил на нескольких англо- и русскоязычных форумах. Иногда советуют откатиться до версии ядра что-то типа 2.6, утверждая, что там этого бага не наблюдалось. Так далеко откатываться, мне кажется, у меня проблем больше станет, а пересобрать дрова у меня скиллов не хватит, это еще неделю с гуглом провести надо, пока нет времени.

[alsoijw]

goditsa8, ссылка ведёт в никуда. Ты на дату сообщений смотри: скорее всего ссылки с откатом ядра года 2010 или около этого. А сколько у тебя оперативки?
Пользователь решил продолжить мысль 29 Января 2015, 22:28:55:Как насчёт поставить консольный клиент?