Usm iferr - История изменений

N.Skrypnik в 11:05, 18 октября 2024

2024-10-18T11:05:42Z

← Предыдущая версия		Версия от 11:05, 18 октября 2024
Строка 28:		Строка 28:

	== Требования ==		== Требования ==
	* Python 3.5		* Python - ''Для работы модуля необходим Python3 любой поддерживаемой на данный момент версии. Статус версий можно посмотреть здесь: "[https://devguide.python.org/versions/ Status of Python versions]". Рекомендуется использовать версию с состоянием "security" или "bugfix". Версии отмеченные как "end-of-life" не поддерживаются. Отмеченные как "feature" не рекомендуется использовать.''
	* USERSIDE 3.13.53+		* USERSIDE 3.13.53+

N.Skrypnik в 13:53, 25 октября 2023

2023-10-25T13:53:32Z

← Предыдущая версия		Версия от 13:53, 25 октября 2023
Строка 1:		Строка 1:
			[[Usm_iferr_EN\|en]] \| [[Usm_iferr\|ru]]

	'''usm_iferr''' - модуль для периодического опроса ''(по SNMP)'' счетчиков ошибок на интерфейсах оборудования. Это позволяет видеть устройства с ошибками на интерфейсах ''(как в разрезе интерфейсов так и с количеством проблемных интерфейсов по каждому из устройств)''. Также строится дельта прироста ошибок за сутки и за неделю, что позволяет видеть устройства где проблемы продолжаются прямо сейчас.		'''usm_iferr''' - модуль для периодического опроса ''(по SNMP)'' счетчиков ошибок на интерфейсах оборудования. Это позволяет видеть устройства с ошибками на интерфейсах ''(как в разрезе интерфейсов так и с количеством проблемных интерфейсов по каждому из устройств)''. Также строится дельта прироста ошибок за сутки и за неделю, что позволяет видеть устройства где проблемы продолжаются прямо сейчас.

Uscld2: /* Автоматический запуск */

2020-10-09T08:24:17Z

Автоматический запуск

← Предыдущая версия		Версия от 08:24, 9 октября 2020
Строка 63:		Строка 63:

	Помните, что в FreeBSD нужно указать полный путь к интерпретатору python3, либо же прописать его в переменную PATH файла /etc/crontab		Помните, что в FreeBSD нужно указать полный путь к интерпретатору python3, либо же прописать его в переменную PATH файла /etc/crontab

			== Ротация файлов журнала ==

			Файлы журнала, создаваемые модулем, нуждаются в ротации. Для этого следует использовать стандартные инструменты ротации логов в операционной системе.

			Следующая настройка будет выполнять ротацию всех файлов *.log ежесуточно и хранить 7 архивных копий (за 7 дней)

			=== Ротация в FreeBSD ===

			В FreeBSD за ротацию отвечает демон newsyslog. Создайте файл /usr/local/etc/newsyslog.conf.d/userside, в который поместите следующую строку (не забудьте про путь, если Вы его изменили):

			/var/log/userside/.log 644 7 @T00 GJC

			=== Ротация в Linux ===

			В Linux за ротацию отвечает демон logrotate. Создайте файл /etc/logrotate.d/userside, в который поместите следующий текст (не забудьте про путь, если Вы его изменили):

			/var/log/userside/*.log {
			rotate 7
			daily
			compress
			delaycompress
			missingok
			notifempty
			}

Uscld2: /* Требования */

2020-10-02T12:36:31Z

Требования

← Предыдущая версия		Версия от 12:36, 2 октября 2020
Строка 26:		Строка 26:

	== Требования ==		== Требования ==
	* Python 3.4		* Python 3.5
	* USERSIDE 3.13.53+		* USERSIDE 3.13.53+

Uscld2: /* Установка */

2020-01-28T11:33:08Z

Установка

← Предыдущая версия		Версия от 11:33, 28 января 2020
Строка 33:		Строка 33:
	sudo apt install -y python3 python3-dev python3-pip		sudo apt install -y python3 python3-dev python3-pip

	Скачайте архив, извлеките из него каталог с файлами модуля (это следует делать также и при обновлении).		Скачайте архив, извлеките из него каталог с файлами модуля (это следует делать также и при обновлении). Вы можете использовать [[Python_venv\|виртуальную среду python]] с соответствующими исправлениями к приведенным далее командам, либо устанавливать все согласно этой инструкции глобально.
	Перейдите в этот каталог и установите зависимости, введя следующую команду:		Перейдите в этот каталог и установите зависимости, введя следующую команду:
	sudo pip3 install --upgrade -r requirements.txt		sudo pip3 install --upgrade -r requirements.txt

Admin: /* Описание */

2019-09-18T18:11:24Z

Описание

