So I've been working way too many hours at work, and finally discovered my TrueNAS Core Server was not detecting its pools. Going through the shell, it said it would be possible to recover my pool if I entered "zpool import -F "pool_name". Well now it's stuck in a bootloop and I'm not sure what options I've got at this point. When booting up it says the following and then restarts to display the following again:
I'm desperate to try to salvage my 10TB of data. Yes I know, RAID is not a backup and I should have had a backup solution. I just turned my back for a few days while slammed at work to come back to this. I would be eternally grateful for a solution.
Waiting on devd connection
Enumerating system disks
Enumerating deom disk XML information
Enumerating disk information from database
Syncing disk 1/5
Syncing disk 2/5
Syncing disk 3/5
Syncing disk 4/5
Syncing disk 5/5
Syncing all disks complete!
Alarm clock
Starting file system checks:
Mounting local filesystems: .
Beginning pools import
Importing "pool_name"
spa.c: 8367:spa_async_request(): spa=$import async request task=2048
spa_misc.c:419:spa_load_note(): spa_load($import, config trusted): LOADED
spa_misc.419:spa_load_note(): spa_load($import, config trusted): UNLOADING
spa.c:6107:spa_import(): spa_import: importing "pool_name"
spa_misc.c:419:spa_load_note(): spa_load("pool_name", config trusted) LOADING
vdev.c:161:vdev_dbgmsg(): disk vdev '/dev/gptid/3eb784a9-0cfd-11ec-a203-4ccc6a070f4a'
: best uberblock found for spa "pool_name". txg 12169827
spa_misc.c:419:spa_load_note():spa_load("pool_name", config untrusted): using uberblock with txg=12169827
spa_misc.c:419:spa_load_note(): spa_load("pool_name", config trusted): read 14 log space maps (14 total blocks - blksz = 131072 bytes) in 28 ms
[B]panic: VERIFY3(range_tree_space(smla->smla_rt) + sme->sme_run <= smla->smla_sm->sm_size) failed (17197940736 <= 17179869184
cpuid = 3
time = 1692834364
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0167c2c830
vpanic() at vpanic+0x3a/frame 0xfffffe0167c2c880
spl_panic() at spl_panic+0x3a/frame 0xfffffe0167c2c8e0
space_map_load_callback() at space_map_load_callback+0x7b/frame 0xfffffe0167c2c900
space_map_iterate() at space_map_iterate+0x20e/frame 0fffffe0167c2c9b0
space_map_load_length() at space_map_load_length+0x5f/frame 0xfffffe0167c2ca00
metaslab_load() at metaslab_load+0x38c/frame 0xfffffe0167c2cad0
metaslab_activate() at metaslab_activate+0x2f/frame 0xfffffe0167c2cb20
metaslab_alloc_dva() at metaslab_alloc_dva+0x8fa/frame 0xfffffe0167c2cc50
metaslab_alloc() at metaslab_alloc+0x19e/frame 0fffffe0167c2ccf0
zio_dva_allocate() at zio_dva_allocate+0xe5/frame 0xfffffe0167c2ce00
zio_execute() at zio_execute+0x9f/frame 0xfffffe0167c2ce40
taskqueue_run_locked() at taskqueue_run_locked+0x181/frame 0xfffffe0167c2cec0
taskqueue_thread_loop() at taskqueue_thread_loop+0xc2/frame 0xfffffe0167c2cef0
fork_exit() at fork_exit+0x7e/frame 0xfffffe0167c2cf30
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0167c2cf30
--- trap 0x80af7244, rip = 0x332200000000000, rsp = 0, rbp = 0 ---
KDB: enter: panic
[ thread pid 0 tid 100641 ]
Stopped at kdb_enter+0x37: movq $0,0x141d87e(%rip)
db:0:kdb.enter.defult> write cn_mute 1
cn_mute 0 = 0x1
db:0:kdb.enter.default> textdump dump
db:0:kdb.enter.default> reset
cpu_reset: Restarting BSP
cpu_reset_proxy: topped CPU "number seems to be different with each reboot IE 3"[/B]
I'm desperate to try to salvage my 10TB of data. Yes I know, RAID is not a backup and I should have had a backup solution. I just turned my back for a few days while slammed at work to come back to this. I would be eternally grateful for a solution.