metalsoft

Хорошо, будем дожидаться новых бдкомов ибудем тестить. Спасибо!

Хороший вариант, спасибо. Буду пробовать. А что, BDCOM3310 научили Selective-QinQ?

Приветствую! Есть несколько работающих OLT BDCOM3310, планируются еще. Они агрегируются парой DGS-3627. Суть агрегации - в навешивании тегов Q-in-Q каждому клиенту. Но таблица vlan_translation на 3627 - всего 768 записей. Таким образом, подключив 2-3 BDCOM'а к одному DGS, мы исчерпываем его таблицу tcam, а порты практически все свободны. Может быть, есть какая-то другая агрегация, с большей таблицей и меньшим кол-вом портов, например, 8 или 16, возможно 1000Base-T? Возможно, другого вендора? Кто что подскажет?

metadata не задавал. Создал mdadm.conf командой %# echo "DEVICE partitions" > /etc/mdadm/mdadm.conf %# mdadm --detail --scan --verbose | awk '/ARRAY/ {print}' >> /etc/mdadm/mdadm.conf

Припоминается, что именно так он и назывался, хотя создавался как md1. А что означает, если он был 127? Сейчас снял с диска копию суперблока командой dd if=/dev/sdb of=/root/backup.img skip=4 bs=1024 count=1 ([href=https://www.linux.org.ru/forum/general/12739189]отсюда[/href]) там нули. Как сейчас правильнее поступить: gdisk'ом создать раздел типа LinuxRAID и на весь диск (как рейд и создавался) и посмотреть его testdisk'ом или попробовать заново собрать весь рейд теми же средствами, какими он создавался (там на самом деле вариантов было немного: ничего мудреного я не делал, просто создал разделы на все 4 диска, указал тип и mdadm --create)

Прошу пардону, виноват. Я это написал к тому, что пытаюсь понять, что привело к потере данных и мы бы заметили, что комп чем-то непонятным занимается с ценным винтом несколько часов.

Разве это не заняло бы несколько часов? С целью разобраться, как я умудрился потерять разделы, просмотрел bash_history. Все, что я вводил, это fdisk -l, cat /proc/mdstat, mdadm --scan, mdadm --examine, mdadm --assembe --scan

Тогда надо предположить, что нечитаемые сектора были именно в том месте, где нужно и сразу на всех 4х дисках Как раз сейчас провел такую операцию на тестовом диске: создал GPT таблицу, на ней - раздел типа LinuxRAID, удалил его. Запустил testdisk - он нашел какие-то древние ntfs разделы, файлы на них, но ни следа от LinuxRAID :( Завтра попробую на копии боевого диска

Сам уже пожалел об этом решении, но тогда оно показалось самым быстрым. А что винда какие-то изменения на диск внесет, опроверг уже более поздний эксперимент. Насчет бэкапа - этот рейд предполагался неубиваемым да и бэкапить такой объем не на чем.

Доброго всем! Случилось так, что развалился софт raid 10. После перезагрузки утром того дня raid был помечен как деградированный, имел статус UUU_, но собирался и монтировался. после этого все диски сняли с сервера, подключили к винде, чтоб проверить в Crystal Disk. Результат - все диски ОК, я подключил их обратно к линуксовому серверу и попытался снова его собрать (mdadm --assemble --scan, mdadm --detail --scan и т.д). Но mdadm уже ничего не выводил, т.е. отвечал пустой строкой, не обнаруживал raid'а. gdisk показал, что на дисках отсутствуют разделы. Собсно и вопрос: что еще можно попытаться сделать?

Вот спасибо, добрый человек! Неделю с этой стеной бодался!

Доброго дня! Начинаю все с нуля. Сношу радиус, удаляю /etc/raddb, устанавливаю снова. /etc/raddb - девственный. Радиус запускается, ждет соединений. При запуске raduis -X вижу в первых же строках: including dictionary file /usr/share/freeradius/dictionary В этом файле, в числе прочего, есть $INCLUDE dictionary.dlink. Содержимое dictionary.dlink: Если в этом файле вписать всякую чушь, raduis -X ругается: Errors reading dictionary: dict_init: /usr/share/freeradius/dictionary.dlink[14] invalid entry То есть файл радиусом читается. Добавляю в /etc/raddb/users (симлинк на /etc/raddb/mods-config/files/authorize): user Cleartext-Password := "userpass" Dlink-User-Level = 3 Получаю: # Instantiating module "files" from file /etc/raddb/mods-enabled/files reading pairlist file /etc/raddb/mods-config/files/authorize /etc/raddb/mods-config/files/authorize[2]: Parse error (check) for entry Dlink-User-Level: Invalid attribute name Failed reading /etc/raddb/mods-config/files/authorize /etc/raddb/mods-enabled/files[9]: Instantiation failed for module "files" Где что не так???

Извините, не понял, какие повторы склеивать? Искать все повторяющиеся записи по всему реесту?   То есть резолвили все домены?

Всего доброго! Настраиваю связку perl-скрипта (zapret.pl) для обновления реестра + squid. В реестре встречаются записи вида *.1xbet.com (насколько я понимаю, сквидом они не обрабатываются ) и 1xbet.com (эти ок). Если звездочку отрезаем, сквид ругается: ERROR: '.1xbet.com' is a subdomain of '1xbet.com' ERROR: You need to remove '.1xbet.com' from the ACL named 'blocked2' FATAL: Bungled //etc/squid.conf line 18: acl blocked2 ssl::server_name "/etc/squid/all_domains.txt" Таких пар несколько. Но есть домены, для которых есть записи со звездочкой, и нет записи нормальной и получается пропуск. Как тут правильно поступить?

@ИгорьАА Спасибо, добрый человек!

Доброго дня всем. Не мог бы кто поделиться скриптом скачивания реестра с помощью request.xml и сертификата reg_cert.pem и складывания результата в MySQL?

Спасибо за подсказки! Понятно, в какую сторону копать. Остался только один вопрос: почему этого не происходит, когда падают другие коммутаторы? Свитчей и камер такой модели/прошивки в сети много, но ситуация повторяется второй раз и именно с этим свитчом.

Доброго времени суток! Есть в сети видеорегистратор 10.128.0.107/24. Так же на одном из домов стоят камеры 10.131.15.(25 и 26)/24, подключенные к коммутатору 10.131.15.254/24. Все работает, как надо. Но когда по какой-то причине 10.131.15.254 недоступен, с видеорегистратора начинают массово валиться пакеты TCP Retransmission, причем валятся они на совершенно левый коммутатор (наш офисный) на все порты. Пакеты Unicast, src ip 10.128.0.7, dst ip 10.131.15.25(26), мак адреса тоже правльные (мак роутера и мак камеры). КАК? и почему они попадают на офисные компы с адресами 10.128.1.0/24??? В сети много свитчей и камер, но такую картину наблюдаю только, когда недоступен этот конкретный.

Спасибо!

Всем доброго! Подскажите, в каком файле сохраняется информация о командах настройки ONU? Видимо, в одном из config.db или ifindex-config, но они двоичные. А то под рукой нет тестового 3310, а на боевом тестить очково :)

Решилась ли проблема? Имеем партию аналогичных ОНУшек уже с данной прошивкой, но проблема остается актуальной.

Исследавание показало, что пакеты на самом деле приходили через другой интерфейс, и было решено перестроить сегмент сети по-нормальному :) Проблема решена, спасибо всем за участие!

Да, маска /12 и на сервере и на коммутаторах. И этот сервер является шлюзом в другие сети.

Всем добра, коллеги! Сервер 172.16.0.1 подключен к влану управления коммутаторами vlan_id 3, коммутаторы имеют адреса 172.16.1.x...172.16.35.x, коммутаторов с бОльшими ip адресами нет. Однако tcpdump показывает следующую картину: Сегменты ip адреса после 172.16. разные. Насколько я понимаю, сервер получает какие-то начальные пакеты с этих адресов, но т.к. этих адресов нет в его arp-таблице, он отправляет к ним arp запросы. Но тогда с каждого из этих адресов должно быть хотя по одному этому начальному пакету, а в выводе tcpdump я их не вижу вобще. Как вычислить источник?

Спасибо за подсказки!