Лучший несчастный случай с системным администратором [закрыто]

Я весело провел время, обнаружив различие между Linux "killall", команда (уничтожает все процессы, соответствующие указанному имени, полезный для остановки зомби) и solaris "killall" команда (уничтожает все процессы и останавливает систему, полезную для остановки рабочего сервера в середине часов пик и того, чтобы заставлять всех Ваших коллег смеяться над Вами в течение недели).

Мы были посреди перебоя в питании и видели, что UPS достигал 112% из, он настроил загрузку. Это не было большой частью проблемы, поскольку мы работали на генераторе в то время.

Таким образом, мы обошли получение по запросу кабелей резервного питания для сокращения энергопотребления на том, что UPS (мы имели два, один намного больший, чем другой). Мы добрались до сетевого коммутатора, который выполнил серверную (это было серверной со всеми внутренними серверами для компании с клиентом, сталкивающимся с серверами в другой серверной). Переключатель был переключателем класса крупного предприятия с тремя источниками питания в нем. Предоставления были N+1, таким образом, нам только было нужно два для выполнения переключателя.

Мы выбрали кабель и вытащили его. К сожалению для нас другие два были включены в единственный удлинитель, который быстро дул, поскольку загрузка повысилась на двух источниках питания, которые были включены в нее. Системный администратор, затем испуганный и, включил третий кабель. Переключатель пытался разжечь, создавая всю нагрузку переключателя к единственному источнику питания. Вместо закрывающегося источника питания это взорвалось в душе искр не в 12 дюймах от моей поверхности, отправляющей мне переходящий назад в стойку серверов.

Из инстинкта я пытался перейти стороне, но к сожалению с левой стороны от меня была стена, и два моих права были очень крупными 6'4" парнями средств. Я некоторые, как управляемый для перепрыгивания через него, или возможно через него возвращающийся прочь стоек Compaq (те с тонкими сетчатыми передними сторонами), не помещая целое в стойку, и не касаясь парня средств.

Введенный kill 1 как корень. init и все ее дети умерли. И все их дети. и т.д., и т.д. ой.

То, что я означал вводить, было kill %1

После того, как я понял то, что я сделал я работал к панели управления БОЛЬШОЙ шерстяной машины сортировки кипы и нажимал кнопку аварийной остановки. Это остановило машину, разрывающую себя вдребезги, поскольку я только что уничтожил программное обеспечение, которое управляло ею.

Оператор удаления без оператора Where, на живой базе данных покровителя клиентов.

Другое из моего избранного:

При установке компьютера и локального лазерного принтера в системе, у меня была прекрасная идея включить их обоих в UPS компьютера. Когда-нибудь пытайтесь распечатать к локальному лазерному принтеру, когда он будет включен в настольный UPS? Ну, если Вы не знаете, это имеет тенденцию вытягивать все усилители... Который перезапускает компьютер... И задание печати никогда не заканчивается...!

Когда-либо получайте вызов: 'Каждый раз, когда я печатаю, это перезапускает мой компьютер и не печатает!!!'?

Ooops!

JFV

Этого не произошло со мной, но …

Я работал в компании, которая сделала программное обеспечение, которое работало на машинах Linux, обеспеченных клиентом. Мы по существу 'приняли' бы машины, полностью настроили бы их к нашим спецификациям и сделали бы все управление и контроль. По существу мы были командой 10-15 системных администраторов, руководящими тысячами серверов для сотен клиентов. Ошибки были обязаны произойти.

Одна из наших команд нашла некоторые проблемы о сервере (резервное копирование, я верю), и решил, что он должен выполнить fsck на ней. Он остановил все соответствующие сервисы, удостоверился, что система имела резервные копии, взятые недавно, и затем выполнила fsck, но это жаловалось, что файловая система была смонтирована. Так как мы были удаленными и не имели никакого удаленного доступа (DRAC, МОТ, и т.д.), он не мог сделать fsck, но он был вполне уверен, что было безопасно сделать это со смонтированной файловой системой, если Вы были осторожны.

