使用dlt-viewer查看日志
想知道node-health-monitor在哪里退出了，要查看日志。一读代码发现所有日志都是用DLT_LOG输出的，syslog默认位置/var/log下看不到任何有用的日志。于是搜索如何查看dlt日志，how to view dlt log，查到可以使用dlt-viewer查看DLT日志 。
该组件作用是通过SSH连接ECU，可视化呈现ECU上所有通过DLT输出的日志，如下图：
该组件为开源软件，可通过源代码编译后使用。参考文档：
https://pelux.io/software-factory/master/swf-blueprint/docs/articles/sdk/read-system-logs.html
源代码：
https://github.com/COVESA/dlt-viewer
dlt-viewer日志分析
首先映入眼帘的是nhm在请求pas服务时被拒绝，systemctl status pas-daemon发现该服务压根没启动。
systemctl enable pas-daemon启用服务后还是不行。
分析dlt-viewer日志发现：
ERROR1
pas服务在获取DBUS name时失败了。
查看nodestatemanager-daemon服务的配置文件，大致在如下四个位置：
/lib/systemd/system/nodestatemanager-daemon.service
其中针对dbus配置的行：
BusName=org.genivi.NodeStateManager
/etc/dbus-1/system.d/org.genivi.NodeStateManager.conf
该文件用于定义dbus总线的归属、目的地及接口。
其中：
需要跟代码中g_bus_own_name函数传入的bus name匹配。
一般跟own的值一致。
定义interface，取值与下面文件中的接口相一致：
/usr/share/dbus-1/interfaces/org.genivi.NodeStateManager.LifecycleConsumer.xml
另外还有两个接口定义文件，但不知道为什么不需要/etc/dbus-1/system.d/下没有对应的conf
/usr/share/dbus-1/interfaces/org.genivi.NodeStateManager.LifecycleControl.xml
org.genivi.NodeStateManager.LifecycleControl.xml
/usr/share/dbus-1/system-services/org.genivi.NodeStateManager.LifeCycleControl.service
[D-BUS Service]
Name=org.genivi.NodeStateManager
SystemdService = nodestatemanager-daemon.service
Exec=/bin/false
该文件用于定义dbus服务名及对应的systemd服务名和启动命令行。注意Name要与system服务service文件中定义的 BusName 匹配。
根据以上信息，结合persistence-admin源代码中的dbus配置文件，手动添加如下文件：
/etc/dbus-1/system.d/org.genivi.persistence.admin.conf
/usr/share/dbus-1/system-services/org.genivi.persistence.admin.service
同时在/lib/systemd/system/pas-daemon.service中添加：
BusName=org.genivi.persistence.admin
重启发现pas-daemon服务起来了，但node-health-monitor服务仍然没有起来。
继续查看dlt-viewer日志发现：
ERROR2
node-health-monitor服务也获取DBUS name失败。
按照解决ERROR1的方法对node-health-monitor进行dbus配置，结果不好用。
看node-health-monitor源代码发现，其使用的dbus类型为2，即session dbus，而之前的nodestatemanager-daemon和pas-daemon服务使用的dbus类型都是1，system dbus。
结果及总结
经过搜索system dbus和session dbus的区别和各自的配置方法，以及多番尝试，最后得出如下结论：
- 服务service文件
使用system dbus的服务，其服务service文件存放在/lib/systemd/system下
使用session dbus的服务，其服务service文件存放在/etc/systemd/user和/lib/systemd/system两个位置，/etc/systemd/user下的service文件可以是软链接指向/lib/systemd/system下对应的服务service文件 - dbus配置文件
使用system dbus的服务，其dbus配置文件存放在/etc/dbus-1/system.d/
使用session dbus的服务，其dbus配置文件存放在/etc/dbus-1/session.d/ - dbus服务service文件
使用system dbus的服务，其dbus服务service文件存放在/usr/share/dbus-1/system-services/
使用session dbus的服务，其dbus服务service文件存放在/usr/share/dbus-1/services/ - 服务启用命令
使用system dbus的服务，启用服务的命令为systemctl enable xxx.service
使用session dbus的服务，启用服务的命令为systemctl --user enable xxx.service - 服务状态查看
使用system dbus的服务，查看服务状态的命令为systemctl status xxx.service
使用session dbus的服务，查看服务状态的命令为systemctl --user status xxx.service
第四点尤为重要，因为没有注意到这一点卡了三四天，直到在启用服务时加了–user，才终于把node-health-monitor服务启动起来。
执行：
ps -e | grep -i dbus
会发现有两个dbus-daemon:
dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
第一个由/lib/systemd/system/dbus.service服务启动
第二个由/usr/lib/systemd/user/dbus.service服务启动
依赖于dbus的服务在service文件中定义require和after的时候都添加dbus.service，系统会根据服务对应的dbus服务类型(system或session)自动匹配对应目录下的dbus.service。