From: Jens Axboe <jens.axboe@oracle.com>
To: linux-btrace@vger.kernel.org
Subject: Re: bad trace magic
Date: Wed, 19 Nov 2008 11:49:00 +0000 [thread overview]
Message-ID: <20081119114859.GB26308@kernel.dk> (raw)
In-Reply-To: <1227094718.10046.29.camel@kitka.ibm.com>
On Wed, Nov 19 2008, Martin Peschke wrote:
> Hi,
>
> I run across blktrace complaints about broken traces once in a while.
> I have pimped up the debugging output in verify_trace():
>
> --- bad trace magic ---
> magic 0x00000000
> sequence 0x00000000
> time 0x0000000000000000
> sector 0x0000000000000000
> bytes 0x65617407 <--- begin of trace (trace magic)
> action 0x000005b0
> pid 0x0000029c
> device 0x7c185ac0
> cpu 0x00000000
> error 0x0036
> pdu_len 0x18c0
>
> 00000000 00000000 00000000 00000000 00000000 00000000
> 65617407 000005b0 0000029c 7c185ac0 00000000 003618c0
>
> bad trace in /sys/kernel/debug/block/sdbm/trace1
>
> Traces appear to get out of place by some bytes. The offset varies.
>
>
> I have got a couple of questions:
>
> Does blktrace stop processing of a trace stream in this case, doesn't
> it?
>
> Next I am going to dump the trace which precedes a broken trace.
> Any better ideas how to debug this one?
I think Alan and I debugged something like this in the early days of
blktrace. Is your stream consistently off when this happens? Does the
sequence numbers jump?
The most likely culprit is a relay bug, and there's recently been some
fixing for that.
--
Jens Axboe
next prev parent reply other threads:[~2008-11-19 11:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-19 11:38 bad trace magic Martin Peschke
2008-11-19 11:49 ` Jens Axboe [this message]
2008-11-19 12:43 ` Martin Peschke
2008-11-19 12:44 ` Jens Axboe
2008-11-19 15:00 ` Martin Peschke
2008-11-19 15:07 ` Jens Axboe
2008-11-19 17:41 ` Martin Peschke
2008-11-26 9:33 ` Martin Peschke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081119114859.GB26308@kernel.dk \
--to=jens.axboe@oracle.com \
--cc=linux-btrace@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.