From: Eric Sandeen <sandeen@redhat.com>
To: xfs-oss <xfs@oss.sgi.com>
Cc: Zorro Lang <zlang@redhat.com>
Subject: [PATCH] xfs_copy: simplify first_agbno calculation
Date: Mon, 10 Nov 2014 16:15:35 -0600 [thread overview]
Message-ID: <54613907.2000007@redhat.com> (raw)
After ffe9a9a xfsprogs: xfs_copy: fix data corruption of target,
xfs_copy started hitting an ASSERT for a 4k sector / 4k blocksize
filesystem:
# dd if=/dev/zero of=test.img bs=1M count=1024
# mkfs.xfs -s size=4096 test.img
# xfs_copy test.img xfs.img
xfs_copy: xfs_copy.c:720: main: Assertion `((((((xfs_daddr_t)(3 << (mp)->m_sectbb_log)) + 1) * (1<<9)) + first_residue) % source_blocksize) == 0' failed.
Aborted
I started digging through all the calculations below, and realized
that in the end, all it wants is the first filesystem block after
the AG header. XFS_AGFL_BLOCK(mp) + 1 suffices for this purpose;
rip out the rest which seems overly complex and apparently bug-prone.
I tested this by creating a 4g filesystem with combinations of
sector & block size between 512 and 4k, copying in /lib/modules,
running an xfs_copy of that, and running repair against the copy;
it all looks good. It took a long time, but I will create a
simpler/shorter xfstest based on this.
Reported-by: Zorro Lang <zlang@redhat.com>
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
---
diff --git a/copy/xfs_copy.c b/copy/xfs_copy.c
index 7ce5ec9..279527c 100644
--- a/copy/xfs_copy.c
+++ b/copy/xfs_copy.c
@@ -475,7 +475,7 @@ main(int argc, char **argv)
int open_flags;
xfs_off_t pos, end_pos;
size_t length;
- int c, first_residue, tmp_residue;
+ int c;
__uint64_t size, sizeb;
__uint64_t numblocks = 0;
int wblocks = 0;
@@ -697,27 +697,13 @@ main(int argc, char **argv)
ASSERT(source_blocksize % source_sectorsize == 0);
ASSERT(source_sectorsize % BBSIZE == 0);
- if (source_blocksize > source_sectorsize) {
- /* get number of leftover sectors in last block of ag header */
-
- tmp_residue = ((XFS_AGFL_DADDR(mp) + 1) * BBSIZE)
- % source_blocksize;
- first_residue = (tmp_residue == 0) ? 0 :
- source_blocksize - tmp_residue;
- ASSERT(first_residue % source_sectorsize == 0);
- } else if (source_blocksize == source_sectorsize) {
- first_residue = 0;
- } else {
+ if (source_blocksize < source_sectorsize) {
do_log(_("Error: filesystem block size is smaller than the"
" disk sectorsize.\nAborting XFS copy now.\n"));
exit(1);
}
- first_agbno = (((XFS_AGFL_DADDR(mp) + 1) * BBSIZE)
- + first_residue) / source_blocksize;
- ASSERT(first_agbno != 0);
- ASSERT(((((XFS_AGFL_DADDR(mp) + 1) * BBSIZE)
- + first_residue) % source_blocksize) == 0);
+ first_agbno = XFS_AGFL_BLOCK(mp) + 1;
/* now open targets */
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next reply other threads:[~2014-11-10 22:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-10 22:15 Eric Sandeen [this message]
2014-11-11 0:37 ` [PATCH] xfs_copy: fix ASSERT failure on 4k devices Eric Sandeen
2014-11-11 13:37 ` [PATCH] xfs_copy: simplify first_agbno calculation Brian Foster
2014-11-11 16:01 ` Eric Sandeen
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=54613907.2000007@redhat.com \
--to=sandeen@redhat.com \
--cc=xfs@oss.sgi.com \
--cc=zlang@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