Он решил попробовать его сам путем выполнения fsck на его корневом разделе с предсказуемыми результатами – он повредил свой корневой раздел и не мог больше загружаться.

Запутанный, он перешел и говорил с нашим руководителем группы. Вывод сказал, что он был вполне уверен, что Вы не могли сделать этого и члена команды, сказанного 'Уверенный, что Вы можете!', взяла клавиатура вывода и показала ему, что Вы могли – путем выполнения fsck на корневом разделе вывода. Который полностью повредил корневой раздел HIS.

Конечный результат? Никакие потерянные данные о клиентах, благодаря тестированию члена команды. Два дня производительности сотрудника были потеряны, но это было стоящее далекого, намного меньше, чем данные по машине клиента. И для записи? Можно выполнить fsck на подсоединенном внешнем диске, но только проверить данные. Не восстановить его. Это было ошибкой члена команды.

--

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

(И для записи, это должен был быть старый пароль, потому что это была общая учетная запись и проверка, что все знали, что новый пароль был непрактичен),

Я решил просто войти в пользовательскую базу данных и удалить новые записи так, чтобы она использовала более старый. Это - все просто SQL (выполняющий древнюю версию Sybase), таким образом, это легко. Во-первых, я должен был найти записи:

SELECT * FROM users_passwords WHERE username='someuser';

Я нашел старый учет, который он хотел вести; были еще два перед ним. Я решил быть умным и просто удалить что-либо более новое, чем старая запись. Смотря на набор результатов, я видел, что старый пароль был идентификатором № 28 в базе данных, и новые были идентификатором #several тысяча (очень занятая система). Это просто, все старые строки были> 28, таким образом:

DELETE FROM users_passwords WHERE id > 28;

Нет ничего худшего, чем выполнение некоторого простого сокращения строки и наблюдение '212 500 затронутых строк'. К счастью, у нас было два основных серверов баз данных (с идентификатором пользователя), но Sybase (по крайней мере, наша версия) не поддерживал автоматическую репликацию, таким образом, он автоматически не вытер старые записи. Это был тривиальный вопрос, чтобы получить дамп users_passwords таблицы и повторно импортировать его. Однако, довольно большое, 'о, f ** k!' момент.

Мой любимый не является на самом деле моим, и я ОЧЕНЬ рад ему. Смотрите здесь.

Я перезагружал систему для кого-то, и во время ручного процесса резервного копирования я задал ему вопрос, "У Вас есть какие-либо другие программы, которые Вы используете?" и "Там что-либо еще важное, которое Вы делаете на компьютере?"

Он говорил "нет" НЕСКОЛЬКО РАЗ.

Я был убежден и отформатировал диск.

Приблизительно 30 минут спустя он сказал, "о, моего бога" и поместил обе руки на его голову.

Оказывается, что он работал над книжным сценарием больше 10 ЛЕТ в специализированной программе. Это вернулось, когда программы раньше сохраняли пользовательские данные в его каталоге программных файлов, и я пропустил их.

Whhhhooooops.

Он не рассердился на меня, но это было чувство отрезвления.

Это - своего рода несчастный случай системного администратора.. поскольку системные администраторы иногда должны физически буксировать большие количества машин от точки для указания на B (где A и B по-видимому всегда разделяются несколькими лестничными пролетами в здании без лифта). На n'th прохождении дня я остановил для передышки три полета из уровня загрузки подвала для обсуждения с кем-то снижения, подпер полноразмерную башню w/station, я был schlepping на внутренних перилах открытой лестничной клетки и... хорошо, Вы предположили..., немного потерял мою власть на нем. Это погрузилось безошибочно прямо вниз хорошо и когда это достигло нижней части, er... не так с функциональностью для той! Общие salvageable части: две палки RAM, одного дисковода для гибких дисков и одной платы ISDN (Бог благословляют людей разработки Hermstedt!). Все остальное или взломанное, грохоча или разбитый в крошечные части.

