All of lore.kernel.org
 help / color / mirror / Atom feed
* [RFC] make btrfs-image work
@ 2010-01-19 16:04 Josef Bacik
  2010-01-20  2:28 ` Yan, Zheng 
  0 siblings, 1 reply; 3+ messages in thread
From: Josef Bacik @ 2010-01-19 16:04 UTC (permalink / raw)
  To: linux-btrfs

Hello,

btrfs-image would be very helpful for debugging some users problems that we
can't reproduce ourselves, but every image that i try and re-create with
btrfs-image makes btrfs panic.  This is because we zero out the superblocks
chunk array and re-create our uuid.  This means that we end up not being able to
read the chunk tree on mount, and then even if we could the uuid's of the
metadata we read back wouldn't match the uuid of the device.  The way I've fixed
this is to just spit the metadata back onto the disk exactly the way we got it.
The caveat to this I think is that if we try to image a multi-device setup that
it won't work right unless we have a multi-device setup to restore the image
onto.  I'm not sure if thats the goal or not.  This patch makes the single disk
case work fine for me.  Let me know what you think.  Thanks,

Josef

diff --git a/btrfs-image.c b/btrfs-image.c
index f2bbcc8..2d45ac3 100644
--- a/btrfs-image.c
+++ b/btrfs-image.c
@@ -564,41 +564,6 @@ static int create_metadump(const char *input, FILE *out, int num_threads,
 	return 0;
 }
 
-static void update_super(u8 *buffer)
-{
-	struct btrfs_super_block *super = (struct btrfs_super_block *)buffer;
-	struct btrfs_chunk *chunk;
-	struct btrfs_disk_key *key;
-	u32 sectorsize = btrfs_super_sectorsize(super);
-	u64 flags = btrfs_super_flags(super);
-
-	flags |= BTRFS_SUPER_FLAG_METADUMP;
-	btrfs_set_super_flags(super, flags);
-
-	key = (struct btrfs_disk_key *)(super->sys_chunk_array);
-	chunk = (struct btrfs_chunk *)(super->sys_chunk_array +
-				       sizeof(struct btrfs_disk_key));
-
-	btrfs_set_disk_key_objectid(key, BTRFS_FIRST_CHUNK_TREE_OBJECTID);
-	btrfs_set_disk_key_type(key, BTRFS_CHUNK_ITEM_KEY);
-	btrfs_set_disk_key_offset(key, 0);
-
-	btrfs_set_stack_chunk_length(chunk, (u64)-1);
-	btrfs_set_stack_chunk_owner(chunk, BTRFS_EXTENT_TREE_OBJECTID);
-	btrfs_set_stack_chunk_stripe_len(chunk, 64 * 1024);
-	btrfs_set_stack_chunk_type(chunk, BTRFS_BLOCK_GROUP_SYSTEM);
-	btrfs_set_stack_chunk_io_align(chunk, sectorsize);
-	btrfs_set_stack_chunk_io_width(chunk, sectorsize);
-	btrfs_set_stack_chunk_sector_size(chunk, sectorsize);
-	btrfs_set_stack_chunk_num_stripes(chunk, 1);
-	btrfs_set_stack_chunk_sub_stripes(chunk, 0);
-	chunk->stripe.devid = super->dev_item.devid;
-	chunk->stripe.offset = cpu_to_le64(0);
-	memcpy(chunk->stripe.dev_uuid, super->dev_item.uuid, BTRFS_UUID_SIZE);
-	btrfs_set_super_sys_array_size(super, sizeof(*key) + sizeof(*chunk));
-	csum_block(buffer, 4096);
-}
-
 static void *restore_worker(void *data)
 {
 	struct mdrestore_struct *mdres = (struct mdrestore_struct *)data;
@@ -637,9 +602,6 @@ static void *restore_worker(void *data)
 			size = async->bufsize;
 		}
 
-		if (async->start == BTRFS_SUPER_INFO_OFFSET)
-			update_super(outbuf);
-
 		ret = pwrite64(outfd, outbuf, size, async->start);
 		BUG_ON(ret != size);
 

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [RFC] make btrfs-image work
  2010-01-19 16:04 [RFC] make btrfs-image work Josef Bacik
@ 2010-01-20  2:28 ` Yan, Zheng 
  2010-01-20  2:37   ` Josef Bacik
  0 siblings, 1 reply; 3+ messages in thread
From: Yan, Zheng  @ 2010-01-20  2:28 UTC (permalink / raw)
  To: Josef Bacik; +Cc: linux-btrfs

On Wed, Jan 20, 2010 at 12:04 AM, Josef Bacik <josef@redhat.com> wrote:
> Hello,
>
> btrfs-image would be very helpful for debugging some users problems t=
hat we
> can't reproduce ourselves, but every image that i try and re-create w=
ith
> btrfs-image makes btrfs panic. =A0This is because we zero out the sup=
erblocks
> chunk array and re-create our uuid. =A0This means that we end up not =
being able to
> read the chunk tree on mount, and then even if we could the uuid's of=
 the
> metadata we read back wouldn't match the uuid of the device. =A0The w=
ay I've fixed
> this is to just spit the metadata back onto the disk exactly the way =
we got it.
> The caveat to this I think is that if we try to image a multi-device =
setup that
> it won't work right unless we have a multi-device setup to restore th=
e image
> onto. =A0I'm not sure if thats the goal or not. =A0This patch makes t=
he single disk
> case work fine for me. =A0Let me know what you think. =A0Thanks,
>

The goal of btrfs-image is create image that can be  examined by btrfsc=
k and
btrfs-debug-tree. btrfs-image creates metadata image for btrfs' logical=
 address
space. So your patch only works for the uncommon case that btrfs' logic=
al
address is mapped to offset of device.

Yan, Zheng
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [RFC] make btrfs-image work
  2010-01-20  2:28 ` Yan, Zheng 
