前几日排查一个ldap在Kylin服务器+海光硬件上的bug，这种上世纪八九十年代的软件，文档虽然不少，但都很陈旧了，而且由于历史太过悠远，存有量太少，很难搜到比较有价值和深度的文章，大多是祖传库的简单调用。

遇到一个报错类似 Other (e.g., implementation specific) error (80)，其报错信息太过简短以至于没有具体意义，搜到的大多是说SSL认证的问题。同样的版本和操作系统，在Intel服务器上就没有bug，而且Intel服务器也确实生成了ssl目录和证书，但海光就没有，导致我以为问题也在这，走了一点弯路。在/var/log下也没看到 ldap的日志，本来想接着走弯路的，但是一想到弯路太弯了，突然想到，ldap没有日志，有没有可能是默认配置导致的呢，朝这个思路一想，立马解决了。原来ldap的日志依赖rsyslog，需要配置ldap和rsyslog才能生成日志，日志里的报错比终端更详细一些，顺藤摸瓜就解决了。

经验就是还是得看日志，如果没日志，就想办法看到日志。拿着语焉不详的报错信息去搜索，大概率是徒劳。