|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Доброго времени, всем! Хотел уточнить, зависит ли формат вывода csvlog от параметра log_line_prefix. По документации не совсем понятно. Проверил, вроде влияния не оказывает, но решил уточнить. И второй вопрос, все ли сообщения которые попадают в stderr будут попадать в csvlog. Например сообщения от archive_command. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 13:58 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Сообщения теряются. stderr Код: sql 1. 2. 3. 4.
csvlog Код: sql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 17:03 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Guzya, а logging_collector то включен? https://www.postgresql.org/docs/13/runtime-config-logging.html logging_collector (boolean) This parameter enables the logging collector, which is a background process that captures log messages sent to stderr and redirects them into log files. This approach is often more useful than logging to syslog, since some types of messages might not appear in syslog output. (One common example is dynamic-linker failure messages; another is error messages produced by scripts such as archive_command.) This parameter can only be set at server start. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 17:50 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
logging_collector = on сервер рестартовал несколько раз. Код: sql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 18:27 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Guzya Сообщения теряются. stderr Код: sql 1. 2. 3. 4.
csvlog Код: sql 1. 2.
На всякий случай. Я правильно понял, что этот пример сделан при log_destination='stderr,csvlog' ? Видимо да, потому что время и номера процессов совпадают. Что смущает. 1. Потерялись сообщения не от archive_command, а от pg_probackup. 2. Сообщения от pg_probackup используют английскую LC_MESSAGES (INFO), хотя для 1 и 4 сообщения lc_messages на русском (СООБЩЕНИЕ). Я напишу разработчикам pg_probackup, может что-то нужно подкрутить. Потому что был уверен, что от формата файла журнала (stderr, csvlog, syslog, eventlog) содержимое не должно меняться. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2020, 09:30 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Павел Лузанов Потому что был уверен, что от формата файла журнала (stderr, csvlog, syslog, eventlog) содержимое не должно меняться. Напрасно был уверен )). Конечно же, сообщения от внешних команд из archive_command (pg_probackup не исключение) не могут отправлять сообщения в logging collector. Поэтому часть сообщений отправляется только в stderr. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2020, 11:55 |
|
Зависит ли csvlog от log_line_prefix?
|
|||
---|---|---|---|
#18+
Павел Лузанов Павел Лузанов Потому что был уверен, что от формата файла журнала (stderr, csvlog, syslog, eventlog) содержимое не должно меняться. Напрасно был уверен )). Конечно же, сообщения от внешних команд из archive_command (pg_probackup не исключение) не могут отправлять сообщения в logging collector. Поэтому часть сообщений отправляется только в stderr. Подтверждаю. На другом сервере проверял с 'cp'. Вопрос в том, что еще мимо кассы идет. Просто встал вопрос об анализе лога в реальном времени. csv естественно анализировать проще, к тому же он не размазывает сообщения на несколько строк. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2020, 13:34 |
|
|
start [/forum/topic.php?fid=53&msg=40002280&tid=1994453]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
151ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
others: | 305ms |
total: | 530ms |
0 / 0 |