Задача для линуксовых сисадминов

[dil]

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

Решившие задачу безработные (или желающие сменить место работы) сисадмины могут присылать резюме.

Comments

[tobotras]

Черт, почему я не безработный сисадмин?...

[scarabeus.livejournal.com]

совсем навскидку - в /proc//fd перечислены все дескрипторы, открытые процессом. Можно жрать оттуда.

- пид писающего демона.

[scarabeus.livejournal.com]

/proc/pid/fd, естественно.

[sha90w.livejournal.com]

я вот еще как вариант подумал, посмотреть node через lsof и залезть через debugfs

[motto.livejournal.com]

ну, это общие рассуждения, точного ответа всё равно никто не дал.

ДИЛ! Скринь комменты, блин!
И не облажайся со второй задачкой

[scarabeus.livejournal.com]

Точный - это написать команду, которая восстановит файл? :)

В норме таких ситуаций возникать не должно. Если она возникла - админу будет не влом посмотреть пид процесса, зайти ручками в /proc/pid/fd, сказать там ls, увидеть соответствующий линк и выжрать из него данные в интересующем количестве.

Это работает, проверял.

[dil.livejournal.com]

выжрать из него данные - как?

[dil.livejournal.com]

Вторую я не буду задавать, мы ее прибережем на потом

[bobuk.livejournal.com]

Копирайты! Копирайты!

[(Anonymous)]

если много времени - идем сюда и читаем http://www.tldp.org/HOWTO/Ext2fs-Undeletion.html
если мало времени - то сюда http://recover.sourceforge.net/linux/recover/
удачи

[jerom.livejournal.com]

Ну вот так:
lsofом найду inode, потом:
debugfs /dev/hda3
debugfs: cat <196511>

[jerom.livejournal.com]

тьфу
debugfs: cat <196511>

Ну cat не обязательно, есть другие команды в man debugfs.

[jerom.livejournal.com]

Я дал ответ, который работает у меня на машине. Теперь домой!

хы

[bormotov.livejournal.com]

а пока безработные или желающие сменить работу амины будут рещать задачу, вы бите следить, чтоб демон не помер и продолжал писать тот самый лог? :)))

[webushka.livejournal.com]

Просто lsof'ом посмотреть какой inode использует демон для этого файла и по нему к файлу обратиться. Да хотя б линк на него кинуть.

[anatolix.livejournal.com]

Я не админ и совершенно ничего не понимаю в администрировании Linux.
Но случайно его нельзя прочитать из /proc/[pid]/fd ?

[sigterm.livejournal.com]

тоже мне, Бином Ньютона ;)
по шагам для 2.6 (на другом лень проверять):
1) находим pid процесса. Далее pid
2) cd /proc//task//fd
3) ls -l | grep deleted. Пусть выдало n
4) cat n >>/path/to/real/file

[sigterm.livejournal.com]

2) похоже побился. Следует читать:
cd /proc/pid/task/pid/fd

[http://users.livejournal.com/mak_/]

а что рассматривается в качестве подручных средств?
debugfs и -d? или там gdb и вставление в демона кода типа seek 0; read src; write dst? или стоит какая-нибудь экзотика типа http://amadeus.uprm.edu/~undelete/ ?

разве сложно?

[gong.livejournal.com]

Как я ненавижу линукс, а?!

Варианты для извращенцев (кодеров) и для тупых людей (админов): через gdb и через файловую систему.

(Типа задачи про место и время умерщвления мухи и двух поездов.)

Первых я ненавижу, поэтому этот шаг опустим.

Второй, для тупых. Вызнаём lsof-ом по имени процесса $pid и открытый номер $fd, лезем тупо в норку /proc/$pid/fd/$fd и шарим там кочергой.

После чего спасаемся бегством.

[algm.livejournal.com]

А я знаю!
Проверил... действительно, блин, читается!

[dil.livejournal.com]

Так тоже можно, но есть горазздо более простой способ

[alz421.livejournal.com]

Огласите весь спсок вакансий пжалссста! ;)

Re: хы

[dil.livejournal.com]

Не, мы её уже решили :)

[dil.livejournal.com]

это работающий, но длинный способ. есть гораздо более простой.