Благодатью Божией никто не шел внизу, который, к счастью для меня, был моим боссом, первым, хотя, таким образом, я добрался, чтобы хранить верность моей работе. Чувствовавший очень больной в течение приблизительно одного часа все же.

Мораль: сила тяжести всегда побеждает!

В какой-то момент в моей карьере рассмотрение дела в компании я работал на помещенный требование к нам что вся электронная почта быть сохраненным с "этого дня" вперед, пока не сказали иначе. Приблизительно после года хранения ежедневного полного резервного копирования нашей обменной среды (1 ТБ ночью) мы начали заканчиваться пространство.

Обменные администраторы предложили, чтобы мы только сохранили каждую 8-ю копию электронной почты. Чтобы сделать это, мы сделали, чтобы они восстановили дневную ценность обменных баз данных, извлекли электронную почту, в которой они нуждались (определенные люди, отмеченные для расследования), и повторно заархивируйте его. Они сделали это в течение каждого 8-го дня электронной почты для всех наших резервных копий. 8-й день был, выбрал, потому что обмену установили параметр, где "удаленные объекты" сохранены в базе данных в течение 8 дней.

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

TSM не имеет простого способа сделать это, таким образом, необходимо вручную удалить объекты из резервной базы данных.

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

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

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

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

Назад в день, я работал satcom/wideband технологией для ВВС США. Недавно дипломировав техническую школу, я нашел меня размещенным в Южной Корее. Вскоре после прибытия на станции возможность возникла для перемещения вниз юга с "большими парнями", которые были там некоторое время и на самом деле работают над некоторыми реальными, (т.е. 'производство') оборудование.

Я спустился с командой и как нетерпеливая, молодая технология, чавкал на уровне бита, вполне взволнованного перспективой доставления фактического элемента оборудования, который передавал ЖИВОЙ военный трафик речи и данных.

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

Первая страница ручного чтения; "Подайте питание к ditigal мультиплексору. Поверните и поднимите переключатели к НА положении и ожидайте оборудования к включению питания, затем начните тесты". Я искал, и уже было ПОДАННОЕ питание!

Я был в затруднительном положении наверняка. Не зная, как продолжить двигаться, я стрелял в свое лучшее, 'Ummmm.. Отчасти потерянный здесь' смотрят на старшего.

Он просмотрел во мне и смеялся, "Нет, нет, это в порядке. Можно проигнорировать ту часть контрольного списка". Затем поскольку он заметил взгляд на мою поверхность, (так как нам преподавали в школе НИКОГДА не проигнорировать любую часть контрольного списка, и это была верная смерть и разрушение, если нужно было сделать так), он поместил серьезный взгляд на его поверхность и сказал, "Проигнорируйте ТОЛЬКО та часть! Следуйте за остальной частью его к букве!"

Покорно, я пробежал многоступенчатые инструкции PM, счастливые как моллюск и гордые, что они позволяли такому низкосортному, (хотя умный), технология делает эту важную работу.

Где-нибудь между пятым и шестым профилактическим контрольным списком обслуживания на этих огромных мультиплексорах я начал замечать увеличенный уровень активности вокруг меня. Телефоны звонили, люди перемещались быстро. Обменивались шутливыми взглядами.

Наконец, группа людей дошла до меня, возглавляемый одним из старших techs, кто победил меня.

"Эй! Мы видим ОГРОМНЫЕ отключения электричества в трафике данных, и мы изолировали/проследили путь назад к стойкам, что Вы продолжаете работать! Вы видите кого-либо странного.."

(В той точке он был отключен другим диагностических средств, кто пробился вокруг первой группе мультиплексоров, на которых я выполнял премьер-министров.)

"СВЯТЫЕ ГАЙКИ! ОНИ ВЫКЛЮЧЕНЫ! HE ВЫКЛЮЧАЛ ИХ!!!!"

В быстром порядке я смотрел, когда они поспешно пробежали первый шаг в руководстве, "Поверните оба задних переключателя к НА положении..." Когда старшая технология была сделана, он приехал в меня и недоверчиво спросил, о чем я думал путем выключения критических элементов оборудования.

