简介:
本文参照Ceph 官方文档 Ceph子系统日志的设置和调试,主要介绍了Ceph日志分类(一个分两类log file level和memory level)、怎么设置日志级别、日志存在哪个目录等
日志和调试
一般来说,你应该在运行时增加调试选项来调试问题;也可以把调试选项添加到 Ceph 配置文件里来调试集群启动时的问题,然后查看 /var/log/ceph
(默认位置)下的日志文件。查看日志路径的命令,请参考:ceph命令系列(一):ceph-deploy/ceph/rados/rbd 常用命令详解
Tip: 调试输出会拖慢系统,这种延时有可能掩盖竞争条件。
日志记录是资源密集型任务。如果你碰到的问题在集群的某个特定区域,只启用那个区域对应的日志功能即可。例如,你的 OSD 运行良好、元数据服务器却有问题,这时应该先打开那个可疑元数据服务器实例的调试日志;如果不行再打开各子系统的日志。
重要: 详尽的日志每小时可能超过 1GB ,如果你的系统盘满了,这个节点就会停止工作。
如果你要打开或增加 Ceph 日志级别,确保有足够的系统盘空间。滚动日志(Log Rotation)的方法见下面的 加速日志更迭 小节。集群稳定运行后,可以关闭不必要的调试选项以优化运行。集群在运行中记录调试输出信息会拖慢系统、且浪费资源。
运行时
如果你想在运行时查看某一进程的配置,必须先登录对应主机,然后执行下列命令,用 osd
、 mon
或 mds
替代 {daemon-type}
:
ceph daemon {daemon-name} config show | less
例如:
ceph daemon osd.0 config show | less
要在运行时激活 Ceph 的调试输出(即 dout()
),用 ceph tell
命令把参数注入运行时配置:
ceph tell {daemon-type}.{daemon id or *} injectargs --{name} {value} [--{name} {value}]
用 osd
、 mon
或 mds
替代 {daemon-type}
。还可以用星号( *
)把配置应用到同类型的所有守护进程,或者指定具体守护进程的 ID 。例如,要给名为 ods.0
的 ceph-osd
守护进程提高调试级别,用下列命令:
ceph tell osd.0 injectargs --debug-osd 0/5
ceph tell
命令会通过 monitor 起作用。如果你不能绑定 monitor,仍可以登录你要改的那台主机然后用 ceph daemon 来更改。例如:
sudo ceph daemon osd.0 config set debug_osd 0/5
启动时
要在启动时激活调试输出(即 dout()
),你得把选项加入配置文件。各进程共有配置可写在配置文件的 [global]
段下,某类进程的配置可写在对应的守护进程段下(如 [mon]
、 [osd]
、 [mds]
)。例如:
[global]
debug ms = 1/5
[mon]
debug mon = 20
debug paxos = 1/5
debug auth = 2
[osd]
debug osd = 1/5
debug filestore = 1/5
debug journal = 1
debug monc = 5/20
[mds]
debug mds = 1
debug mds balancer = 1
debug mds log = 1
debug mds migrator = 1
加速日志更迭
如果你的系统盘比较满,可以修改 /etc/logrotate.d/ceph
内的日志滚动配置以加快滚动。在滚动频率后增加一个日志 size
选项(达到此大小就滚动)来加快滚动(通过 cronjob )。例如默认配置大致如此:
rotate 7
weekly
compress
sharedscripts
增加一个 size
选项。
rotate 7
weekly
size 500M
compress
sharedscripts
然后,打开 crontab 编辑器。
crontab -e
最后,增加一条用以检查 /etc/logrorate.d/ceph
文件的语句。
30 * * * * /usr/sbin/logrotate /etc/logrotate.d/ceph >/dev/null 2>&1
本例中每 30 分钟检查一次 /etc/logrorate.d/ceph
文件。
VALGRIND 工具
调试时可能还需要追踪内存和线程问题。你可以在 Valgrind 中运行单个守护进程、一类进程、或整个集群。 Valgrind 是计算密集型程序,应该只用于开发或调试 Ceph,否则它会拖慢系统。Valgrind 的消息会记录到 stderr
。
子系统、日志和调试设置
大多数情况下,你可以通过子系统打开调试日志输出。
各子系统都有日志级别用于分别控制其输出到日志文件(log file level)和 内存日志(memory level),你可以分别为这些子系统设置不同的记录级别。如下:
debug {subsystem} = {log-level}/{memory-level}
#for example
debug ms = 5
如果指定debug ms=5,CEPH将把它视为把日志级别 和 内存级别都设置成5。您也可以单独指定它们。第一个设置是日志级别,第二个设置是内存级别。必须用正斜杠(/)分隔它们。例如,如果要将MS子系统的调试日志记录级别设置为1,并将其内存级别设置为5,则将其指定为debug ms=1/5。例如:
Ceph 的日志级别范围是 1~20 , 1 是简洁、 20 是详细。通常,内存驻留日志不会发送到输出日志,除非:
- 致命信号出现,或者
- 源码中的
assert
被触发,或者 - 明确要求发送。
Ceph 子系统及其默认日志和内存级别具体见Ceph官方文档 SUBSYSTEM, LOG AND DEBUG SETTINGS 。一旦你完成调试,应该恢复默认值,或一个适合平常运营的级别。
下表列出了CEPH子系统的 默认日志级别 和内存日志级别。你可以在完成日志记录工作后,将子系统恢复到默认级别或适合正常操作的级别。
Subsystem | Log Level | Memory Level |
default | 0 | 5 |
lockdep | 0 | 1 |
context | 0 | 1 |
crush | 1 | 1 |
mds | 1 | 5 |
mds balancer | 1 | 5 |
mds locker | 1 | 5 |
mds log | 1 | 5 |
mds log expire | 1 | 5 |
mds migrator | 1 | 5 |
buffer | 0 | 1 |
timer | 0 | 1 |
filer | 0 | 1 |
striper | 0 | 1 |
objecter | 0 | 1 |
rados | 0 | 5 |
rbd | 0 | 5 |
rbd mirror | 0 | 5 |
rbd replay | 0 | 5 |
journaler | 0 | 5 |
objectcacher | 0 | 5 |
client | 0 | 5 |
osd | 1 | 5 |
optracker | 0 | 5 |
objclass | 0 | 5 |
filestore | 1 | 3 |
journal | 1 | 3 |
ms | 0 | 5 |
mon | 1 | 5 |
monc | 0 | 10 |
paxos | 1 | 5 |
tp | 0 | 5 |
auth | 1 | 5 |
crypto | 1 | 5 |
finisher | 1 | 1 |
reserver | 1 | 1 |
heartbeatmap | 1 | 5 |
perfcounter | 1 | 5 |
rgw | 1 | 5 |
rgw sync | 1 | 5 |
civetweb | 1 | 10 |
javaclient | 1 | 5 |
asok | 1 | 5 |
throttle | 1 | 1 |
refs | 0 | 0 |
compressor | 1 | 5 |
bluestore | 1 | 5 |
bluefs | 1 | 5 |
bdev | 1 | 3 |
kstore | 1 | 5 |
rocksdb | 4 | 5 |
leveldb | 4 | 5 |
memdb | 4 | 5 |
fuse | 1 | 5 |
mgr | 1 | 5 |
mgrc | 1 | 5 |
dpdk | 1 | 5 |
eventtrace | 1 | 5 |
参考:翻译Ceph 官方文档 Ceph子系统日志的设置和调试