All of lore.kernel.org
 help / color / mirror / Atom feed
From: David T-G <davidtg+robot@justpickone.org>
To: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: overlays on dd images of 4T drives
Date: Tue, 16 Nov 2021 02:01:26 +0000	[thread overview]
Message-ID: <20211116020126.GA95566@opal1.opalstack.com> (raw)
In-Reply-To: <87czn1i4xr.fsf@vps.thesusis.net>

Phillip, et al --

...and then Phillip Susi said...
% 
% David T-G <davidtg+robot@justpickone.org> writes:
% 
% >   davidtg@gezebel:/mnt/data/tmp/4Traid> parallel 'size=$(sudo blockdev
% > --getsize {}); loop=$(sudo losetup -f --show -- overlay-{/}) ; echo
% > $loop' ::: $DEVICES
...
% >   davidtg@gezebel:/mnt/data/tmp/4Traid> sudo losetup -a
...
% >   ### why are these out of order?!? *sigh*
% 
% Because you ran the command to create them with parallel.  Don't do that.

Ah.  Well, yeah; I'd like to not, not least because I don't have parallel
on all machines and I don't know its grammar enough to know what it's
really doing.  But I also know that sometimes I should just shut up and
follow the documentation :-)

And I would figure that parallel would process them in order since they
should all take the same amount of time to run!  But that's MUTEX play
for ya.


% 
% > OK, yeah, we could predict that.  But it gets even more fun:
...
% > What?!?  Where is my superblock?  This is a bit-for-bit copy of the
% > partition itself.
% >
% > Time to fall back for more help from the RAID gods *sigh*  Any further
% > recommendations?
% 
% Run mdadm -E /dev/loop{0,1,2}

Well, that appears to agree:

  diskfarm:/mnt/10Traid50md/tmp # mdadm -E /dev/loop{0,1,2}
  mdadm: No md superblock detected on /dev/loop0.
  mdadm: No md superblock detected on /dev/loop1.
  mdadm: No md superblock detected on /dev/loop2.
  diskfarm:/mnt/10Traid50md/tmp # losetup -a
  /dev/loop1: [66326]:1059 (/mnt/10Traid50md/tmp/overlay-sdb1)
  /dev/loop2: [66326]:1060 (/mnt/10Traid50md/tmp/overlay-sdc1)
  /dev/loop0: [66326]:1058 (/mnt/10Traid50md/tmp/overlay-sda1)

But I'm confused, all right:

  diskfarm:/mnt/10Traid50md/tmp # mdadm -E 4Tsda1.EYNA.dd-bs\=256M-conv\=sparse\,noerror
  4Tsda1.EYNA.dd-bs=256M-conv=sparse,noerror:
	    Magic : a92b4efc
	  Version : 1.2
      Feature Map : 0x0
       Array UUID : ca7008ef:90693dae:6c231ad7:08b3f92d
	     Name : diskfarm:0  (local to host diskfarm)
    Creation Time : Mon Feb  6 05:56:35 2017
       Raid Level : raid5
     Raid Devices : 4

   Avail Dev Size : 7813510799 sectors (3.64 TiB 4.00 TB)
       Array Size : 11720265216 KiB (10.92 TiB 12.00 TB)
    Used Dev Size : 7813510144 sectors (3.64 TiB 4.00 TB)
      Data Offset : 262144 sectors
     Super Offset : 8 sectors
     Unused Space : before=262064 sectors, after=574835712 sectors
	    State : clean
      Device UUID : f05a143b:50c9b024:36714b9a:44b6a159

      Update Time : Sun Nov  7 01:00:00 2021
	 Checksum : 4adb8b59 - correct
	   Events : 128116

	   Layout : left-symmetric
       Chunk Size : 512K

     Device Role : Active device 3
     Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

OH!!!  Wait.  The loopback device points to the overlay file, which is
sparse.  No wonder it has no superblock.  When I was here on this host
after having lots of device mapper issues, I tried to assemble the files
and got nowhere.

Can I create loopback devices pointing to the image files, which will
give me raw handles, and then assemble that?

Or am I stuck with struggling with the mapper on my workstation with the
actual disks in it and wondering why sda1

  davidtg@gezebel:/mnt/data/tmp/4Traid> sudo losetup -a
  /dev/loop1: [66307]:624372298 (/mnt/data/tmp/4Traid/overlay-sdc1)
  /dev/loop2: [66307]:624372297 (/mnt/data/tmp/4Traid/overlay-sdb1)
  /dev/loop0: [66307]:624372296 (/mnt/data/tmp/4Traid/overlay-sda1)
  davidtg@gezebel:/mnt/data/tmp/4Traid> echo 0 `sudo blockdev --getsize
  /dev/sda1` snapshot /dev/sda1 /dev/loop0 P 8 | sudo dmsetup create sda1
  device-mapper: reload ioctl on sda1  failed: Device or resource busy
  Command failed.

is busy?


Thanks again & HANN

:-D
-- 
David T-G
See http://justpickone.org/davidtg/email/
See http://justpickone.org/davidtg/tofu.txt


  reply	other threads:[~2021-11-16  2:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-14  2:29 overlays on dd images of 4T drives David T-G
2021-11-14  8:47 ` Roman Mamedov
2021-11-15  2:51 ` David T-G
2021-11-15 19:32   ` Phillip Susi
2021-11-16  2:01     ` David T-G [this message]
2021-11-16  2:07       ` can't loop the image files and assemble (was "Re: overlays on dd images of 4T drives") David T-G

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=20211116020126.GA95566@opal1.opalstack.com \
    --to=davidtg+robot@justpickone.org \
    --cc=linux-raid@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.