Испуганный из моего остроумия, я вручил ему контрольный список, за которым я следовал, клянясь, что я не отклонился ВООБЩЕ. То, что я следовал за ним, 'к букве', поскольку он сообщил.

Через некоторое время он смеялся и указал, где проблема заключается.

В руководстве ЗАКЛЮЧИТЕЛЬНЫЙ шаг в профилактическом контрольном списке обслуживания был:

"Запишите заключительное тестовое чтение, вытрите переднюю панель, удалив всю пыль и макрочастицу, затем поверните оба задних выключателя питания к ОТ положения".

:)

А-а-а, мой был приблизительно 10 лет назад, когда я все еще намочил ноги. У меня была радость установки резервных аккумуляторов на всех компьютерах программистов. Они также хотели программное обеспечение, загруженное, чтобы предупредить о перебое в питании и закрыться правильно.

Таким образом, я настроил его на своем компьютере, чтобы протестировать все сначала, конечно, и удостовериться, что все это работало. Таким образом, я разъединяю шнур питания, и сообщение подходит на моем экране. "внешнее питание потерянное, начинающееся завершение работы системы".

Таким образом, я думал, Эй охладился, это работало. Но по некоторой странной причине, я даже не помню, она отослала то сообщение как сетевое сообщение так все 200 +, компьютеры в компании получили то сообщение, где 100 + пользователи где программисты.

Да, разговор о массе волнуются!!

Я поддержал голову на низком уровне в том месте некоторое время!

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

Сдул Ваш весь почтовый ящик?Нет проблем! Поиск части почты, которую кто-то отправил Вам неделю/месяц/год назад, но Вы не можете помнить, кто отправил его или каков предмет был?Нет проблем! Мы просто повторно поставим все с февраля для Вас к специальной папке.

В какой-то момент потребность прибыла для генерального директора компании для контроля почты, идущей между конкурентом и внутренним продавцом под подозрением. Таким образом, мы устанавливаем сценарий, чем работал каждую ночь и освободил соответствующую почту с предыдущего дня генеральному директору.Нет проблем!

Приблизительно месяц спустя слово двойного - плюс срочная проблема снизилось на высоко. Кажется, что, поскольку генеральный директор прочитывал список писем, отправленных в $OTHERCOMPANY, он столкнулся с этим:

To: somebody@$OTHERCOMPANY
From: CEO
Subject: CEO has read your message (subject line here)

Естественно, причем генеральный директор является важным человеком и всеми, он был слишком занят для нажатия на все, что они "Отправляют диалоговым окнам" Получения Чтения в Outlook и настроили его клиент, чтобы просто отправить их всех. Одно из сообщений, пойманных контролирующим фильтром, имело набор запроса получения чтения. Угадайте то, что сделал Outlook? Конечно, испорченный 'тайный' контроль.

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

Три дня назад (серьезно) я был удаленно зарегистрирован к школьному серверу, установив Пакет обновления 2 на файловом сервере Windows Server 2008.

Я решил запланировать необходимую перезагрузку для поздно вечером, когда учителя не будут зарегистрированы, заканчивая их табели успеваемости конца года. Я ввел что-то как:

 at 23:59 "shutdown -r -t 0" 

... который, возможно, хорошо работал.

Но затем я второй догадался. Мой синтаксис 'завершения работы' был правилен? Я пытался просмотреть справку использования путем ввода

 shutdown /h 

... и немедленно потерянный мое соединение RDP. При панике я подбросил Google ударом для синтаксиса. Быстрый поиск показал, что версия Сервера 2008 года завершения работы включает переключатель/h, который (как Вы, возможно, предположили) в спящем режиме машина.

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

Сегодня я принес самодельные cookie всем как форма извинения.

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

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

