public inbox for linux-raid@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox