LINUX.ORG.RU

Samba на устройствах ARM

 , ,


0

1

Здравствуй, ЛОР!
Когда-нибудь сталкивались зависания девайсов на процессорах ARM при работе приложений samba или других приложений? Установил samba на banana Bpi-r1 и больше 3 дней banana Bri-r1 не работает, виснет, причину понять или установить не могу, /var/log/syslog, dmеsg не содержат информацию о причине зависания ядра системы. Если интенсивно использовать процесс скачивания по протоколу SMB, по девайс повиснет раньше, но не возможно предсказать когда. Единственно, что я заметил, перед тем как зависнуть отключается Wi-fi, сеть Wi-fi видно, но подключиться к ней не возможно.
Использовал два OS Image для banana Bpi-r1:

Первый OS Image зависал, но значительно чаще, чем второй вариант которым сейчас использую.

Мне не очень понятно, как работают программы на процессорах ARM под управлением OS linux, ведь насколько мне известно защищенного режима как у процессоров Intel 386 у него нет, может ли программа samba писать какую-нибудь в область памяти занимаемым ядром. Просто интенсивное копирование про протоколу SMB приводит к тому, что вся память уходи в Кэш, не то чтобы еще всю скушала samba или другая программа просто не освобождает, зато команда echo 3 > /proc/sys/vm/drop_caches чистит память на ура.

добавил в /etc/sysctl.conf следующее:

#MiniDLNA warning fix
fs.inotify.max_user_watches = 100000

vm.swappiness=1
vm.vfs_cache_pressure=50
vm.min_free_kbytes = 32768
net.core.rmem_max = 16777216
net.core.wmem_max = 4194304


ведь насколько мне известно защищенного режима как у процессоров Intel 386 у него нет

http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0344k/Beidabib...

Просто интенсивное копирование про протоколу SMB приводит к тому, что вся память уходи в Кэш

Пусть уходит.

А вообще, похоже это не софтовая проблема.

devl547 ★★★★★ ()
Последнее исправление: devl547 (всего исправлений: 1)

Пользовался когда-то давно стареньким Android планшетом на Tegra 3 в качестве samba-сервера в круглосуточном режиме. Проблем не было с зависаниями.

Alden ★★ ()
Последнее исправление: Alden (всего исправлений: 1)
Ответ на: комментарий от devl547

ведь насколько мне известно защищенного режима как у процессоров Intel 386 у него не

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

ТС'у для разбора полета рекомендую наладить логирование ядрен паники либо в uart либо в память.

exception13 ★★★★★ ()

Когда-нибудь сталкивались зависания девайсов на процессорах ARM при работе приложений samba или других приложений?

$ uptime
 00:02:03 up 36 days, 12:23,  1 user,  load average: 0.00, 0.01, 0.05
$ uname -m
armv7l
$ pgrep smbd
6679
6683
30788

Нет. Эта железка по-всякому зависала, но не из-за samba.

вся память уходи в Кэш, не то чтобы еще всю скушала samba или другая программа просто не освобождает

http://linuxatemyram.com/

Проверяйте питание, охлаждение, ищите возможность считать лог паники ядра (консоль на последовательном порту?).

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

нету паники ядра, лог пустой как будто ничего не происходило, только green blinking heard LED не моргает почему и все остальное тоже не откликается.

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

проц не разгонял, температура 64C обычный режим, максимально нагревал 80С, питание нормально 2.5А блок питания, нагружал торрентом, samba, и т.д. ничего не происходило, но только как только перевожу ноутбук к режим слип, устройство зависает, время зависание определяю по /var/log/syslog каждые 10 минут идет обмен ключам по Bpi-r1 c планшетом обычно вот такое вижу

Feb  2 10:20:35 lamobo-r1 dhcpd: DHCPREQUEST for 192.168.9.153 from 88:30:8a:dc:e6:2f (android-498feef001a70a55) via br0
Feb  2 10:20:35 lamobo-r1 dhcpd: DHCPACK on 192.168.9.153 to 88:30:8a:dc:e6:2f (android-498feef001a70a55) via br0

sap78 ()

cast ncrmnt, помнится у него тоже была банана и он от нее плевался

Deleted ()

ведь насколько мне известно защищенного режима как у процессоров Intel 386 у него нет, может ли программа samba писать какую-нибудь в область памяти занимаемым ядром

ЩИТО?

Bpi-R1? Проверь питание для начала, там разводили наркоманы под хорошими веществами. Желательно синтетическим тестом где нагрузка с 1-2% CPU ВНЕЗАПНО поднимается до 100 + идет резкая нагрузка на HDD. Если от такого теста повиснет - паяльник тебе в руки.

