linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Brassow Jonathan <jbrassow@redhat.com>
To: Elvin Cako <ecako@cogolabs.com>
Cc: data <data@cogolabs.com>,
	LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] [data] Re:  Setting up LVM cache causes crash
Date: Mon, 8 Sep 2014 10:58:06 -0500	[thread overview]
Message-ID: <1C8E3DA4-6CF5-477C-AF69-C9F1095BC841@redhat.com> (raw)
In-Reply-To: <CACjhXxd5+b52Z5UE1uoOp5fHQSm-rnXmBaDvtvn4VQZxJxrrJQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2832 bytes --]


On Sep 3, 2014, at 11:29 AM, Elvin Cako wrote:

> I also want to add some discrepancies in looking at the file:
> 
> cat /proc/mdstat
> Personalities : [raid1] 
> ... 
> md35 : active raid1 sdb2[0] sdc2[1]
>       99629440 blocks super 1.0 [3/2] [UU_]
>       
> md34 : active raid1 sdbt2[0] sdbp2[1]
>       830240064 blocks super 1.0 [3/2] [UU_]
>       
> md33 : active raid1 sdbu2[0] sdbs2[1]
>       830240064 blocks super 1.0 [3/2] [UU_]
>       
> md32 : active raid1 sdby2[0] sdbv2[1]
>       830240064 blocks super 1.0 [3/2] [UU_]
>       
> md31 : active raid1 sdbr2[0] sdbw2[1]
>       830240064 blocks super 1.0 [3/2] [UU_]
>       
> md30 : active raid1 sdbq2[0] sdbx2[1]
>       830240064 blocks super 1.0 [3/2] [UU_]
> ... 
> 
> We are only using the second partition of each drive for our md devices. In the log(attached previously) we see that the drive, the first partition, and the second partition are "Added to device cache".  Is "device cache" some other cache not related to our SSD cache we're trying to create?
> 
> #device/dev-cache.c:333         /dev/sdb: Added to device cache
> #device/dev-cache.c:330         /dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSBF109608M: Aliased to /dev/sdb in device cache
> #device/dev-cache.c:330         /dev/disk/by-id/wwn-0x50025388a01d30bc: Aliased to /dev/sdb in device cache
> #device/dev-cache.c:333         /dev/sdb1: Added to device cache
> #device/dev-cache.c:330         /dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSBF109608M-part1: Aliased to /dev/sdb1 in device cache
> #device/dev-cache.c:330         /dev/disk/by-id/wwn-0x50025388a01d30bc-part1: Aliased to /dev/sdb1 in device cache
> #device/dev-cache.c:319         /dev/disk/by-partlabel/metadata: Already in device cache
> #device/dev-cache.c:330         /dev/disk/by-partuuid/e7d5c622-626c-4122-9d5c-ccb1ae1ff0dc: Aliased to /dev/sdb1 in device cache
> #device/dev-cache.c:330         /dev/disk/by-uuid/dc8f83e2-1073-4128-b64f-9e86b9539c67: Aliased to /dev/sdb1 in device cache
> #device/dev-cache.c:333         /dev/sdb2: Added to device cache
> #device/dev-cache.c:330         /dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSBF109608M-part2: Aliased to /dev/sdb2 in device cache
> #device/dev-cache.c:330         /dev/disk/by-id/wwn-0x50025388a01d30bc-part2: Aliased to /dev/sdb2 in device cache
> #device/dev-cache.c:319         /dev/disk/by-partlabel/raiddata: Already in device cache
> #device/dev-cache.c:330         /dev/disk/by-partuuid/39bcecad-693c-4842-b71d-920c4eb8aaef: Aliased to /dev/sdb2 in device cache
>  

Yes, it is different.  That has to do with LVM remembering what devices it has seen when reading LVM labels.  The LVM labels on those devices tell it how the volumes have been constructed and so on.

 brassow


[-- Attachment #2: Type: text/html, Size: 10297 bytes --]

  reply	other threads:[~2014-09-08 15:58 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-25 16:45 [linux-lvm] Setting up LVM cache causes crash Elvin Cako
2014-09-02 22:00 ` Brassow Jonathan
2014-09-03 15:58   ` [linux-lvm] [data] " Elvin Cako
2014-09-03 16:29     ` Elvin Cako
2014-09-08 15:58       ` Brassow Jonathan [this message]
2014-09-08 16:03     ` Brassow Jonathan
2014-09-17 15:59       ` Elvin Cako
2014-09-24  4:45         ` Brassow Jonathan
2014-09-25 21:05           ` Elvin Cako
2014-10-16 18:31             ` Elvin Cako
2014-10-30 16:41               ` [linux-lvm] [data] " Brassow Jonathan
2014-10-30 22:45                 ` [linux-lvm] " Mike Snitzer

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=1C8E3DA4-6CF5-477C-AF69-C9F1095BC841@redhat.com \
    --to=jbrassow@redhat.com \
    --cc=data@cogolabs.com \
    --cc=ecako@cogolabs.com \
    --cc=linux-lvm@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).