У нас был SAN с производственными данными на нем. Очень важный для компании. Мой "наставник" решил расширить раздел до свободного некоторое дисковое пространство. Можно ли видеть, куда это направляется? Он сказал, что программное обеспечение SAN могло сделать, это живет, в производственные часы, и никто не заметил бы. Сигнал тревоги должен был начать звучать, но был заметно тих. Он сказал, что сделал это "загрузки времен прежде" без проблем. Но вот вещь - он заставил ME нажимать кнопку, которая сказала, что "действительно ли Вы уверены?"! Когда я был плохо знаком с компанией, я предположил, что этот парень знал то, о чем он говорил. Большая ошибка. Хорошие новости были то, что LUN был расширен. Плохие новости были... хорошо, я знал, что были плохие новости, когда я начал видеть ошибки записи на диск на поле Windows.

Я рад, что носил коричневые штаны.

Мы должны были объяснить, почему 1 ТБ данных исчез в ланч. Это было действительно, действительно плохой день.

Это - хороший принцип на самом деле - прежде чем Вы сделаете что-то, относительно чего Вы имеете сомнения, предполагаете иметь необходимость объяснить управлению, если что-то идет не так, как надо. Если Вы не можете думать о хорошем ответе, чтобы объяснить, что Ваши действия затем не делают этого.

Nagios проверил с помощью ping-запросов нас однажды утром, когда рабочее время начало говорить, что он не мог соединиться с некритическим сервером. Хорошо, путешествуйте пешком в серверную. Это - старый сервер, Dell 1650, купленный в '02, и мы знали, что 1650-е имели аппаратные проблемы. PFY наносит удар кнопке питания.Ничего. Поразите его снова и держите, это в течение пяти секунд для 'принуждения включается'..., который переопределяет защиту от ошибок BMC, с тех пор без DRAC нет никакого способа исследовать журналы BMC, не имея силы на шасси.

Машина запускает POST и затем перестает работать снова. Я стою выше его и иду, "Я чувствую запах дыма". Мы вытаскиваем сервер на, он - направляющие, и один из источников питания чувствует себя теплым, таким образом, PFY вытягивает его и собирается закрыть поле назад. Я говорю, "Нет, это не дым источника питания, это - дым материнской платы".

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

Худшая часть для меня распознавала, что я курил достаточно аппаратных средств для распознавания различия между запахом записанной материнской платы и записанным источником питания.

root@dbhost# находят / - ядро имени - исполнительная комната-f {} \;

Я: "Вы не можете войти? Хорошо. Каково имя DB?"

Медь: "Ядро".

Я: "О".

Много лет назад компания, на которую я работал, имела клиент, который выполнил ночное резервное копирование их сервера NT 4.0 к диску Jaz (как zip-диск большой емкости).

Мы настраиваем пакетный файл, который работал как запланированное задание в течение ночи. Каждое утро они собирали бы последний диск ночей из диска, и прежде чем они уехали вечером, они вставят следующий диск в последовательность.

Так или иначе пакетный файл выглядел примерно так (диск Jaz был диском F:)...

@echo off
F:
deltree /y *.*
xcopy <important files> F:

Так или иначе однажды ночью они забыли вставлять диск. Изменение для управления F: отказавший (никакой диск в диске), и пакетный файл продолжал работать. Значение по умолчанию рабочий каталог для пакетного файла? C:. В первый раз, когда я когда-либо видел, что резервная стандартная программа уничтожает сервер, он создавал резервную копию.

Я узнал немного что-то о sysadminning (и обработка исключений) в тот день.

Jim.

PS: фиксация? "deltree/y F:\*.*".

Я ответил за наш корпоративный веб-прокси, который в то время был продуктом Netscape. При проигрывании вокруг в администраторских формах (это был веб-интерфейс) было большое (и я клянусь, что это было красно), кнопка, который, поскольку, который сказал, Удаляют Пользовательскую Базу данных. Без проблем, я думал. Давайте посмотрим то, что опции это дает мне, когда я поразил это. Конечно, будет подсказка подтверждения, если не будет никаких опций.

Да, никакое подтверждение. Никакие опции. Больше никаких пользователей.

Так, перешел к г-ну Solaris Sysadmin и сказал, что я был в отчаянной потребности восстановления от ленты, до которой он ответил, "Я не создаю резервную копию того поля".