@ 2010-01-20  2:37   ` Josef Bacik
  0 siblings, 0 replies; 3+ messages in thread
From: Josef Bacik @ 2010-01-20  2:37 UTC (permalink / raw)
  To: Yan, Zheng ; +Cc: Josef Bacik, linux-btrfs

On Wed, Jan 20, 2010 at 10:28:01AM +0800, Yan, Zheng  wrote:
> On Wed, Jan 20, 2010 at 12:04 AM, Josef Bacik <josef@redhat.com> wrot=
e:
> > Hello,
> >
> > btrfs-image would be very helpful for debugging some users problems=
 that we
> > can't reproduce ourselves, but every image that i try and re-create=
 with
> > btrfs-image makes btrfs panic. =A0This is because we zero out the s=
uperblocks
> > chunk array and re-create our uuid. =A0This means that we end up no=
t being able to
> > read the chunk tree on mount, and then even if we could the uuid's =
of the
> > metadata we read back wouldn't match the uuid of the device. =A0The=
 way I've fixed
> > this is to just spit the metadata back onto the disk exactly the wa=
y we got it.
> > The caveat to this I think is that if we try to image a multi-devic=
e setup that
> > it won't work right unless we have a multi-device setup to restore =
the image
> > onto. =A0I'm not sure if thats the goal or not. =A0This patch makes=
 the single disk
> > case work fine for me. =A0Let me know what you think. =A0Thanks,
> >
>=20
> The goal of btrfs-image is create image that can be  examined by btrf=
sck and
> btrfs-debug-tree. btrfs-image creates metadata image for btrfs' logic=
al address
> space. So your patch only works for the uncommon case that btrfs' log=
ical
> address is mapped to offset of device.
>=20

Ok, but I think it would be helpful to be able to restore the fs onto a=
 device
and still be able to use it like a normal fs so we can debug other type=
s of
problems.  But I don't really care that much so if that wasn't the inte=
nded goal
I'll find something else to work on.  Thanks,

Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-01-20  2:37 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-19 16:04 [RFC] make btrfs-image work Josef Bacik
2010-01-20  2:28 ` Yan, Zheng 
2010-01-20  2:37   ` Josef Bacik

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.