Фикс: питание в обход microusb разъема (поскоблить и подпаяться, туда же на соплях влепить электролит.

ncrmnt ★★★★★ ()
Последнее исправление: ncrmnt (всего исправлений: 1)

У меня тоже все ок

armserv ~ # uptime
 10:20:04 up 21 days, 16:22,  1 user,  load average: 0,00, 0,01, 0,05
armserv ~ # uname -m
armv5tel
armserv ~ # pgrep smbd
3007

morse ★★★★★ ()

если 3.4.109 - это версия ядра от sunxi, то выкинь его нафиг и поставь более менее свежее ванильное, оно умеет A20

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

uname -a Linux lamobo-r1 3.4.110-sun7i #10 SMP PREEMPT Mon Dec 28 11:48:43 CET 2015 armv7l GNU/Linux

uptime 14:32:06 up 7 days, 3:28, 1 user, load average: 0,19, 0,07, 0,0

ядро работает отлично, уже 7 дней, но без samba.

sap78 ()

раз тут мерятся аптаймами то вставлю свои 5 копеек

uname -a
Linux cubietruck 4.3.3-sunxi #3 SMP Mon Dec 28 11:27:16 CET 2015 armv7l GNU/Linux
uptime
 09:51:12 up 17 days, 13:39,  1 user,  load average: 0.38, 0.46, 0.51
pgrep smbd
2184
2214
За 2 года использования разных дебианов зависал раз 5 не больше, почему не знаю.

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

7 дней это конечно круто, но 3.4 ветка sunxi - это полное дерьмо. Попробуй всё таки 4.4.1. Мой арч с 4.0rc1 работает на ванильном ядре.

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

не знаю, много времени уходит на установку, не хочется тестировать версии, тут
http://forum.armbian.com/index.php/topic/182-fr...roblems-with-bpi-r1/
http://forum.armbian.com/index.php/topic/136-lamobo-r1-wifi-unstable/
вроде оттестировали данное ядро, результат хороший.

нужно попробовать поставить banana Bpi-R1 вертикально,
http://linux-sunxi.org/Lamobo_R1#Available_enclosures_and_thermal_issues
возможно правда нарушается охлаждение BCM53125, если установлен HDD

sap78 ()

не помогло вертикальное положение, пробую уменьшить скорость LAN подсоединился 100Мбитным кабелем вместо 1000М, очень часто BPI-R1 умирает когда я перевожу в режим sleep свой бук, возможно режим 1000baseT-FD + samba + BCM53125 != love

sap78 ()

У меня точно такая же проблема. Так и не победил. Работает 3-4 дня и виснет наглухо. Видеоподсистема продолжает выдавать на экран приглашение к логину. Бьюсь второй год. Подумываю перепаять питание.

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

дело не в питании, я думаю просто забивается канал ARM<=> BCM53125 откуда там взяться 1000Mbit/c
Вещь не допиленная..... я разочаровался заменил на zyxel kenetic II там есть все что мне нужно VPN, torrent, samba (не быстрая)
Я на BPI-R1 установил предлагаемую версию андроид, подключил к телеку на кухне, сейчас peers.tv на нем смотрю нарекание нет, даже openvpn и torrentTV на BPI-R1 пошел :-)
Вот такое возмещение вложенным средствам == Android box

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

Cubietruck

uptime
 16:52:03 up 49 days, 22:18,  1 user,  load average: 6,95, 6,75, 6,72
uprecords
     #               Uptime | System                                     Boot up
     1   119 days, 17:48:29 | Linux 3.4.79-sun7i        Sat Apr  4 17:42:29 2015
    up   574 days, 18:48:36 | since                     Sat Apr  4 17:42:29 2015
  down     1 day , 04:21:03 | since                     Sat Apr  4 17:42:29 2015
   %up               99.795 | since                     Sat Apr  4 17:42:29 2015
Висло только из-за паники, когда окислился SATA-кабель, и при вырубании электричества в доме.
По сети там гигабита нет. Где-то 300-400 мегабит. Гонял iperf3 с разных хостов в домашней.

Radjah ★★★★★ ()

Мне не очень понятно, как работают программы на процессорах ARM под управлением OS linux, ведь насколько мне известно защищенного режима как у процессоров Intel 386 у него нет

есть у него всё, что нужно

Harald ★★★★★ ()

Попробуй сменить это жуткое ядро 3.4 с кривыми патчами на ванильное 4.8+

sergej ★★★★★ ()

samba нафиг не нужна нигде! </thread>

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