"Мм, приезжайте снова", я парировал.

"Я не создаю резервную копию того поля. Это находится в моем списке вещей добавить к резервному вращению, но я еще не нашел время для него".

"Этот сервер работал в течение почти 8 месяцев!" Я кричал.

пожатие плеч, ответил он. "Извините".

Я часто использовал бы команду "sys-неконфигурации" на машинах Соляриса для сброса службы имен машины, адреса I.P. и пароля root. Я был в пользовательской системе, и я вошел в сервер установки здания и искал что-то (как корень), затем забывая, что я вошел в другую машину (не описательная подсказка "#"), я выполнил команду "sys-неконфигурации".

# sys-unconfig     
        WARNING

This program will unconfigure your system.  It will cause it
to revert to a "blank" system - it will not have a name or know
about other systems or networks.

This program will also halt the system.

Do you want to continue (y/n) ? y

Connection closed

#

То "соединение закрыло" сообщение, медленно превращаемое для паники..., какая машина была мной вошедший, когда я выполнил ту команду.

Худшая часть этого не была трудным временем, которое мои коллеги дали мне, случалось так, что я сделал то же самое месяц спустя.

Я удалил чью-то учетную запись по ошибке, путали имена с тем, которое я был suspose для удаления. Opps

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

В то время как по телефону с ними, я быстро воссоздал их учетную запись, повторно прикрепил их старый почтовый ящик к нему (к счастью, Exchange не удаляет почтовые ящики сразу же), и указал на него назад на их старые пользовательские файлы.

Затем я обвинил их в упущении их пароля, который я только что изменил для них :)

После долгого дня или трассировки производительности и настройки огромного мейнфрейма (Вы знаете зверей, которые берут за несколько часов до того, как все резервные резервные узлы согласились, что это действительно загружается снова и полностью синхронизируется), я расширил пальцы, ввел удовлетворенное завершение работы-p теперь в моей подсказке ноутбука, закрыл крышку, дергал последовательный кабель из мейнфрейма, с ожиданием хорошего холодного стекла лагера.

Внезапно я слышу оглушительный звук о вращении вниз мейнфрейма, в то время как мой ноутбук все еще счастливо отображался X.

При ожидании машины для прибытия полностью онлайн снова я решил, что заставил время получать мой ACPI, работающий над моим ноутбуком, таким образом, я никогда не соблазняюсь к завершению работы cli свой ноутбук.

Этот несчастный случай не произошел..., но это стоит упомянуть:

Я был отправлен используемому в большой степени дата-центру для проведения тестов пропускной способности на новой схеме. Я добрался до demarc room/IDF, нашел место на одной из стоек для моего тестового маршрутизатора, установил свои связи и запустил тесты. К сожалению, мне полностью не удалось заметить граничный маршрутизатор в производстве, не только находящийся точно на следующей стойке (почти на том же уровне), но что это было также то же, делают и модель как мой маршрутизатор тестирования.

Когда тест был сделан, я начал нажимать, выключатель питания к от положения (... воображают это в замедленном воспроизведении...), и, я клянусь, так же, как я оказывал давление, это рассветало на мне, что маршрутизатор, который я собирался выключить, был тем в производстве. Моя остановленная основа и я почти... хорошо, используйте свое воображение.

Я оставил взгляд MDF дата-центра напуганного и бледного, но в то же время довольный у меня все еще было задание!

Я проводил новому системному администратору экскурсию по приложению Менеджера по сервису. Я сказал, "если бы когда-нибудь необходимо было останавливать этот сервис, то Вы нажали бы эту кнопку, но Вы никогда не должны делать этого в течение дня". Вы никогда не верили бы, насколько чувствительный ее кнопка мыши была!

Две минуты спустя сервис запустил снова, и никто, казалось, не заметил.

У меня когда-то была борьба с контрольным программным обеспечением UPS APC. Будучи небольшой компанией, у нас было несколько небольших UPSes, и различные серверы были установкой для контроля их. Большинством серверов был Linux, но некоторые запускали Windows и таким образом, они были теми используемыми, потому что программное обеспечение APC является Windows только.

Однако программное обеспечение APC в то время было трудно кодировано для принятия UPS, с которым оно говорит, также приводит в действие ПК его работа! Дело было не так для этого сервера, но я обнаружил что слишком поздно сказать этому останавливаться. Также, к сожалению, ведущий программист демонстрировал продукт компании партнеру - это было веб-приложение, работая на том же сервере, который я не хотел, чтобы программное обеспечение APC закрыло...

Последнее место я работал, мой коллега, имело его детей с ним в серверной (почему?Понятия не имею!).

Он удостоверился, что они были далеко от серверов и объяснили его 5-летнему, что он не должен касаться НИ ОДНОГО из серверов и ОСОБЕННО ни одного из выключателей питания.

На самом деле у него были они правильный около двери... (можно ли видеть, куда это идет...?)

Мальчик не коснулся ни одной из кнопок питания сервера... Нет, это было бы полностью слишком легко для объяснения. Вместо этого он нажал БОЛЬШУЮ КРАСНУЮ КНОПКУ, которая была около двери... Кнопка, которая закрывает питание во ВСЮ СЕРВЕРНУЮ!!!

Телефонные линии сразу начали освещать удивление, почему Exchange, Файловые серверы, и т.д. не был доступен... Предположите пытаться объяснить ЭТО генеральному директору!

- JFV

Другая история, которой не произошло (уф):

Мы делали возрастающие резервные копии неукоснительно каждый день на ленточный накопитель.

Мы, оказалось, записали ленту, содержащую данные для поставки кому-то еще. Они сказали, что 'мы не можем считать Вашу ленту'. На самом деле, ни могли мы. Или любая лента на самом деле.

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

Мораль истории. Всегда удостоверяйтесь, что Вы тестируете свои резервные копии.

Как небольшая часть моей прежней жизни я администрировал файловый сервер компании, сетевое обеспечение 4:11 поля. Этому почти никогда не был нужен никакой вход вообще, но если это сделало, Вы открыли окно удаленного терминала.

Привыкший к использованию DOS все время, когда я был закончен, я естественно введу "Выход". Для Сетевого обеспечения "выход" является командой для закрытия ОС. К счастью это не позволит Вам закрыться если Вы сначала "Вниз" сервер. (Сделайте это недоступным к сети/клиентам), Поэтому при вводе "Выхода" в консоли это услужливо говорит, "Необходимо сначала ввести "Вниз", прежде чем можно будет выйти"

Спросите меня сколько раз я 1: введенный "выход" на консольной сессии и 2: Покорно введенный "Вниз" и затем "Выход", таким образом, я мог "закончить то, что я пытался сделать"

И затем телефон начинает звонить.....

LOL

Случайно установленный tar.gz файл на моем хинду поле Linux в неправильном месте и это оставило файлы повсеместно. Это, должно быть, было приблизительно в 1999, 19 в то время (спасибо за комментарии ниже)

Быть фанатом, который я, я решил попытаться написать сценарий меня из работы движения вручную через каждый файл.

Таким образом, я попробовал:

tar - перечисляет evilevilpackage.tar.gz | xargs комната-rf

Это не брало меня очень долго, чтобы заметить, что tar также перечислил все каталоги, которые использовала программа, включенные были ''/usr, / var, / и т.д.'' и немногие другие, что я действительно не хотел уведенный.

CTRL-C! CTRL-C! CTRL-C! Слишком поздно! Все уведенное, переустановите время. К счастью, поле не содержало ничего важного.

Спотыкание за сервер башни, который был втиснут позади стойки и удара моей головы в конце основного маршрутизатора Cisco на моем пути вниз. Таким образом показывая, как свободно шнуры питания были на самом деле усажены в источниках питания на передней стороне Катализатора 6500.

Да. У нас есть реакционное на рычаге в серверной теперь. С моим именем на нем.