Bash.org.ru IT Happens Истории ## 12201 – 12300

За пару минут пожар залил водой. В системнике предположительно могли уцелеть винт (несколько оплавился разъём), проц (закоптился, испытал тепловой удар, но вероятность выживания ненулевая) и кулер с передней панели; остальное спеклось и ушло в мусор. Оплавился сбоку и сзади монитор (вероятнее всего, пережил успешно); немного испорчен стол, испорчены обои и потолок, отвалилась штора и подплавился пластик на жалюзи. Ну, и сгорел и потрескался висевший над компом ночник — источник звона.

Предположительная причина сего файр-шоу — коротыш в цепях питания видяхи, который БП не почувствовал, а дальше — провода, пластик…

Сделал несколько выводов:

1. Никогда не брать пластиковых корпусов. Только металл, только хардкор!

2. Никогда не брать БП с большим запасом мощности без реальной на то необходимости.

3. Завести ещё одно место для резервного копирования данных (сейчас для этих целей пыхтит сервачок, который постепенно стал несколько мощнее компа).

4. Завести огнетушитель и задуматься о тепловых аварийных выключателях для компов (поставить в БП термопредохранители?) и датчиках дыма.

#12244: Жизнь между строк

01:36 31.05.2014, IT happens

Вставлю и свои пять копеек в спор между теми, кто документирует свою сеть, и теми, кто в силу различных причин этого не делает.

У меня и напарника не очень большая сеть на сотню машин, но практически всё, что требуется для работы, задокументировано, а что не задокументировано — абсолютно очевидно. При этом мы пользуемся этой документацией ежедневно и не по разу. Эта документация даёт нам возможность получить удалённый доступ к любому компьютеру или серверу за пару кликов, и она постоянно обновляется вместе с сетью. А секрет прост: программа, в которой мы нарисовали карту сети, может пинговать все нарисованные устройства и по щелчку на контекстном меню вызывать несколько команд на выбор: VNC, Radmin, RDP, SSH, PsExec или любую другую. Она оказалась отличной альтернативой Nagios и Zabbix на первых этапах работы (не было ни времени, ни возможности для них), но даже после окончания внедрения Nagios не заменит эту софтину. На документирование у меня ушло не более недели без отрыва от остальной работы. Сотрудники были в шоке (после прошлого админа-пофигиста), когда я, отвечая на звонок, не спрашивал, в чём дело, а сам говорил им о проблеме и называл сроки решения. Жаль, что разработчик забросил эту программу и последняя версия вышла только для XP, хотя и под «семёркой» она ведёт себя очень хорошо.

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

Всем устойчивого пинга!

#12245: Хьюстон, у нас проблема с проблемами

12:00 31.05.2014, IT happens

Есть у нас для одной системы что-то вроде сервис-деска. При возникновении проблемы пользователи могут создать заявку с её описанием. Всё бы ничего, но в системе такие заявки сами называются проблемами, соответственно, создание такой заявки называется «Создать проблему». Уже как-то не очень.

Получаем письмо, условно говоря, от первой линии поддержки, в котором сказано: «Ранее проблемы инициировали исполнители, и никаких проблем не возникало».

Как это понимать? У них и раньше не получалось создавать заявки о проблемах или раньше получалось, а теперь перестало?

Оказалось, что проблемы (по которым создаются заявки) могут быть «непредвиденными». Это атрибут такой у них. Пользователи раньше их не создавали, а теперь попробовали. И вот как раз при создании таких заявок в системе возникала ошибка, причём непредвиденная уже разработчиками. Ну, то есть как непредвиденная — предвиденная, но на уровне «assertion failed»…

Разработчики, думайте, пожалуйста, тщательнее над терминологией. Не всегда сокращение «лишних» слов ведёт к лучшему пониманию.

#12246: Что за жизнь без приключений?

19:36 31.05.2014, IT happens

Устроился на работу компьютерным мастером. Вот последние пять вызовов.

1. На экране артефакты. Клиент хотел выяснить причину сбоя, хотя у него было подозрение на видеокарту.

2. Не работал интернет при двух установленных антивирусах.

3. В настройках роутера случайно вместо PPPoE поставили Dynamic IP.

4. После какого-то взлома Аваста в режиме запуска системы установлен флажок «Safe mode».

5. Не могли выйти в интернет из-за прописанного в настройках IPv4 Primary DNS: 127.0.0.1.

Вот сижу и думаю: я настолько проник в IT-сферу, что это для меня пустяки, или неужели юзверь — это действительно нечто страшное и безобразное?

#12247: Этим концом — в длань могучую, этим — в супостата окаянного

19:48 31.05.2014, IT happens