Вырезать диапазон дат из логов на bash

journalctl --since date1 --until date2

Что можно сказать? Держи нас в курсе!

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

Не успел дописать тему) Мне нужно именно в определенном файле

Я хотел написать простенький скрипт но не понимаю в чем здесь ошибка

Даже подтереть за собой не можешь ...

А нагадить то осилил ?

RESULT='sed -n '/$START/,/$END/p' «$log»' > «$log».temp

здесь ошибка, наверное имелось ввиду так:

sed -n '/'$START'/,/'$END'/p' "$log" > "$log".temp
cat "$log".temp

yum install lnav

grep -E '12:46:0[3-4]' *.log

Дальше, думаю, сам сообразишь.

Для работы с датами в произвольном формате есть утилита date, которая, внезапно, не только умеет показывать текущее время, но и конвертировать время из одного формата в другой. Читаешь лог построчно посредством while read line ; do ... done, конвертируешь время из каждой строки лога в Unix timestamp посредством date -d «${date_from_string}» +%s, и полученный timestamp сравниваешь с нужными тебе границами.

если костылить:

dt='2001/02/03 12:46:04' 

echo "$dt test" | gawk -v dt="$dt" \
'
function epoch(str) {
	gsub("[/:]", " ", str)
	return mktime(str)
}

BEGIN { dt = epoch(dt) }

epoch($1" "$2) == dt
'

(mktime не посикс => gawk) или на руби

Но sed почему-то не обрабатывает строки
RESULT='sed

У тебя в RESULT присваивание значения, а не подстановка команд. Так как начинается с одинарной кавычки, а не с обратной кавычки. Дабы не заморачиваться с кавычками подстановку лучше обернуть так - $(команда)

Cпасибо!

Если лог весит 5гб, только сама конвертация не займет довольно продолжительное время?

Если лог весит 5гб,

То админу надо надавать некислых звездюлей. Желательно в лицо.

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

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

Но вообще, ротация логов, в том числе по размеру - вещь очень полезная и правильная.

Попробую пока реализовать первую идею с date которую ты предложил, спасибо)