Yes, I believe so.
On Thu, Feb 24, 2022 at 7:42 AM Larry Rosenman wrote:
> On 02/24/2022 10:36 am, Rob Wing wrote:
>
> You might try setting `sysctl vfs.zfs.recover=1` and `sysctl
> vfs.zfs.spa.load_verify_metadata=0`.
>
> I had a similar error the other day (couple months ag
You might try setting `sysctl vfs.zfs.recover=1` and `sysctl
vfs.zfs.spa.load_verify_metadata=0`.
I had a similar error the other day (couple months ago). The best I did was
being able to import the pool read only. I ended up restoring from backup.
On Thu, Feb 24, 2022 at 7:30 AM Alexander Motin
Hey Mike,
Should be fixed in commit 0a2f498234023008d9a3b13ad7fc8fd81d384bab
<https://cgit.freebsd.org/src/commit/?id=0a2f498234023008d9a3b13ad7fc8fd81d384bab>
Thanks for the report
-Rob
On Mon, Feb 21, 2022 at 7:48 PM Rob Wing wrote:
> Think that's it...thanks for testing
th no errors.
>
>
>
> I can now watch and control a TTY (v0) or a SSH session (pts/1) without
> crashing.
>
>
>
> Anything else you would like me to try?
>
>
>
> --mikej
>
>
>
>
>
> *From:* Rob Wing [mailto:rob.fx...@gmail.com]
> *Sent:*
The previous attached patch should work for testing purposes, but it's
incorrect if an error occurs.
The fhold() should be below FILEDESC_SUNLOCK(), this patch addresses that.
On Mon, Feb 21, 2022 at 5:18 PM Rob Wing wrote:
> try the attached patch
>
> On Mon, Feb 21, 2022 at 5
try the attached patch
On Mon, Feb 21, 2022 at 5:14 PM Michael Jung
wrote:
>
>
>
>
>
> CONFIDENTIALITY NOTE: This message is intended only for the use
> of the individual or entity to whom it is addressed and may
> contain information that is privileged, confidential, and
> exempt from disclosur
kinda thinking this might be related to commit f40dd6c8034b ("tty: switch
ttyhook_register to use fget_cap_locked")
fget_unlocked() must have grabbed an extra reference count on the file
pointer that fget_cap_locked() doesn't get
On Mon, Feb 21, 2022 at 4:35 PM Hans Petter Selasky wrote:
> On 2
