All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mykola Golub <mgolub@mirantis.com>
To: "Deneau, Tom" <tom.deneau@amd.com>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: debugging librbd to a VM
Date: Mon, 29 Aug 2016 11:03:15 +0300	[thread overview]
Message-ID: <20160829080314.GA1733@gmail.com> (raw)
In-Reply-To: <MWHPR12MB19342F27DDBF165F5BAE4ADC9BEC0@MWHPR12MB1934.namprd12.prod.outlook.com>

May be qemu does not see you ceph.conf? Or some other environmental
issue (e.g. with qemu rbd driver). Try

ldd /usr/bin/qemu-system-x86_64 |grep rbd

Have you tried starting it from command line?

You could check if config debug options work as expected setting them
on your working cluster.

On Fri, Aug 26, 2016 at 09:08:30PM +0000, Deneau, Tom wrote:
> I have two small clusters configured with the same version of Ceph and the same OS version.
> (different processor hardware)
> 
> On these clusters I have bootable RBD images that I expect a VM to boot from.
> On one cluster, the VM does not boot from the image.  On the other cluster, it boots fine.
> On the failing cluster, a VM can boot fine from the base qcow2 image from which the rbd image was created.  It's only rbd images that are causing problems for the VM.
> 
> I would like to enable some debug logging that could tell where the two clusters are diverging.
> 
> I tried adding
>         debug rbd = 20
>         log file = /tmp/cbt/ceph/log/$name.log
> 
> I do see some rbd debug messages to stderr during operations like rbd clone, etc. but I don't see any log files created in /tmp/cbt/ceph or /var/log/ceph or any messages when librbd is being used by say qemu-img convert, or by qemu-kvm.
> 
> Is there a way to see detailed debug messages for librbd?
> 
> Or is there a better way to see where things are diverging between these two clusters?
> (note: I tried lttng but could not get it to record anything)
> 
> -- Tom
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Mykola Golub

  reply	other threads:[~2016-08-29  8:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-26 21:08 debugging librbd to a VM Deneau, Tom
2016-08-29  8:03 ` Mykola Golub [this message]
2016-08-29 18:33   ` Deneau, Tom
2016-08-30  4:54     ` Mykola Golub
2016-08-29 22:29   ` Brad Hubbard
2016-08-29 22:53     ` Deneau, Tom
2016-08-29 23:12       ` Brad Hubbard

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=20160829080314.GA1733@gmail.com \
    --to=mgolub@mirantis.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=tom.deneau@amd.com \
    /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.