代码改变世界

pgbadger unable to detect log file format

  abce  阅读(311)  评论(0编辑  收藏  举报

一直用pgbadger分析postgresql的日志,发现周末两天的日志分析出来问题。报错信息如下:

1
2
3
$  /bin/pgbadger /abce/11/log/postgresql-2021-08-08_000000.csv
FATAL: unable to detect log file format from /abce/11/log/postgresql-2021-08-08_000000.csv, please use -f option.
    - Error at line 17284

从报错信息看,是pgbadger无法检测文件格式。
比较了一下文件的差异

1
2
3
4
5
$ file postgresql-2021-08-06_000000.csv
postgresql-2021-08-06_000000.csv: C source, UTF-8 Unicode text, with very long lines
 
$ file  postgresql-2021-08-09_000000.csv
postgresql-2021-08-09_000000.csv: UTF-8 Unicode text, with very long lines

之前还是一直是"C source, UTF-8 Unicode text, with very long lines",不知道这两天怎么变成了" UTF-8 Unicode text, with very long lines"。这里的原因暂时还没有查明。

 

根据提示,使用了-f选项。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
$ pgbadger --help
 
Usage: pgbadger [options] logfile [...]
 
    PostgreSQL log analyzer with fully detailed reports and graphs.
 
Arguments:
 
    logfile can be a single log file, a list of files, or a shell command
    returning a list of files. If you want to pass log content from stdin
    use - as filename. Note that input from stdin will not work with csvlog.
 
Options:
 
    ...
    -f | --format logtype  : possible values: syslog, syslog2, stderr, jsonlog,
                             cvs, pgbouncer, logplex, rds and redshift. Use this
                             option when pgBadger is not able to detect the log
                             format.
    ...

虽然执行成功了,但是没有查询语句的信息。

1
2
3
$ /bin/pgbadger /abce/11/log/postgresql-2021-08-09_000000.csv -f cvs
[========================>] Parsed 58191613 bytes of 58191613 (100.00%), queries: 0, events: 0
LOG: Ok, generating html report...

根据"queries: 0, events: 0"也可以看出来有问题。

然后,将选项"-f cvs"换成了"-f csv",再次执行,却成功了:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
$  /bin/pgbadger /abce/11/log/postgresql-2021-08-09_000000.csv -f csv
[========================>] Parsed 28324055 bytes of 28324055 (100.00%), queries: 2328, events: 10209
LOG: Ok, generating html report...
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12057.
Wide character in print at /bin/pgbadger line 12312.
Wide character in print at /bin/pgbadger line 12312.
Wide character in print at /bin/pgbadger line 12312.

  

编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· .NET10 - 预览版1新功能体验(一)
历史上的今天:
2018-08-09 MySQL的reset master
2017-08-09 sqlserver 在尝试加载程序集 ID 65537 时 Microsoft .NET Framework 出错.服务器可能资源不足
2017-08-09 sqlserver 2008 开启CLR
2017-08-09 Background Media Recovery terminated with ORA-1274 after adding a Datafile (Doc ID 739618.1)
2017-08-09 primary库新增数据文件后,standby库无法创建文件并终止数据同步
点击右上角即可分享
微信分享提示