Форум операторов связи

Имеем нестандартную  ситуацию  с  одним  экземпляром  из  первых  партий :
После  сбоя  по  питанию (отключился  модуль  с  ETH интерфейсами)  декодеры  находятся  в  состоянии бесконечной  загрузки.
Есть  у  кого  какие  мысли?
В  логах  веб интерфейса  ошибок  нет -  типа  все  штатно  стартовало .
UPD
Сброс  в  заводские  ничего  не  дал .

Лучше всего конечно к производителю, но если есть желание "разобраться", то скорее всего:
1) пострадала память в которую грузиться firmware из /usr/vector/firmware/dec.fw. Загрузка не завершается и происходят повторные попытки, если без конца, то это уже показатель качества ПО.
2) если на модуле память не распаяна (что вряд ли, т.к. сокет денег стоит), то меняет модуль памяти. В худшем варианте - распаяна, сдувает -> паяете -> забываете про производителя -> читаете молитву -> включаете -> идёте в магазин не зависимо от результата.

Если есть доступ в linux, который на борту этой железки, то есть ещё много способов проверить не ломая железо. Но скорее всего там какой-нибудь очень специальный дистрибутив с закосом на real time.
Все предположения из общего опыта ремонта утюгов и т.д.

А это часом случайно не платная софварь ?

Чета морда какая то не такая чем то

Да и ресет с морды на магнитах ?

В  логи доступ  есть ,  но  там  вроде  все  ОК  грузятся  модули -  ошибок  нет

Цитата: sky star от 13 декабря, 2020, 12:59:39
Да и ресет с морды на магнитах ?

Морда  на магнитах

Цитата: serykh от 13 декабря, 2020, 12:44:48Если есть доступ в linux, который на борту этой железки, то есть ещё много способов проверить не ломая железо. Но скорее всего там какой-нибудь очень специальный дистрибутив с закосом на real time.

