Больше всего похоже на ошибки работы с устройством scsi:6.0.0.0 и/или общей мощностью, передаваемой на все устройства через USB. Дисковод, скорее всего, пытается жрать в пике много и вызывает проседание питание по шине, отчего резетится и по кругу. Может, ваша малина неспособна передать достаточно именно мощности по своим USB-портам, при этом не может это определить.
Как известно (ц), не только лишь все пользователи хранят свои документы на сетевых дисках, даже после того, как появились перемещаемые профили. Плюс некоторые ПК лично я бы бэкапал целиком, в основном те, где установлено ПО, которое хрен где потом найдешь или хрен поставишь, или сенситивное типа клиент-банка. Но в массе своей решение правильное, надо хранить профили на сети.
Если всё же надо сохранять образ ПК на сеть, есть решения для бэкапа, я бы использовал Symantec ПО, но я просто с ним дольше общался и видел, что работает и не ломается.
Игорь Кривинцов, технически можно попробовать от этой машины жесткий диск (*vhdx) приделать к другой ВМ как второй, и данные слить. В том числе может даже получиться запустить свежеустановленный mysql/mariadb/postgres смотря что в апплиансе стояло, с использованием скопированных файлов. чтобы вынуть всю БД заббикса, тогда понадобится только её восстановить корректно.
Юрий Ляпин, формально, ели вы вычленили широту и долготу, скажем, внутри заббикса, можете отправить их в ещё один скрипт на запрос внешних данных. А сохранять файлы на диске вам скорее всего не дает SELinux на сервере заббикса, что в принципе логично, так как защищает от вредоносных или дырявых внешних скриптов, не давая им возможности залить на сервер заббикса какой-нибудь шелл.
L0ns, кстати, в powershell CLI можно проделать такую штуку: набрать имя коммандлета, скажем, Get-ADGroup, потом набрать пробел, знак минус и нажать Tab, автокомплит начнет подсовывать допустимые параметры. Ну и вообще Get-Help -Detailed в помощь.
Александр Диденко, мда, погорячился - nested LLD у заббикса отсутствует как факт, и частично его можно эмулировать через host prototypes, который только и появился из-за необходимости обеспечить мониторинг гипервизоров. Я в итоге сделал два обнаружителя (мне нужны были disk drives и storage volumes, но отношение между ними не требовалось), каждый по одному уровню, и к ним item prototypes на необходимые *свойства*. Канонический ответ у Заббикса тут https://support.zabbix.com/browse/ZBXNEXT-1527 - "не будем мы это пилить (сейчас, может позже)", но воз и ныне там. Обходные пути, похоже, сделать два LLD-запроса на хост, один возвращает только {#PROC}, второй возвращает {#PROC} и {#CENCN} в одном объекте *первого уровня*. Соответственно каждому запросу можно создать по одной группе прототипов элементов данных, описывающих соответственно PROC и PROC+CENCN как сущность. В ответе можете посмотреть схему про инстансы и БД, как это можно реализовать, в прототип CENCN должны входить как возвращенный CENCN, так и возвращенный PROC во избежание ошибки дубликатов элементов.
А если тебе надо, чтобы было 2 подключения *всего*, это надо было написать отдельно, а то нагородил-то, минуты какие-то... Это тоже можно сделать, как оказывается.
Проверьте на конфликт IP-адресов. Проверьте, не уплыл ли адрес (сдается мне, у вас DHCP есть, а вдруг у контроллера динамический адрес - нехорошо). Проверьте DC03 на вирусы (мало ли!). Проверьте что используется SMBv3 при подключении. Пока навскидку всё, разве что сам DC03 отвалился от сети.
А ещё, негоже в одной сети иметь два компа с именем PC01, чертов NetBIOS до сих пор ухитряется вылезать при подключениях.
Ссылку поправьте: https://habr.com/ru/post/483218/
Вообще, дискуссионный вопрос, ему тут малость не место. Понятие "успешный" само по себе субъективное (выше сказали), понятие "программист" также расплывается - с одной стороны, если это "кодер", знать хотя бы то, что творится на один уровень ниже того кода, который пишешь, необходимо, с другой, не каждый аналитик бигдаты вообще представляет себе, что он делает в процессе своей работы, не говоря уже о "технологиях вообще" - их слишком много, чтобы понимать все. А ещё, в статье несколько некорректный перевод этого утверждения - там нет такого "технология вообще", правда, есть "технология", и как по мне, оригинальное утверждение №1 вот тут бинарно неверно. В частности, можно быть успешным, востребованным и всё такое программистом на Коболе, и не высовываться во все эти ваши пэхапэ, питоны и что там ещё за мэйнстрим в текущем десятилетии.
*попытка использования телепатии*
Автор, похоже, хочет, чтобы новых подключений к адресу на порт 701 могло быть не более двух в минуту. Это кстати выполнимо на iptables через limit.
Леонид, если вы создавали их в том же порядке, что и на предыдущей системе, то UID были назначены такие же, благо сейчас линуксы назначают их с 1000 по очереди. Как минимум это относится к Ubuntu и CentOS, которые сам тестировал, вероятно, Debian этому правилу тоже следует. А вот если перепутали... хе-хе-хе.
Так можно, только понадобится сверить UID пользователей и групп в новой системе, чтобы права доступа нрмально были настроены. Либо маяться с бэкапом /etc/passwd и ЕМНИП /etc/shadow чтобы сохранить пользователей и их пароли.
Насколько ты можешь управлять структурой JSON? Её надо бы переделать, запихав data внутрь либо отдельного запроса на элемент типа #PROC, либо возвращаемого объекта под #PROC. Сколько помню, Zabbix не умеет из одного результата автообнаружения делать несколько разных типов объектов внутри себя.
Не все образа являются загрузочными. Попробуйте подсунуть известный ISO от LiveCD чего-либо. Если будет грузиться, значит проблема в образе, если нет, смотрите настройки БИОСа на ВМ.
ЕМНИП десятка ещё пишет ключ куда-то в UEFI, и умеет его извлекать оттуда, если выполняется новая установка на замененный хард. Т.е. в случае замены винта может не потребоваться указывать ключ вовсе.
