Project

General

Profile

Actions

Bug #16835

closed

kernel logs aren't getting collected

Added by Yuri Weinstein over 7 years ago. Updated almost 7 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
% Done:

0%

Source:
Q/A
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
smoke
Crash signature (v1):
Crash signature (v2):

Description

Per ICR with Ilya
Run: http://pulpito.ceph.com/teuthology-2016-07-26_08:18:30-smoke-master-distro-basic-vps/
Job: 334810/remote/vpm137/syslog/kern.log.gz

kernel log has garbage in it.

Actions #2

Updated by Zack Cerza over 7 years ago

What do you mean by 'garbage' ? It's an empty file.

Actions #3

Updated by Zack Cerza over 7 years ago

  • Status changed from New to Need More Info
  • Assignee set to Yuri Weinstein

It's not clear why you think the logfiles aren't being collected. A link to a job with empty logfiles doesn't strike me as terribly suspicious.

Actions #4

Updated by Yuri Weinstein over 7 years ago

  • Assignee changed from Yuri Weinstein to Ilya Dryomov

Ilya, can you elaborate pls?

Actions #5

Updated by Ilya Dryomov over 7 years ago

  • Assignee changed from Ilya Dryomov to Zack Cerza

/a/teuthology-2016-07-20_02:15:03-krbd-jewel-testing-basic-smithi/325119

All nodes should have syslog output, because one is the kernel client and the other two are OSDs, where filesystems are created and mounted. Yet:
- remote/smithi017/syslog/kern.log.gz - OSD node, mounting newly created btrfs fses in syslog
- remote/smithi051/syslog/kern.log.gz - kernel client node, no syslog
- remote/smithi059/syslog/kern.log.gz - OSD node, no syslog

smithi051 should have had roughly /a/teuthology-2016-07-20_02:15:03-krbd-jewel-testing-basic-smithi/325142/remote/smithi016/syslog/kern.log.gz.
smithi059 should have been the same as smithi017.

Actions #6

Updated by Ilya Dryomov over 7 years ago

  • Subject changed from suspect kernel logs aren't getting collected to kernel logs aren't getting collected
  • Priority changed from Normal to High

Probably has to do with ubuntu vs centos - lots more examples in the archive.

Actions #7

Updated by Ilya Dryomov almost 7 years ago

  • Status changed from Need More Info to In Progress
  • Assignee changed from Zack Cerza to Ilya Dryomov
Actions #8

Updated by Ilya Dryomov almost 7 years ago

  • Status changed from In Progress to Fix Under Review
Actions #9

Updated by Ilya Dryomov almost 7 years ago

  • Status changed from Fix Under Review to Resolved
Actions

Also available in: Atom PDF