Вячеслав Гапон — персональный блог, руководства, статьи, заметки, разработка
Недавно заметил проблему, при возникновении которой на ONT Huawei EchoLife HG8120 и HG8120R наблюдал отключение Ethernet портов примерно через 30 секунд после включения ONT.
При этом ONT продолжал работать, соединение по оптике не пропадало.
На Huawei EchoLife HG8110 не пропадал линк, а переставал пинговаться интерфейс ONT 192.168.100.1.
Причиной оказались бракованные блоки питания.
На тесте буду использовать ONT Huawei EchoLife HG8120 (работает только в режиме Bridge, как медиаконвертер) и Huawei EchoLife HG8120R (может работать как Router & Bridge, при сброшенных настройках не имеет конфигурации, поэтому работает аналогично HG8120 в режиме Bridge).
Стандартный IP у обеих моделей 192.168.100.1, логин — telecomadmin, пароль — admintelecom.
VLAN 228 буду использовать для подачи интернета.
Для теста обновлю прошивку на маршрутизаторе D-Link DIR-815 ревизии A1.
На маршрутизаторе установлена прошивка 1.00 (Fri 06 Aug 2010), на официальном FTP нашел версию 1.04, b03 (Wed 15 May 2013).
Чтобы обновить прошивку в маршрутизаторе D-Link DIR-815 выполним следующие необходимые действия по шагам:
1) Посмотрим ревизию на наклейке под маршрутизатором и скачаем под нее новую прошивку с официального FTP http://ftp.dlink.ru/pub/Router/DIR-815/Firmware/
Обновление прошивки маршрутизатора не под ту ревизию может привести к его поломке.
2) Откроем настройки маршрутизатора набрав в браузере адрес http://192.168.0.1 (может быть 192.168.1.1) и введем стандартный логин — admin без пароля.
3) В открывшемся интерфейсе вверху откроем вкладку «Tools«, слева в меню выберем «Firmware«. На открывшейся странице будет отображена текущая версия прошивки, если она старее скачанной, то нажмем «Обзор» и выберем скачанный ранее файл новой прошивки, после чего нажмем «Upgrade» для запуска процесса обновления.
Дождемся завершения обновления, обычно около 5 минут. По окончанию маршрутизатор сам перезагрузится.
Категорически нельзя отключение питания в момент обновления прошивки.
На тесте установлю MariaDB в Ubuntu 16.04.
В первую очередь посмотрим нужный репозиторий на https://downloads.mariadb.org/mariadb/repositories/
Там же есть и инструкция по их добавлению.
Недавно заметил на одном из своих скриптов резервного копирования что он перестал работать и просто создавал пустую директорию с текущей датой, поэтому возникла идея добавить в него проверку на пустую директорию с отправкой уведомления на email.
Пример скрипта проверки на пустую директорию, с учетом скрытых файлов:
if [ `ls -a /backups/dir/ | grep -v "^\.$" | grep -v "^\..$" | wc -l` = "0" ]; then echo "Empty dir"; else echo "Non empty dir"; fi
Пример проверки директории с именем текущей даты и если она пуста — отправкой email:
if [ `ls -a /backups/`date +%Y-%m-%d`/ | grep -v "^\.$" | grep -v "^\..$" | wc -l` = "0" ]; then (echo "Subject:Empty dir"; echo "Empty dir";) | sendmail info@example.com; else echo "Non empty dir"; fi
Первым делом посмотрим статистику активного трафика на портах:
show interface ethernet counter rate
Потом посмотрим счетчики пакетов, особенно обратим внимание на колонку BroadCast(pkts):
show interface ethernet counter packet
Для конкретного порта несколько раз выполним команду просмотра статистики сетевого интерфейса:
show interface ethernet 1/25
И обратим внимание как изменяются входящие и исходящие значения broadcast packets, если не изменяются — значит широковещательные пакеты не идут через этот порт, если цифра быстро увеличивается, то возможно есть широковещательный шторм.
При необходимости перейдем в режим конкурирования и для нужных портов установим лимит передаваемых широковещательных пакетов в килобитах (минимальное значение 1):
config Interface Ethernet1/1 storm-control broadcast 50 Interface Ethernet1/2 storm-control broadcast 50 Interface Ethernet1/3 storm-control broadcast 50 ...
Замечу, что при низком лимите широковещательного трафика, широковещательные DHCP запросы от клиентов также могут блокироваться.
Смотрите также:
Блокировка DHCP серверов на коммутаторах FoxGate
Настройка коммутатора Foxgate S6224-S2
Понадобилось однажды обновить ядро CentOS на сервере в Hetzner который проработал без перезагрузки около 2 лет.
Посмотрел различную информацию о системе, версиях установленных ядрах и запущенном ядре:
lsb_release -a uname -r uname -a cat /proc/version sudo rpm -q kernel ls /boot | grep vmlinuz
Обновил ядро:
yum -y update
Перезагрузил сервер используя ссылку в cPanel https://example.com:2087/scripts/dialog?dialog=reboot
Можно также командой:
reboot
После ухода на перезагрузку сервер не запустился, я сразу же сделал заявку в техническую поддержку через панель https://robot.your-server.de.
Техническая поддержка отреагировала в течении двух минут, как они сообщили, сервер не отвечал на нажатия клавиш, был черный экран, после физического выключения и включения он успешно запустился.
Вот такие бывают случаи перезагрузки, нужно быть готовым ко всему.
При следующих перезагрузках зависание больше не повторялось.
Иногда на Huawei OLT можно заметить Dying gasp Alarm (0x2e11a00b).
Так как они часто встречаются, то скорее всего их можно увидеть выполнив команды:
display alarm active alarmid 0x2e11a00b display alarm history alarmid 0x2e11a00b
Приведу пример:
ALARM 531377 FAULT MINOR 0x2e11a00b SERVICE QUALITY 2017-12-06 08:19:27+02:00
ALARM NAME : The dying-gasp of GPON ONTi (DGi) is generated
SRVEFF : SA
PARAMETERS : FrameID: 0, SlotID: 5, PortID: 6, ONT ID: 32, Equipment ID:
TL-GP110
DESCRIPTION : The ONT is power off
CAUSE : The power supply of the ONT is abnormal
ADVICE : Check the power supply of the ONT and ensure that the power
supply works in the normal state
Эти тревоги возникают когда пропадает электропитание или вынимается шнур питания из ONT, в этот момент ONT успевает отправить Dying gasp сообщение на OLT.
Dying gasp также используется на многий других устройствах например чтобы корректно завершить соединение.
Flow-tools — набор утилит для отправки, сбора, обработки, анализа данных NetFlow.
Установим коллектор, который будет принимать статистику с сенсоров:
Читать далее «Установка и использование flow-tools»Понадобилось недавно перезагрузить часы Apple Watch 2, которые начали визуально медленно работать.
1) Первым делом необходимо попробовать выключить их и включить.
Для этого часы должны быть отключены от зарядного устройства, потом нужно нажать и держать боковую кнопку, пока не появится появится ползунок «Выкл.», по которому необходимо провести пальцем.
После выключения необходимо снова нажать боковую кнопку для включения часов.
2) Также есть возможность принудительного перезапуска, который можно сделать например когда часы не реагируют.
Для этого нужно нажать одновременно боковую кнопку и колесико, потом удерживать их около 10 секунд пока не появится логотип Apple.
Принудительный перезапуск нельзя делать когда на часах выполняется установка обновлений или они запускаются (отображается логотип Apple).
Смотрите также видео: