Этот вопрос существует, потому что он имеет историческое значение, но он не считается хорошим вопросом по теме для этого сайта, поэтому, пожалуйста, не используйте его как доказательство того, что вы можете задавать здесь аналогичные вопросы.
Больше информации: https://serverfault.com/faq
Однажды я случайно сбросил индексы на производственной системе sql server, потому что тестовой системе для входа в систему требовался администратор домена. На их восстановление ушло все утро понедельника.
chown randomuser /* -R
вместо того
chown randomuser ./* -R
kill 1
вместо того
kill %1
как корень. init и все его дети умирают ...
Это был Linux-бокс, который управлял сортировочной машиной длиной около 150 метров, которая сортировала 200-килограммовые тюки шерсти.
Я выздоровел, выбежав и нажав большую красную кнопку аварийной остановки на консоли оператора, прежде чем машина разорвалась на части.
Иногда есть только то, что вы можете восстановить. ;-)
Я случайно удалил пользователя "root", когда входил в систему как root. Коробка Red Hat проработала еще шесть месяцев, незаметно выполняя qmail в углу, пока не умер блок питания. Я все еще краснею, когда думаю об этом.
Не обязательно авторизоваться, но ...
В начале 90-х я работал в уважаемом университете в Мичигане, и мы использовали рации для связи внутри ИТ-отдела. Однажды я вошел в серверную, включил рацию, и бум, все 20 наших серверов одновременно перезагрузились.
Излишне говорить, что радиостанциям снова запретили вход в серверную.
rm rf / вместо rm -rf * на почтовом сервере. Я выздоровел, получив новую работу и изучая sudo / bin / bash только при необходимости.
2 вещи:
Запуск полноэкранного сеанса SSH на одном виртуальном терминале, выполнение других задач на другом виртуальном терминале. Не понял, на каком VT я был, запустил FDISK, стер все разделы на HDB, а затем перезагрузился. Удалили все пользовательские данные на этом сервере. (Удалось вернуть все это, так как точная геометрия разделов все еще отображалась на виртуальном терминале, когда рассматриваемый сервер был восстановлен. Воссоздал разделы без форматирования, все данные были все еще там)
Попытка очистить неудавшуюся попытку компиляции ядра уничтожила все двоичные файлы модуля для текущего работающего ядра. Я понял только после того, как перезагрузил сервер, который оказался где-то в центре обработки данных в Калифорнии. Единственная проблема в том, что я в Канберре, Австралия.
Удалил файл образа диска гостевой виртуальной машины vmware, у меня не было резервной копии.
К счастью, гость все еще работал, поэтому мне удалось создать резервную копию и восстановить ее на новой виртуальной машине. Спустя два года он все еще работает.
Но худшее случилось не тогда, когда я вошел в систему. Я возился, перемещал вещи в стойке, и внезапно на пол упал внешний диск емкостью 500 ГБ, содержащий архивы за прошлый год для трех клиентов. Все ушли. И это был двухдисковый RAID1. Я на собственном горьком опыте узнал, что RAID1 не был универсальным решением для отказа диска;)
после долгой ночи, после которой утром не хватало кофеина, я случайно сбежал
rm -R web/*
вместо того
rm -R _web/*
и удалил весь клиентский сайт, а не резервную копию. Именно в этот момент я осознал огромные недостатки наших стратегий резервного копирования. Внешняя копия устарела, резервные копии на сервере хранились в файле размером 8 ГБ, который мы не могли загрузить для доступа, и из-за пробелов в именах файлов мы не могли восстановить весь каталог и вместо этого должны были указать каждое имя файла в двойных кавычках вручную. Мне потребовалось пару часов, чтобы написать сценарий, чтобы автоматизировать процесс восстановления файлов по одному.
Я просто технический автор, поэтому мне сложно понять, о чем вы часто говорите, и мне никогда не позволяли подходить достаточно близко к какому-либо реальному оборудованию, чтобы делать что-либо отдаленно опасное. Тем не менее, на предыдущей работе (очень предыдущей - читайте дальше) я вспоминаю одного программиста здесь, в Кембриджском научном парке, по имени Верка S (чья крылатая фраза была «хороший код не нуждается в аннотации») однажды позвонил системному администратору, чтобы спросить, может ли он выяснить, почему ее коробка win 3.11 больше не работает (сказал вам, что это было очень предыдущее). После краткого осмотра мертвого объекта он спросил: «Что ты сделал?» и она ответила: «Я пыталась освободить место на жестком диске, поэтому удалила самый большой файл, который смогла найти». «Вы помните, как это называлось?» - спросил системный администратор: «Да», она ответила: «win.exe». Вы правы, полагая, что ее код, безусловно, нуждался в полной аннотации.
Связанный:
Настройте новую учетную запись пользователя и случайно установите пароль root вместо пароля пользователя. В итоге пользователю не понадобилась учетная запись, пароль был утерян, никто не заходил в ящик как root в течение нескольких месяцев. Мне нужно было восстановить пароль через несколько месяцев, когда мне нужно было войти и внести изменения, требующие root-доступа. Это было болезненно, так как это была производственная коробка, поэтому снимать ее даже на несколько минут для восстановления пароля root было плохо.
Я запустил какой-то Perl, который мне предоставил кто-то на IRC-канале, который сделал что-то сложное для выполнения "rm -rf /". Whups.
Преобразовал жесткий диск в динамический в Windows 2003 Server. Это был правильный поступок, за исключением того, что он использовал неправильный жесткий диск. Потребовалось некоторое время, чтобы вернуть данные, в том числе потому, что я сначала понятия не имел, что делать.
sudo rm -Rf / *
Ошибочно перезапустили все (20) рабочих серверов при перезагрузке наших рабочих станций после исправлений. Имена серверов были в текстовом файле, из которого загружался мой скрипт.
Это убивало время безотказной работы, что не было большой проблемой для этой организации ... но Exchange не вернулся сам по себе - именно так это было замечено на следующее утро. (Технически не как «root», но администратор домена считается, верно? :))
Перешел к инициализации 1, чтобы перезапустить некоторые службы, которые я исправил, забыв, что я был подключен к SSH, а сервер был в 3 часах езды. К счастью, на следующий день нам позвонили в это место, и рассматриваемый сервер был резервным, а не производственным.
Запустите сценарий, рекурсивно удаляющий все файлы на файловом сервере.
У нас была частичная резервная копия файлов, поэтому мы так и не восстановили полностью ..
Кто-то, с кем я работал, удалил файл паролей, а затем вышел из критически важного производственного сервера Sun. Мне пришлось его отремонтировать, так как мы не могли просто переустановить.
Другой администратор создает учетную запись с тем же идентификатором и домом, что и основная производственная база данных, а затем удалил копию учетной записи. Он удалил пользователя баз данных и дом - это было в непрерывном Тандеме, на лице администратора было какое-то яйцо, когда он остановил это.
Я удалил вилки ресурсов из файлов Apple на сервере Sun, поскольку не знал, почему временные файлы занимают так много места. Пользователи Mac не впечатлены;)
Я случайно выключил не тот компьютер. Это было ssh-соединение с прокси-сервером на работе, я хотел выключить свой ноутбук, но вместо этого я поставил 50 человек без интернета. Я выздоровел, побежав в серверную и снова загрузив сервер.
На моем домашнем сервере я связал слишком много важных команд вместе с && при изменении размера раздела. Я считаю, что это было (без аргументов) fsck && resize2fs, за которым следует lvreduce на следующей строке. fsck не вернул код выхода, который я предполагал, поэтому resize2fs никогда не бегал, и lvreduce полностью забросил кучу моих данных, когда усек объем.
В наши дни я гораздо более осторожен с &&.
Я случайно удалил данные, которые не должен был удаляться. Я также случайно выключил сервер. : - \