Project

General

Profile

Actions

Bug #4677

closed

kdb: doesn't work on mira nodes

Added by Alex Elder about 11 years ago. Updated about 11 years ago.

Status:
Resolved
Priority:
Urgent
Assignee:
Sandon Van Ness
Category:
-
Target version:
-
% Done:

100%

Source:
Development
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

I've hit a few crashes on mira nodes, only to find that
kdb was not working. I thought it may have been due
to VPN issues or something, but just now I tried to
forcefully drop a mira machine into kdb, only to find
it was not responsive to keyboard input after that.

It appears as though kdb output works, but input seems
to never be seen. So for example when it shows a
"more" prompt, space or return (or any other key) has
no effect.

Here's what it looks like after I did this command
in a separate window, to force kdb:

In the other window:
root@mira096:~# echo g > /proc/sysrq-trigger

(This is normal--prompt doesn't return until/unless you tell
kdb to continue at the console.)

On the console:
[81625.533455] libceph: mon1 10.214.136.128:6789 session lost, hunting for new mon
[81625.550583] libceph: mon0 10.214.136.112:6789 session established
[100667.370916] libceph: mds0 10.214.136.128:6809 socket closed (con state OPEN)
[104400.158806] libceph: mds0 10.214.136.128:6809 socket closed (con state OPEN)
[105143.883674] SysRq : DEBUG

Entering kdb (current=0xffff88041478deb0, pid 30631) on processor 1 due to Keyboard Entry
[1]kdb>

Without this functionality my kernel debugging effectiveness
is limited a lot. (It's possible to set up gdb to target a
a virtual machine kernel, but I still want kdb to function.)

It may be a simple configuration option somewhere.

Actions #1

Updated by Ian Colle about 11 years ago

  • Assignee set to Sandon Van Ness
  • Priority changed from Normal to High
Actions #2

Updated by Ian Colle about 11 years ago

  • Priority changed from High to Urgent
Actions #3

Updated by Sandon Van Ness about 11 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

This is fixed in commit:

e2938f402606e86f19d64647982d1bebae00428a

in master of teuthology. Mira machines need to be set to ttyS2 and ttyS1 was being hard-coded in task/kernel.py.

Actions

Also available in: Atom PDF