From: "Joshua M. Clulow" <josh@sysmgr.org>
To: illumos-discuss <discuss@lists.illumos.org>
Subject: Re: [discuss] Cannot receive older ZFS dumps
Date: Thu, 1 Aug 2024 21:55:45 -0700 [thread overview]
Message-ID: <CAEwA5nLiCv6nPM0hnxbFtXSjRKrQeOEiBfvQfnf_N843puUPAw@mail.gmail.com> (raw)
In-Reply-To: <1c2abfa3-df73-91cb-79da-c34eaeca3af7@kit.edu>
On Thu, 1 Aug 2024 at 05:27, Udo Grabowski (IMK) <udo.grabowski@kit.edu> wrote:
> On 01/08/2024 12:53, Toomas Soome via illumos-discuss wrote:
> > Since we virtually do not develop zfs, it is rather hard to say, but it does sound like bug.
I don't know what this means, but I would like to make it very clear:
we, the illumos project, maintain all of the code in the gate. This
includes ZFS. If you've found something that used to work and doesn't
work anymore, that's definitely a bug -- please report it, with as
much diagnostic and debugging information as you can gather.
> >> Is this a bug or are "non-feature" dumps in general not importable
> >> on "feature"-zpools ?
I don't think any regression like that is intentional. If we make an
intentional decision like that, the tool should print a crisp error
that the operator can understand which describes the situation -- so
even if it isn't intended to work (definitely not clear that this is
the case), the absence of a crisp failure and a helpful error message
would be, on its own, a bug.
> Did some more testing, could also import it on an 8 years old pool
> (illumos-a90d75b) with all the features (known at that time) active or enabled:
> Maybe one of that is to blame for the incompatibility, or it's a completely
> different bug. The error appears near the end of the zfs receive.
I think you'll probably need to use DTrace to find out where the error
is originating. Presumably something in the kernel is validating the
incoming stream records in a new way, which might well be too strict
or just wrong in some way.
Cheers.
--
Joshua M. Clulow
http://blog.sysmgr.org
next prev parent reply other threads:[~2024-08-02 4:56 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-01 10:38 Udo Grabowski (IMK)
2024-08-01 10:53 ` [discuss] " Toomas Soome
2024-08-01 12:26 ` Udo Grabowski (IMK)
2024-08-02 4:55 ` Joshua M. Clulow [this message]
2024-08-02 17:09 ` John D Groenveld
2024-08-02 17:21 ` Toomas Soome
2024-08-02 19:28 ` Richard Lowe
2024-08-05 8:03 ` Udo Grabowski (IMK)
2024-08-05 8:57 ` Toomas Soome
2024-08-05 12:03 ` Udo Grabowski (IMK)
2024-08-05 21:33 ` Joshua M. Clulow
2024-08-05 7:42 ` Udo Grabowski (IMK)
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=CAEwA5nLiCv6nPM0hnxbFtXSjRKrQeOEiBfvQfnf_N843puUPAw@mail.gmail.com \
--to=josh@sysmgr.org \
--cc=discuss@lists.illumos.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).