Brian Behlendorf 2006ac1f4a Fix "out of memory" error ... Drop the no_memory() call from zpool_in_use() when reading the label fails and instead return the error to the caller. This prevents a misleading "internal error: out of memory" error when the label can't be read. This will result in is_spare() returning B_FALSE instead of aborting, which is already safely handled. Furthermore, on Linux it's possible for EREMOTEIO to returned by an NVMe device if the device has been low-level formatted and not rescanned. In this case we want to fallback to the legacy scanning method and read any of the labels we can. Reviewed-by: Brian Atkinson <batkinson@lanl.gov> Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> Issue #13538 Closes #15747		2024-01-29 14:53:29 -08:00
..
os
.gitignore
libzfs_changelist.c	Add '-u' - nomount flag for zfs set	2023-10-03 15:41:46 -07:00
libzfs_config.c
libzfs_crypto.c
libzfs_dataset.c	Add '-u' - nomount flag for zfs set	2023-10-03 15:41:46 -07:00
libzfs_diff.c
libzfs_impl.h
libzfs_import.c	Fix "out of memory" error	2024-01-29 14:53:29 -08:00
libzfs_iter.c
libzfs_mount.c	Relax error reporting in zpool import and zpool split	2023-09-02 10:30:38 -07:00
libzfs_pool.c	status: report pool suspension state under failmode=continue	2023-09-22 16:13:20 -07:00
libzfs_sendrecv.c	libzfs: sendrecv: send_progress_thread: handle SIGINFO/SIGUSR1	2023-08-25 13:33:40 -07:00
libzfs_status.c
libzfs_util.c	Add zfs_prepare_disk script for disk firmware install	2023-11-06 16:45:07 -08:00
libzfs.abi	Add zfs_prepare_disk script for disk firmware install	2023-11-06 16:45:07 -08:00
libzfs.pc.in
libzfs.suppr
Makefile.am	libzfs: sendrecv: send_progress_thread: handle SIGINFO/SIGUSR1	2023-08-25 13:33:40 -07:00
THIRDPARTYLICENSE.openssl
THIRDPARTYLICENSE.openssl.descrip