Comments 36
Еще можно попытаться поискать старый конфиг на незанятом пространстве винчестера.
Добрые люди подсказывали что конфиг обитает еще и в /proc//mem.
Хабр съел pid между слешами. то есть /proc/pid/mem, где pid — nginx master pid/
Виртуальная система /proc на FreeBSD необязательна и частенько отсутствует.
% uname -rsm FreeBSD 8.0-BETA3 amd64 % ls /proc total 1 dr-xr-xr-x 2 root wheel 2B 10 авг 00:07 ./ drwxr-xr-x 18 root wheel 24B 28 авг 17:56 ../
Да, я так пытался восстановить perl-овый скрипт, который был запущен, а исходник — уничтожен. SQL-запросы из скрипта удалось выложить, и теперь я знаю, что в памяти хранится только байт-код +)
следуя духу поста, я бы переформулировал поговорку:
«Сисадмины делятся на тех, кто делает бэкапы, и тех, кто их ещё не делает»
(ну и запятые вокруг подчинённых предолжений)
«Сисадмины делятся на тех, кто делает бэкапы, и тех, кто их ещё не делает»
(ну и запятые вокруг подчинённых предолжений)
Да, что-то последнее время часто замечаю, что многие ими пренеборегают. Вот недавно наблюдал, как люди чуть не угробили проект из-за того, что посреди рабочего процесса у них SVN-сервер умер… Ну да, действительно, зачем делать бэкапы СВНа, когда его текущее состояние есть у каждого работника?
ПС. Поправил, спасибо
ПС. Поправил, спасибо
Сисадмины делятся на тех, кто _ещё_ не делает бэкапы и тех, кто _уже_ делает.
Все люди делятся на тех, кто делает резервные копии, и тех, кто будет делать резервные копии.
Не только сисадмины делятся на эти две категории :-) Многие разработчики не делают бекапов. Недавно мой приятель жаловался, что никак не может найти нужную инфу, на что я ему ответил «когда потеря будет материально ощутима, ты всё организуешь как надо».
Беда в том, что люди не ценят результатов своей работы, пока они не уничтожены.
Беда в том, что люди не ценят результатов своей работы, пока они не уничтожены.
Немного ускорит процедуру грепания командочка strings, натравленная на сохранённый файл свопа.
Спасибо. Сам бы никогда не нагуглил если бы такое случилось где-либо.
По поводу фич nginx действительно не хватает. Да у большинства приложений не хватает просмотра текущего конфига. Слава богу у postfix и конфиг ядра можно всегда реалтайм посмотреть.
По поводу фич nginx действительно не хватает. Да у большинства приложений не хватает просмотра текущего конфига. Слава богу у postfix и конфиг ядра можно всегда реалтайм посмотреть.
Умные люди после настройки сервера. Копируют все конфиги на добрую память и на всякий случай. Мало ли где еще они могут пригодиться.
Откуда эта дурная привычка писать cat file | grep [args] pattern, когда можно обойтись одним вызовом grep [args] pattern file?
Потому, что мне так удобнее, так, например, я могу вставить тот же "| strings" между cat и grep.
Клево, да. А вот «strings file|grep blah» — явно неудобно. Ну кто бы мог подумать.
Ну откуда вы такие умные берётесь? Для справки
«cat file | xxxx | grep blablabla» != «grep balblabla file | xxxx»
Вместо xxxx попробуйте представить sed/awk/tr, впрочем в некоторых случаях и strings
«cat file | xxxx | grep blablabla» != «grep balblabla file | xxxx»
Вместо xxxx попробуйте представить sed/awk/tr, впрочем в некоторых случаях и strings
А, всё, Лёша не тормоз. Не так вас прочитал. В любом случае, каждый может делать так как ему удобнее. Это и есть Unix-way.
Откуда привычка называть вещи, непонятные лично Вам, «дурными»?
А почему это дурная привычка? На производительности не сказывается, а читается имхо легче.
Красавчик! Я бы про дамп памяти и корку программы не догадался искать.
Я привык использовать git на папке /etc //usr/local/etc что бы конфиги можно было восстановить и проверить когда и что изменилось! Но это не в коем случае не отменяет бэкапов! Автор прав на 120%
автор — шаман однозначно!
UFO just landed and posted this here
Sign up to leave a comment.
Как вернуть удалённый конфиг или Никогда не сдавайся!