Bug 2232365
| Summary: | Error message when ran zpool status on Fedora 38 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | bugzilla |
| Component: | zfs-fuse | Assignee: | Gwyn Ciesla <gwync> |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 38 | CC: | gwync, tulio.lazarini |
| Target Milestone: | --- | Keywords: | Desktop |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-05-28 13:50:06 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
bugzilla
2023-08-16 14:02:27 UTC
I can't reproduce this. Does sudo dnf reinstall zfs-fuse help? I have the issue on 1 laptop and 1 virtual machine. Reinstallation of zfs-fuse don't solved the problem That happen after zpool creation. Below the command, I used zpool create test /dev/sdb zfs set mountpoint=/mnt/test test zpool status What are the volumes in the pool, physical drives, or virtualized physical drives? Or files? I tested on both systems, on physical computer with physical drive and also in virtual machine with virtual drive. For both I have the same error message Are you making a pool with only one volume? Yes only one volume and one drive on virtual machine and physical computer Do you get the error on a pool with two or more volumes? I added new disk and created new volume named test2 on it. And I get the same error message I'm running Fedora 38 with the latest updates Do any of the other commands give any errors, and can you use the file system? I tested this command with success : zpool list zfs get all zpool iostat Yes, I can use the file system. Does it help to set another language? Try LANG=C zpool status That does not help : [root@fedora-zfs ~]# LANG=C zpool status pool: test state: ONLINE zpool: cmd/zpool/zpool_main.c:3679: status_callback: Assertion `reason == ZPOOL_STATUS_OK' failed. Abandon (core dumped) Ok... can you generate a complete backtrace with gdb and send that? Sure. Below, the complete backtrace. I'm not sure if my command was good. Tell me if not [root@fedora-zfs ~]# gdb --args zpool status GNU gdb (GDB) Fedora Linux 13.2-3.fc38 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from zpool... Reading symbols from /root/.cache/debuginfod_client/af6c3b2ed30571e9e41f5cba5e60194ab51aaeb6/debuginfo... (gdb) run Starting program: /usr/sbin/zpool status [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Downloading separate debug info for /lib64/libnss_myhostname.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/5ef975689f82525fbce462c5035062c18a350541/debuginfo Downloading separate debug info for /lib64/libcap.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/2fe8ebb5811811046e04d8f4c000696cb9b24e24/debuginfo Downloading separate debug info for /lib64/libgcc_s.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/4a47fd620e9c37fa732513e4bd83ddaf4ec6d989/debuginfo pool: test state: ONLINE zpool: cmd/zpool/zpool_main.c :3679 : status_callback: l'assertion « reason == ZPOOL_STATUS_OK » a échoué. Program received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 Downloading source file /usr/src/debug/glibc-2.37-4.fc38.x86_64/nptl/pthread_kill.c 44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; (gdb) backtrace #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007ffff78b08b3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff785fabe in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff784887f in __GI_abort () at abort.c:79 #4 0x00007ffff784879b in __assert_fail_base (fmt=0x7ffff757343f "%s%s%s :%u : %s%s l'assertion « %s » a échoué.\n%n", assertion=assertion@entry=0x45b7f1 "reason == ZPOOL_STATUS_OK", file=file@entry=0x45b126 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x45f230 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:92 #5 0x00007ffff7858147 in __assert_fail (assertion=assertion@entry=0x45b7f1 "reason == ZPOOL_STATUS_OK", file=file@entry=0x45b126 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x45f230 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:101 #6 0x0000000000417489 in status_callback (zhp=0x494830, data=data@entry=0x7fffffffa310) at cmd/zpool/zpool_main.c:3679 #7 0x0000000000417c20 in pool_list_iter (data=0x7fffffffa310, func=0x416cc0 <status_callback>, unavail=1, zlp=0x492510) at cmd/zpool/zpool_iter.c:172 #8 for_each_pool (data=0x7fffffffa310, func=0x416cc0 <status_callback>, proplist=0x0, unavail=B_TRUE, argv=0x7fffffffe508, argc=0) at cmd/zpool/zpool_iter.c:246 #9 zpool_do_status (argc=<optimized out>, argv=0x7fffffffe508) at cmd/zpool/zpool_main.c:3816 #10 0x000000000040dd30 in main (argc=2, argv=0x7fffffffe4f8) at cmd/zpool/zpool_main.c:4448 (gdb) Hello ! Have you been able to make any progress on the subject? I upgraded to Fedora 39 and the problem is still there. I have not, my apologies. Can you run the above in gdb again, and after the segfault, see if you can get the value of the variable "reason". You should be able to do this as follows: (gdb) p reason Hello, Below the result of the command : root@fedora-zfs:~# gdb --args zpool status GNU gdb (Fedora Linux) 13.2-10.fc39 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from zpool... Downloading separate debug info for /usr/sbin/zpool Reading symbols from /root/.cache/debuginfod_client/e0cfbb392851cfcd370e69bce741be1e245b088c/debuginfo... Downloading separate debug info for /root/.cache/debuginfod_client/e0cfbb392851cfcd370e69bce741be1e245b088c/debuginfo --Type <RET> for more, q to quit, c to continue without paging--c (gdb) run Starting program: /usr/sbin/zpool status Downloading separate debug info for system-supplied DSO at 0x7ffff7fc7000 Downloading separate debug info for /lib64/libtirpc.so.3 Downloading separate debug info for /lib64/libm.so.6 Downloading separate debug info for /lib64/libcrypto.so.3 Downloading separate debug info for /root/.cache/debuginfod_client/5d012dcc6f62f35dabb8a129d641e3df7b731f11/debuginfo Downloading separate debug info for /lib64/libc.so.6 Downloading separate debug info for /root/.cache/debuginfod_client/4fdf4b58ec1880e064d0d3fe13f1bb3e8ed1c420/debuginfo [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Downloading separate debug info for /lib64/libgssapi_krb5.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/f545588dafc5ac9204946c4d9b2e63efa77901d9/debuginfo Downloading separate debug info for /lib64/libkrb5.so.3 Downloading separate debug info for /lib64/libk5crypto.so.3 Downloading separate debug info for /lib64/libcom_err.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/bb3ea00cf5c89f9597e4f9c31669902b2b3a573e/debuginfo Downloading separate debug info for /lib64/libz.so.1 Downloading separate debug info for /lib64/libkrb5support.so.0 Downloading separate debug info for /lib64/libkeyutils.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/265f016faba5a02ac5a9ce9b3da7dbfca0a45a62/debuginfo Downloading separate debug info for /lib64/libresolv.so.2 Downloading separate debug info for /lib64/libselinux.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/c3ca2b00f1505a173d44417dc98dced2ec390268/debuginfo Downloading separate debug info for /lib64/libpcre2-8.so.0 Downloading separate debug info for /root/.cache/debuginfod_client/adf4c0e4901bdc5d8019e9ca137b9048beee3e1f/debuginfo Downloading separate debug info for /lib64/libnss_myhostname.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/f92c5c61fbc3835279536ceb6d15509a61b651f8/debuginfo Downloading separate debug info for /lib64/libcap.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/ff26c67e54bb86d066f1c3cee3cef74fe0c13a77/debuginfo Downloading separate debug info for /lib64/libgcc_s.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/e1eeffc280e289b12472fbf73c3f0dc3b0fb459e/debuginfo pool: test state: ONLINE zpool: cmd/zpool/zpool_main.c :3679 : status_callback: l'assertion « reason == ZPOOL_STATUS_OK » a échoué. Program received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 Downloading source file /usr/src/debug/glibc-2.38-11.fc39.x86_64/nptl/pthread_kill.c 44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; (gdb) backtrace #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007ffff76ae8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff765c8ee in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff76448ff in __GI_abort () at abort.c:79 #4 0x00007ffff764481b in __assert_fail_base ( fmt=0x7ffff74ba3c7 "%s%s%s :%u : %s%s l'assertion « %s » a échoué.\n%n", assertion=assertion@entry=0x4587f1 "reason == ZPOOL_STATUS_OK", file=file@entry=0x458126 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x45c230 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:92 #5 0x00007ffff7654c57 in __assert_fail ( assertion=assertion@entry=0x4587f1 "reason == ZPOOL_STATUS_OK", file=file@entry=0x458126 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x45c230 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:101 #6 0x0000000000417519 in status_callback (zhp=0x491830, data=data@entry=0x7fffffffa310) at cmd/zpool/zpool_main.c:3679 #7 0x0000000000417cb0 in pool_list_iter (data=0x7fffffffa310, func=0x416d50 <status_callback>, unavail=1, zlp=0x48f510) at cmd/zpool/zpool_iter.c:172 #8 for_each_pool (data=0x7fffffffa310, func=0x416d50 <status_callback>, proplist=0x0, unavail=B_TRUE, argv=0x7fffffffe508, argc=0) at cmd/zpool/zpool_iter.c:246 #9 zpool_do_status (argc=<optimized out>, argv=0x7fffffffe508) at cmd/zpool/zpool_main.c:3816 #10 0x000000000040ddc0 in main (argc=2, argv=0x7fffffffe4f8) at cmd/zpool/zpool_main.c:4448 (gdb) p reason No symbol "reason" in current context. (gdb) Hmm. Please repeat with 'info locals' and 'bt full'. Hello Gwyn, I'm having the same issue, using Fedora 40 and zfs-fuse.x86_64 version 0.7.2.2-30.fc40. It's a two-disk pool, using the full disk (/dev/sda and /dev/sdb) as vdevs. Please find below my test results: root@skynetcore:/home/tulio# gdb --args zpool status GNU gdb (Fedora Linux) 14.2-1.fc40 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from zpool... This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.fedoraproject.org/> Enable debuginfod for this session? (y or [n]) y Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. Downloading separate debug info for /usr/sbin/zpool Reading symbols from /root/.cache/debuginfod_client/69b5af0558449b80ece8369e84dc35dcb1db1262/debuginfo... Downloading separate debug info for /root/.cache/debuginfod_client/69b5af0558449b80ece8369e84dc35dcb1db1262/debuginfo (gdb) run Starting program: /usr/sbin/zpool status Downloading separate debug info for system-supplied DSO at 0x7ffff7fc7000 Downloading separate debug info for /lib64/libtirpc.so.3 Downloading separate debug info for /lib64/libm.so.6 Downloading separate debug info for /lib64/libcrypto.so.3 Downloading separate debug info for /root/.cache/debuginfod_client/36d9244c0d9ad35ed1005bed7e0690677c1b32d0/debuginfo Downloading separate debug info for /lib64/libc.so.6 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Downloading separate debug info for /lib64/libgssapi_krb5.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/24347dbd836b35ee563e55f41ff0ed2e351fd540/debuginfo Downloading separate debug info for /lib64/libkrb5.so.3 Downloading separate debug info for /lib64/libk5crypto.so.3 Downloading separate debug info for /lib64/libcom_err.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/a1e705ebf3887d263723bd1b2b53dcdb2f221240/debuginfo Downloading separate debug info for /lib64/libz.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/6cb7fe5fdb9e6a3e0d1d17e6828c649e9834e161/debuginfo Downloading separate debug info for /lib64/libkrb5support.so.0 Downloading separate debug info for /lib64/libkeyutils.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/81252e2523d0dc5beb52785198420a018693acd4/debuginfo Downloading separate debug info for /lib64/libresolv.so.2 Downloading separate debug info for /lib64/libselinux.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/d0b15cedb909bdad8fd532759f49f615b327adb2/debuginfo Downloading separate debug info for /lib64/libpcre2-8.so.0 Downloading separate debug info for /root/.cache/debuginfod_client/da649791394d64f9e492170db0126c700cc2999e/debuginfo Downloading separate debug info for /lib64/libnss_mdns4_minimal.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/b3d904c9d21653db1c4b21b7728231e52776a1fd/debuginfo Downloading separate debug info for /lib64/libnss_resolve.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/5ba11087a61ccd7433f922dc50c176554f05b3de/debuginfo Downloading separate debug info for /lib64/libcap.so.2 Downloading separate debug info for /root/.cache/debuginfod_client/2903146e267dc2a44d382a93d021df3fc090924b/debuginfo Downloading separate debug info for /lib64/libgcc_s.so.1 Downloading separate debug info for /root/.cache/debuginfod_client/fdfec39ee1b763aa498b2778a71662938dde6997/debuginfo pool: srv state: ONLINE zpool: cmd/zpool/zpool_main.c:3679: status_callback: Assertion `reason == ZPOOL_STATUS_OK' failed. Program received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 Downloading source file /usr/src/debug/glibc-2.39-9.fc40.x86_64/nptl/pthread_kill.c 44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; (gdb) backtrace #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007ffff7d451b3 in __pthread_kill_internal (threadid=<optimized out>, signo=6) at pthread_kill.c:78 #2 0x00007ffff7ced65e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff7cd5902 in __GI_abort () at abort.c:79 #4 0x00007ffff7cd581e in __assert_fail_base (fmt=0x7ffff7e5db58 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x45a62c "reason == ZPOOL_STATUS_OK", file=file@entry=0x459f61 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x458370 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:94 #5 0x00007ffff7ce5977 in __assert_fail (assertion=assertion@entry=0x45a62c "reason == ZPOOL_STATUS_OK", file=file@entry=0x459f61 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x458370 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:103 #6 0x00000000004175e9 in status_callback (zhp=0x48c000, data=data@entry=0x7fffffffa190) at cmd/zpool/zpool_main.c:3679 #7 0x0000000000417daa in pool_list_iter (data=0x7fffffffa190, func=0x416e10 <status_callback>, unavail=1, zlp=0x48b180) at cmd/zpool/zpool_iter.c:172 #8 for_each_pool (data=0x7fffffffa190, func=0x416e10 <status_callback>, proplist=0x0, unavail=B_TRUE, argv=0x7fffffffe388, argc=0) at cmd/zpool/zpool_iter.c:246 #9 zpool_do_status (argc=<optimized out>, argv=0x7fffffffe388) at cmd/zpool/zpool_main.c:3816 #10 0x000000000040ddee in main (argc=2, argv=0x7fffffffe378) at cmd/zpool/zpool_main.c:4448 (gdb) p reason No symbol "reason" in current context. (gdb) info locals tid = <optimized out> ret = 0 pd = <optimized out> old_mask = {__val = {140737488330496}} ret = <optimized out> (gdb) bt full #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 tid = <optimized out> ret = 0 pd = <optimized out> old_mask = {__val = {140737488330496}} ret = <optimized out> #1 0x00007ffff7d451b3 in __pthread_kill_internal (threadid=<optimized out>, signo=6) at pthread_kill.c:78 No locals. #2 0x00007ffff7ced65e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 ret = <optimized out> #3 0x00007ffff7cd5902 in __GI_abort () at abort.c:79 save_stage = 1 act = {__sigaction_handler = {sa_handler = 0x20, sa_sigaction = 0x20}, sa_mask = {__val = {140737350890310, 4797520, 4797520, 112, 1, 0, 4, 4294943120, 0, 140737488330680, 18446744073709550440, 0, 4797504, 140737488330720, 140737351335374, 140737352635616}}, sa_flags = 1587333632, sa_restorer = 0x7fffffff9fe0} #4 0x00007ffff7cd581e in __assert_fail_base (fmt=0x7ffff7e5db58 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x45a62c "reason == ZPOOL_STATUS_OK", file=file@entry=0x459f61 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x458370 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:94 str = 0x493450 "\223\004" total = 4096 #5 0x00007ffff7ce5977 in __assert_fail (assertion=assertion@entry=0x45a62c "reason == ZPOOL_STATUS_OK", file=file@entry=0x459f61 "cmd/zpool/zpool_main.c", line=line@entry=3679, function=function@entry=0x458370 <__PRETTY_FUNCTION__.3> "status_callback") at assert.c:103 No locals. #6 0x00000000004175e9 in status_callback (zhp=0x48c000, data=data@entry=0x7fffffffa190) at cmd/zpool/zpool_main.c:3679 cbp = 0x7fffffffa190 config = 0x48c530 nvroot = 0x48c810 msgid = <optimized out> reason = 10 health = <optimized out> c = 25 vs = 0x48ca40 __PRETTY_FUNCTION__ = "status_callback" #7 0x0000000000417daa in pool_list_iter (data=0x7fffffffa190, func=0x416e10 <status_callback>, unavail=1, zlp=0x48b180) at cmd/zpool/zpool_iter.c:172 node = <optimized out> next_node = 0x0 ret = <optimized out> node = <optimized out> next_node = <optimized out> ret = <optimized out> #8 for_each_pool (data=0x7fffffffa190, func=0x416e10 <status_callback>, proplist=0x0, unavail=B_TRUE, argv=0x7fffffffe388, argc=0) at cmd/zpool/zpool_iter.c:246 list = 0x48b180 ret = 0 list = <optimized out> ret = <optimized out> #9 zpool_do_status (argc=<optimized out>, argv=0x7fffffffe388) at cmd/zpool/zpool_main.c:3816 c = <optimized out> --Type <RET> for more, q to quit, c to continue without paging-- ret = <optimized out> interval = 0 count = 0 cb = {cb_count = 1, cb_allpools = B_TRUE, cb_verbose = B_FALSE, cb_explain = B_FALSE, cb_first = B_FALSE, cb_dedup_stats = B_FALSE} #10 0x000000000040ddee in main (argc=2, argv=0x7fffffffe378) at cmd/zpool/zpool_main.c:4448 ret = <optimized out> i = 8 cmdname = 0x7fffffffe60f "status" __PRETTY_FUNCTION__ = "main" (gdb) Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21. Fedora Linux 38 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed. |