From: "Darrick J. Wong" <djwong@kernel.org>
To: Donald Douwsma <ddouwsma@redhat.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 3/4] xfsdump: fix on-media inventory stream packing
Date: Thu, 13 Oct 2022 12:10:31 -0700 [thread overview]
Message-ID: <Y0hip0cjfi1oWn1B@magnolia> (raw)
In-Reply-To: <20221013031518.1815861-4-ddouwsma@redhat.com>
On Thu, Oct 13, 2022 at 02:15:17PM +1100, Donald Douwsma wrote:
> With the on-media inventory now being restored for multiple streams we
> can see that the restored streams both claim to be for /dev/nst0.
>
> [root@rhel8 xfsdump-dev]# xfsdump -L "Test2" -f /dev/nst0 -M "tape1" -f /dev/nst1 -M "tape2" /boot
> ...
> [root@rhel8 xfsdump-dev]# rm -rf /var/lib/xfsdump/inventory /tmp/test1/*
> [root@rhel8 xfsdump-dev]# restore/xfsrestore -L Test2 -f /dev/nst0 -f /dev/nst1 /tmp/test2
> restore/xfsrestore: using scsi tape (drive_scsitape) strategy
> restore/xfsrestore: using scsi tape (drive_scsitape) strategy
> restore/xfsrestore: version 3.1.10 (dump format 3.0) - type ^C for status and control
> ...
> restore/xfsrestore: Restore Summary:
> restore/xfsrestore: stream 0 /dev/nst0 OK (success)
> restore/xfsrestore: stream 1 /dev/nst1 ALREADY_DONE (another stream completed the operation)
> restore/xfsrestore: Restore Status: SUCCESS
> [root@rhel8 xfsdump-dev]# xfsdump -I
> file system 0:
> fs id: 26dd5aa0-b901-4cf5-9b68-0c5753cb3ab8
> session 0:
> mount point: rhel8:/boot
> device: rhel8:/dev/sda1
> time: Wed Oct 12 15:36:55 2022
> session label: "Test2"
> session id: 50be3b17-d9f9-414d-885b-ababf660e189
> level: 0
> resumed: NO
> subtree: NO
> streams: 2
> stream 0:
> pathname: /dev/nst0
> start: ino 133 offset 0
> end: ino 28839 offset 0
> interrupted: YES
> media files: 1
> media file 0:
> mfile index: 2
> mfile type: data
> mfile size: 165675008
> mfile start: ino 133 offset 0
> mfile end: ino 28839 offset 0
> media label: "test"
It's odd that you have -M tape1 above but this ends up labelled "test"?
If that isn't just a munged patch message, then that might need fixing
(separate patch) as well.
The code change looks correct though. Thanks for fixing dump.
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
--D
> media id: e2e6978d-5546-4f1f-8c9e-307168071889
> stream 1:
> pathname: /dev/nst0
> start: ino 133 offset 0
> end: ino 28839 offset 0
> interrupted: YES
> media files: 1
> media file 0:
> mfile index: 0
> mfile type: data
> mfile size: 166723584
> mfile start: ino 28839 offset 0
> mfile end: ino 1572997 offset 0
> media label: "tape2"
> media id: 1ad6d919-7159-42fb-a20f-5a2c4e3e24b1
> xfsdump: Dump Status: SUCCESS
> [root@rhel8 xfsdump-dev]#
>
> Fix this by indexing the stream being packed for the on-media inventory.
>
> Signed-off-by: Donald Douwsma <ddouwsma@redhat.com>
> Suggested-by: Darrick J. Wong <djwong@kernel.org>
> ---
> inventory/inv_stobj.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/inventory/inv_stobj.c b/inventory/inv_stobj.c
> index 025d431..fb4d93a 100644
> --- a/inventory/inv_stobj.c
> +++ b/inventory/inv_stobj.c
> @@ -798,7 +798,7 @@ stobj_pack_sessinfo(int fd, invt_session_t *ses, invt_seshdr_t *hdr,
> sesbuf += sizeof(invt_session_t);
>
> for (i = 0; i < ses->s_cur_nstreams; i++) {
> - xlate_invt_stream(strms, (invt_stream_t *)sesbuf, 1);
> + xlate_invt_stream(&strms[i], (invt_stream_t *)sesbuf, 1);
> sesbuf += sizeof(invt_stream_t);
> }
>
> --
> 2.31.1
>
next prev parent reply other threads:[~2022-10-13 19:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-13 3:15 [PATCH v3 0/4] xfsrestore: fix inventory unpacking Donald Douwsma
2022-10-13 3:15 ` [PATCH 1/4] xfsrestore: fix on-media inventory media unpacking Donald Douwsma
2022-10-13 3:15 ` [PATCH 2/4] xfsrestore: fix on-media inventory stream unpacking Donald Douwsma
2022-10-13 19:05 ` Darrick J. Wong
2022-10-14 3:37 ` Donald Douwsma
2022-10-14 4:15 ` Donald Douwsma
2022-10-14 15:46 ` Darrick J. Wong
2022-10-16 21:54 ` Donald Douwsma
2022-10-13 3:15 ` [PATCH 3/4] xfsdump: fix on-media inventory stream packing Donald Douwsma
2022-10-13 19:10 ` Darrick J. Wong [this message]
2022-10-14 1:15 ` Donald Douwsma
2022-10-13 3:15 ` [PATCH 4/4] xfsrestore: untangle inventory unpacking logic Donald Douwsma
2022-10-14 7:58 [PATCH v4 0/4] xfsrestore: fix inventory unpacking Donald Douwsma
2022-10-14 7:58 ` [PATCH 3/4] xfsdump: fix on-media inventory stream packing Donald Douwsma
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=Y0hip0cjfi1oWn1B@magnolia \
--to=djwong@kernel.org \
--cc=ddouwsma@redhat.com \
--cc=linux-xfs@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;
as well as URLs for NNTP newsgroup(s).