VoidVolker

А откуда там взялась 7.2 вместо 7.0? Или вы шаблон/схему не той версии zabbix взяли, или подцепили 7.2 сервер к этой базе и он её пропатчил. В обоих случаях - создайте новую базу, установите на неё корректную схему и настройте подключение сервера к новой базе.

Скопировать данные на отдельный диск, удалить разделы и поставить linux начисто.

Если для теста - используйте виртуалку, например виртуалбокс
а так - отделить кусок диск, в процессе установки, туда и поставить линукс

Это тупиковая идея. Есть масса других способов получить IP. Тот же VPN или Proxy.

index. А вообще, индексы элементов массива пришли из математики - i, j, k для первых трех измерений.
Просто, первыми компухтеры оседлали математики, отсюда и традиция в циклах использовать эти буквы.

В настройках роутера установите вручную любой канал с 1 по 11 включительно для сети 2.4ГГц и 36-48 для 5 ГГц. Если увидит, то проблема в регионе, который зашит в WiFi-модуль

с одинаковыми id

корень проблемы, начни с понимания что такое id, как поймешь, избавься от этого корня. Подсказка, селекторы могут не только по id быть, можно по class, data-атрибутам, да даже по расположению тегов.

ЗЫ посмотрел твои вопросы, на них в гугле отвечали 100500 раз, давай ходи сначала туда, а не бегай сюда на каждый чих.

Куда вы собираетесь ставить такой софт? Чтобы "было видно какого рода трафик гуляет по локалке и кто в какой мере нагружает сеть", требуется, чтобы весь этот трафик проходил через компьютер с предполагаемым мониторинговым софтом. Локальная сеть работает не так. Трафик по локальной сети ходит через свитчи. Да, вы можете каждого посадить в отдельный VLAN и сделать ваш ПК маршрутизатором между всеми VLAN'ами, но рискуете этим сильно затормозить работу локальной сети.
Если свитчи умеют по SNMP рассказывать про счётчики траффика на отдельных портах, то это был бы оптимальный вариант. Тогда нужно выбрать подходящий софт, умеющий собирать данные по SNMP и генерировать отчёты. Возможно, Zabbix, но он монструозный. А возможно, вам хватит зайти в интерфейс управляемого свитча и просто глазами посмотреть счётчики трафика по портам, вы увидите, кто в данный момент нагружает больше, без всякого дополнительного софта (если свитчи неуправляемые, то придётся заменить их на управляемые).

Вообще, трафик в локальной сети редко вызывает какие-то проблемы. Рассуждения про "конфликты" даже странно слышать. Могут быть конфликты адресов, если вы будете назначать адреса вручную и при этом забывать, какие уже назначили. На практике таких конфликтов не встречал десятки лет, 90% адресов выдаёт DHCP, небольшое количество прописанных статически вручную нетрудно учитывать. Что касается "конфликтов" в виде L2-петель в топологии, то их на уровне настроек управляемых свитчей можно обнаруживать и предотвращать. За всё время раза два видел петли: один раз лет 10 назад сам сделал во время настройки (через несколько минут заметил косяк), другой раз лет 5 назад при аварийном вызове обнаружил чужой косяк в виде петли. Вот и все "конфликты", а для постоянного мониторинга хватает пингов в Nagios.
Если же интересует трафик между локальной сетью и интернетом, то как раз желательно иметь ПК-маршрутизатор.

освой уже гугл, через который бы ты узнал про with open() и перестал бы мучатся с close

Использовать with.

try:
    with open('test.txt', 'r') as file:
        print("File exists and is accessible.")
except FileNotFoundError:
    print("File does not exist.")
except PermissionError:
    print("File exists but cannot be accessed.")

Тебе правильно написали про with, а я добавлю в чём проблема:

# допустим, это наш код
    try:
        file = open("config.json", "r")  # исключение может произойти тут
        config = json.load(file)  # или тут
        print(config)
    except FileNotFoundError:
        print(">>> Файл не найден!")
    except PermissionError:
        print(">>> Доступ запрещен!")
    finally:
        print(">>> Файл закрылся!")
        file.close()

У тебя две разные ошибки, на которые требуются разные реакции.
Если исключение произойдёт в open(), то переменная file не будет создана, так как до присваивания дело просто не дойдёт. Если же исключение произойдёт в load(), то переменная file будет существовать, файл бдует открыт, и его нужно будет закрыть. Таким образом, тебе нужно или обработать эти ошибки отдельно, или использовать другие средства (вроде оператора with) для закрытия файла.

ну собственно даже без докера это разруливается
начиная от javapath для разных версий jdk/jre
и заканчивая строго прописанными явно зависимостями или packagelock

а потери производительности в вариантах docker/docker-in-docker будут ощущаться в зависимости от стиля поправил-собрал - сборка в докере да ещё и с нуля потянет нечто типа пульнуть образ, установить инструментарий, собрать - вот там на первые шаги время будет уходить...

ну либо сделать свой образ уже набитый всем и собирать в нём - тогда ну почти незаметно будет