pacific: qa/tasks/cephadm: enable mon_cluster_log_to_file#55429
pacific: qa/tasks/cephadm: enable mon_cluster_log_to_file#55429adk3798 merged 1 commit intoceph:pacificfrom
Conversation
Without cluster_log_to_file we have nothing to grep for errors: 2023-10-27T16:06:59.111 DEBUG:teuthology.orchestra.run.smithi150:> sudo egrep '\[ERR\]|\[WRN\]|\[SEC\]' /var/log/ceph/38cc7fce-74d9-11ee-8db9-212e2dc638e7/ceph.log | egrep -v '\(MDS_ALL_DOWN\)' | egrep -v '\(MDS_UP_LESS_THAN_MAX\)' | head -n 1 2023-10-27T16:06:59.141 INFO:teuthology.orchestra.run.smithi150.stderr:grep: /var/log/ceph/38cc7fce-74d9-11ee-8db9-212e2dc638e7/ceph.log: No such file or directory Set mon_cluster_log_to_file = true. Fixes: https://tracker.ceph.com/issues/63425 Signed-off-by: Dan van der Ster <dan.vanderster@clyso.com> (cherry picked from commit 822e6b0)
|
Noting that this also includes #41479. |
|
I reviewed the PR. This did cause some new red jobs to appear in the rados suite, but most are warnings that are expected in test environments, and thus should be whitelisted. I raised the following tracker tickets to address the whitelists (although I don’t think it should block the merge of this PR): Regarding Finally , I noticed a cephadm bug that looks new. @adk3798 wdyt of https://tracker.ceph.com/issues/53154 ? It was caught when the job failed from In summary, everything that needs to be whitelisted now in the rados suite has a tracker, so I am okay with merging this PR since it has already merged to main. Rados approved; full summary: https://tracker.ceph.com/projects/rados/wiki/PACIFIC#httpstrellocomcERqmvaZu1947-wip-yuri10-testing-2024-02-02-1149-pacific |
https://tracker.ceph.com/issues/64469