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" Таких пар несколько. Но есть домены, для которых есть записи со звездочкой, и нет записи нормальной и получается пропуск. Как тут правильно поступить?

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