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

Also available in: Atom PDF