В первую очередь эта статья существует по причине того, что информация по данной проблеме не была найдена в гуглах, хоть она, как оказалось, является известной багой. Что произошло? Раз в неделю ранним утром с некоторых машинок под управлением Solaris 10 к нам приходят архивы с собранным explorer'ом.

Наверное, многие системные администраторы, сетевые архитекторы, домохозяйки и вечерние уборщицы сталкивались с задачей поиска всех активных сетевых устройств в подсети. С одной стороны эта задача достаточно простая, но с другой стороны, в процессе поиска решения, можно натолкнутся на большое количество подводных камней. Собственно, в этой статье будут рассмотрены способы как эту задачу можно выпонить.

Сразу после анонса в моей голове возникла мысль:"Неужели теперь можно просто поставить галочку в Windows Features и пользоваться всеми удобностями Линукса без использования виртуалок и сторонних хостов?". Как оказалось, нет.

Наверное, каждый системный администратор хоть раз в жизни сталкивался с ситуацией, когда при подключении в сеть возникал вопрос "А что тут вообще происходит?". Далее происходило долгое и мучительное выяснение какие хосты есть в данной сети и зачем они нужны. Именно для облегчения и автоматизации данной задачи был придуман специальный программный продукт, создатели которой назвали его nmap.

Все мы знаем, что Java -- это удобно и приятно.

Сразу стоит сказать, что, скорее всего, всё описанное ниже можно было сделать исключительно средствами Powershell, но мы с коллегой решили, что настоящие мужчины должны использовать Perl, а его отсутствие на сервере является плохой приметой и вызывает деградацию RAID массива.  Исходные данные: имеем csv файл, в первом поле которого содержится LoginName.

После обновления XenServer с версии 6.5 до 7.0 внезапно было обнаружено, что гипервизор успешно запустился и подключился к пулу, но виртуальные машины на нём не запускались, ругаясь следующей ошибкой: The VM needs storage that cannot be seen from that host.

Иногда тестирование и настройка системы требует несколько больше времени, чем 60 дней, в таком случае IBM предлагает переустановить продукт, что является, мягко говоря, не самым быстрым вариантом решения проблемы.