← Предыдущая версия		Версия от 18:11, 18 сентября 2019
Строка 11:		Строка 11:

	Можно запускать параллельно несколько копий модуля, чтобы ускорить процесс. Также можно увеличивать количество узлов в одной асинхронной итерации (по умолчанию 50) до тех пор, пока сетевая подсистема справляется. Мы всё же рекомендуем использовать значение 50 для параметра number_of_nodes, определяющего количество узлов в итерации.		Можно запускать параллельно несколько копий модуля, чтобы ускорить процесс. Также можно увеличивать количество узлов в одной асинхронной итерации (по умолчанию 50) до тех пор, пока сетевая подсистема справляется. Мы всё же рекомендуем использовать значение 50 для параметра number_of_nodes, определяющего количество узлов в итерации.


			[[Файл:Iferr_1.PNG\|thumb\|800px\|center]]

			[[Файл:Iferr_2.PNG\|thumb\|800px\|center]]

			[[Файл:Iferr_3.PNG\|thumb\|800px\|center]]

			[[Файл:Iferr_4.PNG\|thumb\|800px\|center]]

			[[Файл:Iferr_5.PNG\|thumb\|800px\|center]]

			[[Файл:Iferr_6.PNG\|thumb\|800px\|center]]

	== Требования ==		== Требования ==

Admin: /* Требования */

2019-09-18T18:08:47Z

Требования

← Предыдущая версия		Версия от 18:08, 18 сентября 2019
Строка 14:		Строка 14:
	== Требования ==		== Требования ==
	* Python 3.4		* Python 3.4
	* USERSIDE 3.13.46		* USERSIDE 3.13.53+

	== Установка ==		== Установка ==

Admin: /* Описание */

2019-09-18T18:08:08Z

Описание

← Предыдущая версия		Версия от 18:08, 18 сентября 2019
Строка 11:		Строка 11:

	Можно запускать параллельно несколько копий модуля, чтобы ускорить процесс. Также можно увеличивать количество узлов в одной асинхронной итерации (по умолчанию 50) до тех пор, пока сетевая подсистема справляется. Мы всё же рекомендуем использовать значение 50 для параметра number_of_nodes, определяющего количество узлов в итерации.		Можно запускать параллельно несколько копий модуля, чтобы ускорить процесс. Также можно увеличивать количество узлов в одной асинхронной итерации (по умолчанию 50) до тех пор, пока сетевая подсистема справляется. Мы всё же рекомендуем использовать значение 50 для параметра number_of_nodes, определяющего количество узлов в итерации.

	~~'''Модуль находится в стадии альфа-тестирования!'''~~

	== Требования ==		== Требования ==

Admin в 18:07, 18 сентября 2019

2019-09-18T18:07:52Z

← Предыдущая версия		Версия от 18:07, 18 сентября 2019
Строка 1:		Строка 1:
	'''usm_iferr''' - модуль для периодического опроса ''(по SNMP)'' счетчиков ошибок на интерфейсах оборудования. Это позволяет видеть устройства с ошибками на интерфейсах (как в разрезе интерфейсов так и с количеством проблемных интерфейсов по каждому из устройств). Также строится дельта прироста ошибок за сутки и за неделю, что позволяет видеть устройства где проблемы продолжаются прямо сейчас.		'''usm_iferr''' - модуль для периодического опроса ''(по SNMP)'' счетчиков ошибок на интерфейсах оборудования. Это позволяет видеть устройства с ошибками на интерфейсах ''(как в разрезе интерфейсов так и с количеством проблемных интерфейсов по каждому из устройств)''. Также строится дельта прироста ошибок за сутки и за неделю, что позволяет видеть устройства где проблемы продолжаются прямо сейчас.

	'''Язык модуля:''' Python		'''Язык модуля:''' Python

Admin в 17:40, 18 сентября 2019

2019-09-18T17:40:00Z

← Предыдущая версия		Версия от 17:40, 18 сентября 2019
Строка 1:		Строка 1:
			'''usm_iferr''' - модуль для периодического опроса ''(по SNMP)'' счетчиков ошибок на интерфейсах оборудования. Это позволяет видеть устройства с ошибками на интерфейсах (как в разрезе интерфейсов так и с количеством проблемных интерфейсов по каждому из устройств). Также строится дельта прироста ошибок за сутки и за неделю, что позволяет видеть устройства где проблемы продолжаются прямо сейчас.

			'''Язык модуля:''' Python

			'''Текущая версия:''' см. на странице: [[Модули]]

			'''Статус модуля:''' [http://userside.ua/price.php Платный]

	== Описание ==		== Описание ==
	Модуль предназначен для оперативного сбора информации об ошибках на интерфейсах телекоммуникационного оборудования.

	При каждом запуске модуль получает от Userside 50 (по умолчанию) узлов, которые необходимо опросить, выполняет опрос и возвращает результат в Userside. Если все узлы в итерации доступны и содержат верные настройки, то одна итерация занимает около 2..3 секунд. Опрос производится в асинхронном режиме (сначала формируются 50 SNMP-запросов и одновременно отправляются в сеть, затем модуль ожидает ответы и обрабатывает их, либо определяет ошибки).		При каждом запуске модуль получает от Userside 50 (по умолчанию) узлов, которые необходимо опросить, выполняет опрос и возвращает результат в Userside. Если все узлы в итерации доступны и содержат верные настройки, то одна итерация занимает около 2..3 секунд. Опрос производится в асинхронном режиме (сначала формируются 50 SNMP-запросов и одновременно отправляются в сеть, затем модуль ожидает ответы и обрабатывает их, либо определяет ошибки).