root@(none):/ $ cat /etc/*-release
NAME=Buildroot
VERSION=2016.08.1-00070-g0e56c3aa55
ID=buildroot
VERSION_ID=2016.08.1
PRETTY_NAME="Buildroot 2016.08.1"
root@(none):/ $ uname -a
Linux (none) 3.10.24 #1 SMP Fri Feb 16 13:49:55 CET 2018 ppc GNU/Linux
root@(none):/ $

Если один хрен не работает , залить версию софта пониже )

Логи загрузки :

Цитата: sky star от 13 декабря, 2020, 13:10:00
Если один хрен не работает , залить версию софта пониже )

Сбрасывал к  заводским  -  без  изменений

Не , залить а не сбросить

Цитата: sky star от 13 декабря, 2020, 13:18:59
Не , залить а не сбросить

Есть  процедура ?

В первых партиях были куевые БП , их меняли продаваны ,
разница в цвете кондеров , часом у Вас БП не "гонят"

Типа надо 5v а там 4 и дикий пульс )

Цитата: 1076 от 13 декабря, 2020, 13:20:49

Цитата: sky star от 13 декабря, 2020, 13:18:59
Не , залить а не сбросить

Есть  процедура ?

Пооцедура описана в инструкции

Цитата: sky star от 13 декабря, 2020, 13:22:51
В первых партиях были куевые БП , их меняли продаваны ,
разница в цвете кондеров , часом у Вас БП не "гонят"

Типа надо 5v а там 4 и дикий пульс )

Этот DC-DC конвертер перестал функционировать .
И  он  питает  модуль  с  ETH интерфейсами.

Я думаю тут надо пару , хотя можно и один , но железно исправеый БП , а потом выводы , я на одном БП работал минут 15 )

Цитата: sky star от 13 декабря, 2020, 13:30:56
Я думаю тут надо пару , хотя можно и один , но железно исправеый БП , а потом выводы , я на одном БП работал минут 15 )

Бп , которые  вынимаются  или  плата  внутри  ? 

И тот что вынимается , и внутрянка , тот что вынимается , на понять хватит одного

И sfp выньте   мож его замкнуло ;)

Цитата: sky star от 13 декабря, 2020, 13:34:33
И тот что вынимается , и внутрянка , тот что вынимается , на понять хватит одного

Модулей  2  шт  -  оба одинаково работают .
Пилу  не  смотрел.

Похоже оно:

2012-04-19T09:45:33.173437+00:00 (none) kernel: [    1.891158] NAND device: Manufacturer ID: 0x01, Chip ID: 0xdc (AMD/Spansion S34ML04G2), 512MiB, page size: 2048, OOB size: 128
2012-04-19T09:45:33.173441+00:00 (none) kernel: [    1.902868] Bad block table found at page 262080, version 0x01
2012-04-19T09:45:33.173757+00:00 (none) kernel: [    1.909316] Bad block table found at page 262016, version 0x01
2012-04-19T09:45:33.173764+00:00 (none) kernel: [    1.915521] 1 cmdlinepart partitions found on MTD device e1000000.flash
2012-04-19T09:45:33.173768+00:00 (none) kernel: [    1.922141] Creating 1 MTD partitions on "e1000000.flash":
2012-04-19T09:45:33.173778+00:00 (none) kernel: [    1.927626] 0x000000000000-0x000020000000 : "stor"
2012-04-19T09:45:33.173783+00:00 (none) kernel: [    1.933121] eLBC NAND device at 0xe1000000, bank 1
2012-04-19T09:45:33.173786+00:00 (none) kernel: [    1.938409] libphy: Fixed MDIO Bus: probed
2012-04-19T09:45:33.173790+00:00 (none) kernel: [    1.942685] fsl-lbc ffe05000.localbus: failed to get resource
2012-04-19T09:45:33.173793+00:00 (none) kernel: [    1.948471] fsl_lbc_addr
2012-04-19T09:45:33.173796+00:00 (none) kernel: [    1.951008] fsl_lbc_addr

одна из двух флешек готова.
chipid и производитель известны, попробуй найти программку по линукс от производителя и проверить флэш. Только аккуратно, проверка не должна затереть флэш, в частности загрузчик.

Много  где  такое  видел  -  это  как  бэ  штатная  процедура  -  если  блоки  запороты  -  ОС  их  не  видит.
Ошибок  опять  же  не  вызвало .

Цитата: serykh от 13 декабря, 2020, 13:47:39
Похоже оно:

2012-04-19T09:45:33.173437+00:00 (none) kernel: [    1.891158] NAND device: Manufacturer ID: 0x01, Chip ID: 0xdc (AMD/Spansion S34ML04G2), 512MiB, page size: 2048, OOB size: 128
2012-04-19T09:45:33.173441+00:00 (none) kernel: [    1.902868] Bad block table found at page 262080, version 0x01
2012-04-19T09:45:33.173757+00:00 (none) kernel: [    1.909316] Bad block table found at page 262016, version 0x01
2012-04-19T09:45:33.173764+00:00 (none) kernel: [    1.915521] 1 cmdlinepart partitions found on MTD device e1000000.flash
2012-04-19T09:45:33.173768+00:00 (none) kernel: [    1.922141] Creating 1 MTD partitions on "e1000000.flash":
2012-04-19T09:45:33.173778+00:00 (none) kernel: [    1.927626] 0x000000000000-0x000020000000 : "stor"
2012-04-19T09:45:33.173783+00:00 (none) kernel: [    1.933121] eLBC NAND device at 0xe1000000, bank 1
2012-04-19T09:45:33.173786+00:00 (none) kernel: [    1.938409] libphy: Fixed MDIO Bus: probed
2012-04-19T09:45:33.173790+00:00 (none) kernel: [    1.942685] fsl-lbc ffe05000.localbus: failed to get resource
2012-04-19T09:45:33.173793+00:00 (none) kernel: [    1.948471] fsl_lbc_addr
2012-04-19T09:45:33.173796+00:00 (none) kernel: [    1.951008] fsl_lbc_addr

одна из двух флешек готова.
chipid и производитель известны, попробуй найти программку по линукс от производителя и проверить флэш. Только аккуратно, проверка не должна затереть флэш, в частности загрузчик.

Проверю  на  рабочем .

Если лог полностью, то очевидно:
1) модули по внутренней сети устройства запрашивают по DHCP IP адреса от внутреннего сервера.
2) в параметрах ответа DHCP получают путь к загрузочному коду расположенному на флешке
3) дальше тупят пытаясь загрузить код из убитой флешки

Возможно на флешке просто повреждена файловая система. Попробуйте восстановить штатными средствами линукс.

Сравнить с рабочим логом очень хороший шаг.

P.S. это только предположения

Возможно не из убитой , а из обесточенной

единственное  отличие с  рабочим  логом -  error  при загрузке  ключей
Должно  лечиться  софтово .

ssh-keygen, предварительно забекапить старый ключ, если он читается вообще. Но, правда, не похоже ли это на проблемы с ФС, тобишь с флешкой?

Цитата: apog от 15 декабря, 2020, 13:41:11
ssh-keygen, предварительно забекапить старый ключ, если он читается вообще. Но, правда, не похоже ли это на проблемы с ФС, тобишь с флешкой?

Содержимое ключей одинаково на  рабочей  машине и не  рабочей .

Цитата: apog от 15 декабря, 2020, 13:41:11ssh-keygen

Это  заменит  старый  ключ  и  пропадет  коннект  с  модулями.

содержимое  папки  с  ключами:

mgmt@(none):/etc/ssh $ ls -la
-rw-r--r--  1 root root    392 Feb 16  2018 authorized_keys
-rw-r--r--  1 root root    181 Feb 16  2018 banner
-rw-r--r--  1 root root   1679 Feb 16  2018 id_rsa
-rw-r--r--  1 root root    393 Feb 16  2018 id_rsa.pub
-rw-r--r--  1 root root 246880 Feb 16  2018 moduli
-rw-------  1 root root   1642 Feb 16  2018 ssh_config
-rw-------  1 root root    672 Feb 16  2018 ssh_host_dsa_key
-rw-------  1 root root    590 Feb 16  2018 ssh_host_dsa_key.pub
-rw-------  1 root root    227 Feb 16  2018 ssh_host_ecdsa_key
-rw-------  1 root root    162 Feb 16  2018 ssh_host_ecdsa_key.pub
-rw-------  1 root root    399 Apr 21 13:41 ssh_host_ed25519_key
-rw-r--r--  1 root root     93 Apr 21 13:41 ssh_host_ed25519_key.pub
-rw-------  1 root root    965 Feb 16  2018 ssh_host_key
-rw-------  1 root root    630 Feb 16  2018 ssh_host_key.pub
-rw-------  1 root root   1679 Feb 16  2018 ssh_host_rsa_key
-rw-------  1 root root    382 Feb 16  2018 ssh_host_rsa_key.pub
-rw-------  1 root root   3586 Feb 16  2018 sshd_config

При каждом  старте  файловая  система  видимо  заново  раскатывается  -  все созданные  файлы  были удалены.

root@(none):/ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount pt> <type> <options>             <dump> <pass>
/dev/root /                  ext2     rw,noauto                                0 1
proc      /proc              proc     defaults                                 0 0
devpts    /dev/pts           devpts   defaults,gid=5,mode=620                  0 0
tmpfs     /dev/shm           tmpfs    mode=0777                                0 0
tmpfs     /tmp               tmpfs    noatime,noexec,nosuid,size=150M          0 0
tmpfs     /var/log           tmpfs    noatime,noexec,nosuid,size=30M,mode=755  0 0
sysfs     /sys               sysfs    defaults                                 0 0
nodev     /sys/kernel/debug  debugfs  defaults,noauto                          0 0

root@(none):/ $ mount
rootfs on / type rootfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=222052k,nr_inodes=55513,mode=755)
proc on /proc type proc (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777)
tmpfs on /tmp type tmpfs (rw,nosuid,noexec,noatime,size=153600k)
tmpfs on /var/log type tmpfs (rw,nosuid,noexec,noatime,size=30720k,mode=755)
sysfs on /sys type sysfs (rw,relatime)
ubi0:stor on /boot type ubifs (rw,noatime,bulk_read,compr=none)
/dev/loop0 on /usr type squashfs (ro,relatime)
ubi0:home on /home type ubifs (rw,noatime,chk_data_crc)
tmpfs on /usr/vector/firmware/upload type tmpfs (rw,nosuid,noexec,noatime,size=153600k)


А в /usr/vector/firmware что то есть?

root@(none):/usr/vector/firmware $ ls -la
total 40960
drwxr-xr-x  3 root   root       115 Feb 16  2018 .
drwxr-xr-x 13 root   root       183 Feb 16  2018 ..
-rwxrwxrwx  1 root   root   8388608 Feb 16  2018 amp.fw
-rwxrwxrwx  1 root   root   8388608 Feb 16  2018 dec.fw
-rwxrwxrwx  1 root   root   8388608 Feb 16  2018 upc-ccir-bg.fw
-rwxrwxrwx  1 root   root   8388608 Feb 16  2018 upc-oirt-dk.fw
-rwxrwxrwx  1 root   root   8388608 Feb 16  2018 upc.fw
drwxr-xr-x  2 nobody nobody      40 Apr 21 21:23 upload

Цитата: 1076 от 15 декабря, 2020, 14:46:40
При каждом  старте  файловая  система  видимо  заново  раскатывается  -  все созданные  файлы  были удалены.

В совремЁнных телеках, образ каждый раз распаковывается в оперативку, может тут та-же самая песня.

Кроме  НАГ  у  кого  то  еще  есть  в  РФ  сервис по  РОТОН  ?

Нет. Только НАГ.
Мы брали в др. конторе, но вскоре по обслуживанию были отправлены в НАГ

Цитата: }{оббит от 16 декабря, 2020, 21:49:23
Нет. Только НАГ.
Мы брали в др. конторе, но вскоре по обслуживанию были отправлены в НАГ

Какая  проблема  была  ?

а чо не так с НАГом?
Могу Нагибину стукнуться, чтоб построил кого надо.....
Если очень сильно надо.

Цитата: Дедушка Ди от 16 декабря, 2020, 22:17:43
а чо не так с НАГом?
Могу Нагибину стукнуться, чтоб построил кого надо.....
Если очень сильно надо.

Как  оловянные  солдатики  -  тайну  золотого ключика  не  выдают.

Везите  к  нам    --  вариантов  нет .

Может еще в dmesg что-то будет видно. Или less /var/log/messages
ИМХО все же раз ругается sshd на проблему с сертификатами, то может тут и проблема?
Но раз доступ по ssh есть, то сервис работает же.
Скорее всего не в конфиге дело, но не долго и сравнить.
cat /etc/sshd_config | grep -v ^$ | grep -v ^#
Port 31337
Protocol 2
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
PermitRootLogin without-password
PubkeyAuthentication yes
AuthorizedKeysFile      .ssh/authorized_keys
AllowAgentForwarding no
AllowTcpForwarding no
GatewayPorts no
X11Forwarding no
UsePrivilegeSeparation sandbox          # Default for new installations.
PermitTunnel no
Banner /etc/ssh/banner
Subsystem       sftp    /usr/libexec/sftp-server

Еще мысль посетила. Что с датой/временем на этом ротоне?

Еще  меня  терзают  смутные  сомнения,  второй  экземпляр ,  купленный  в  НАГ ,  они  в  пожарном  порядке  обновляли  по  непубличной  процедуре ,  по  предлогом  того , что  если  не  сделать,  то  он  работать  перестанет .

Цитата: apog от 17 декабря, 2020, 05:46:57Еще мысль посетила. Что с датой/временем на этом ротоне?

Время  текущее ,  и  выставляется  только  до перезагрузки .
После  перезагрузки  -  опять  текущее.

Цитата: apog от 17 декабря, 2020, 05:46:57Скорее всего не в конфиге дело, но не долго и сравнить

root@(none):/home/mgmt $ cat /etc/sshd_config | grep -v ^$ | grep -v ^#
Port 31337
Protocol 2
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
PermitRootLogin without-password
PubkeyAuthentication yes
AuthorizedKeysFile      .ssh/authorized_keys
AllowAgentForwarding no
AllowTcpForwarding no
GatewayPorts no
X11Forwarding no
UsePrivilegeSeparation sandbox          # Default for new installations.
PermitTunnel no
Banner /etc/ssh/banner
Subsystem       sftp    /usr/libexec/sftp-server

Время  меняется  на  любое  .

2018-07-17T09:41:22.891662+00:00 (none) sys: tsmux starting
2018-07-17T09:41:24.262108+00:00 (none) kernel: [   19.492107] fsl-gianfar ffe24000.ethernet eth1: Receive Queue Filtering enabled
2018-07-17T09:41:24.357776+00:00 (none) kernel: [   19.555123] fsl-gianfar ffe25000.ethernet eth2: Receive Queue Filtering enabled
1970-01-01T00:00:00.0Z 192.168.2.12 Upconverter[0] PLL lock lost
1970-01-01T00:00:00.0Z 192.168.2.12 Upconverter[0] sequencer error
2018-07-17T09:44:08.750890+00:00 (none) sshd[1702]: error: key_load_public: invalid format
2018-07-17T09:44:08.751296+00:00 (none) sshd[1702]: error: Could not load host key: /etc/ssh/ssh_host_key
Поставил  дату  через  месяц  после  выхода  релиза
ругается,  что  нет  внутренних  часов

Отправляй не мучайся, быстрее решиться.

Цитата: 1076 от 16 декабря, 2020, 22:24:11

Как  оловянные  солдатики  -  тайну  золотого ключика  не  выдают.

Везите  к  нам    --  вариантов  нет .

Цитата: serykh от 17 декабря, 2020, 12:18:36Отправляй не мучайся, быстрее решиться.

Засмеялся  -  проиграл.

Цитата: 1076 от 17 декабря, 2020, 11:47:23нет  внутренних  часов

Глянул скрины из первого поста, там тоже ноль.
Так. А если в конфиг sshd добавить строчку
LogLevel DEBUG [тут возможные значения VERBOSE, DEBUG, DEBUG1, DEBUG2, DEBUG3]
и попробовать отправить сигнал HUP демону sshd? Или изловчиться остановить и запустить демон (/sbin/start-stop-daemon я так полагаю использовать надо тут). В общем цель добиться более подробного лога

Вроде  нашел  причину  ,  завтра  отпишусь.

дело  было  не  в  бобине.
:D :D :D :D

 :) А подробностей не будет?

просадка  5В  при  старте  модулей  вызывает  вот  это  все .

Понятно. Спасибо за информацию

Цитата: 1076 от 18 декабря, 2020, 20:45:16
просадка  5В  при  старте  модулей  вызывает  вот  это  все .

попподробнее пожалуйста, я запишу на всяк случай  f_emo_25

Цитата: Mike от 18 декабря, 2020, 21:57:23попподробнее пожалуйста, я запишу на всяк случай

При  открытой  крышке  посмотреть  на  лампочки  пр  старте  -  запомнить  последовательность :)

Проседает 5 V кратковременно,  после  step-down модуля  -  он  на  фоточке  в  теме.  Модуль  на  16 А  и типа  супер  надежный ,  там  в  пике  примерно  16 .
ключи c  с пятикратным  запасом  по  току -  но  свезло.

Так я с первой страницы писал что проблема с питанием ;)

Добрый день. Имеется ротон купленный как б/у.
1. После установки ротон отработал неделю. Затем отвалились 6 телеканалов. Опытным путем установили, что третья из 4 плат не работает должным образом. Заменили sata кабель, который соединяет эту плату с главной платой. Поработало месяц и снова проблема. Ротон сам перезагружается, эту плату не определяет. Мы ее отключили, выдернув sata кабель.
2. Запустили без третьей платы, работало еще несколько месяцев. Затем один из телеканалов залип на картинке, перезагрузили ротон. После перезагрузки он не загружается до конца, соответственно не применяет настройки уровня сигнала, соотношений сторон телеканалов.
(https://i.imgur.com/KkWmFW5.jpg)
На той плате, что выделывается красный диод power fault горит.
3. После загрузки часто в devices пусто.
(https://i.imgur.com/9Hb1fRR.jpg)

Лог сразу после загрузки (https://paste.dlab.im/?5608965eaf99c70e#ubboA1rmkPfCjFnVLRTfRx20/UXi2mOVN9ZRGrdZHMk=)
Лог - дали стримы на вход (https://paste.dlab.im/?c3b83cc587f1fc59#1pAn5L7urw+L/dL8vSwRe3wNTG8GqFqaXGM+DFsfJVw=)

Текущая версия прошивки

ЦитироватьCurrent software version: 2.8.3_a

У нас имеется собственная ремонтная мастерская, но человеку нужно сообщить что конкретно смотреть и в каком направлении копать.
p.s. в теме так же присутствует наш технический специалист dozda.

Еще  не  глядя  в  логи  ,  проверить напряжение  ( просадку  при  старте  осциллографом) dc-dc  конвертера на  плате,  где  питание  распределяется.

в  ротоне очень   информативные  диоды  на  платах,  все  должно  быть желто-  зеленое .
Есть  еще  красные  ?

Цитата: 1076 от 15 февраля, 2021, 10:14:41
Еще  не  глядя  в  логи  ,  проверить напряжение  ( просадку  при  старте  осциллографом) dc-dc  конвертера на  плате,  где  питание  распределяется.

Не сочтите за наглость, не подскажите где он находится? Что бы долго не искать. Спасибо.

Спасибо за советы, по питанию проверим. Светодиодов, горящих красным цветом нет. Передернули все шлейфа, идущие к плате с "power fault" и ротон запустился штатно, выглядит совершенно исправным. И все равно пока страшно ставить его в продакшн. Он может отработать неделю, утром прийдем, а он залип, уже не раз такое было с ним.

Цитата: k2name от 15 февраля, 2021, 10:53:05

Цитата: 1076 от 15 февраля, 2021, 10:14:41
Еще  не  глядя  в  логи  ,  проверить напряжение  ( просадку  при  старте  осциллографом) dc-dc  конвертера на  плате,  где  питание  распределяется.

Не сочтите за наглость, не подскажите где он находится? Что бы долго не искать. Спасибо.

Откуда  все  провода  с питанием  на  модули  идут,  Мюрата на  кубиках  12-5В  16 А

Коллеги, подскажите.
В настройках интерфейсов Roton'а параметр gateway к какому из 3-х интерфейсов относится?
Или ко всем сразу?

куда  указан  шлюз -  туда  будет  посылать  запросы  на  присоединение  к  мультикастовой  группе.

Цитата: 1076 от 17 мая, 2021, 18:22:52
куда  указан  шлюз -  туда  будет  посылать  запросы  на  присоединение  к  мультикастовой  группе.

Ок, спасибо.
А я сначала думал, что это шлюз для выхода в интернет ему.
Например, для того, чтобы сервер NTP увидеть.

вызывать  будет  только  один  порт -  во  второй  надо  принудительно  лить