Stiibun

Thanks. Darn now I feel stupid, never checked if I could click the folder icon itself. Might be an idea to also have a Remove option on the edit folder page?

Maybe a silly question as I couldn't immediately find it, but how do you delete a folder if it was created by mistake?

Exactly this, did some quick calculation and for me in Belgium that would add an extra €550 import charges, so not feasible to get one over here. Guess not easy for 45Homelab to get an European office due to logistical reasons.

Also updated my two Unraid servers to 7.3.0, one was running the beta for a while without issues. Well on that one I lost my key due to my own stupidity though as I thought it was bound to TPM where it was not. But that was quickly solved by Limetech support 👍 Will need to check if my Supermicro based server can actually have it's key bound to TPM, I suspect not and I will need to get a TPM module for the header.

Collab video

You can even cover the first three pins as the first two are not used at all, makes it a bit easier to cut the electrical tape to size. I have 10TB shucked WD Elements drives which I had to tape of the first three pins and then had no issues with them.

That's correct. Gigabyte doesn't explicitly call it a network port for IPMI but for management, maybe that's what confused you. There is one Intel port on the motherboard for regular network and one Realtek port for management. @itlists , yes 3,5'" slots and hot-swappable at least they are in the HL15 and this X15 will not be different I guess.

It should be under Settings -> Platform Power as per the manual of your motherboard. You might want to enable Advanced settings by pressing F2 if you're in the BIOS

On Unraid 7.3.0 beta 2 this is the output of runc --version root@Firefly:~# runc --version runc version 1.3.4 commit: v1.3.4-0-gd6d73eb spec: 1.2.1 go: go1.25.8 libseccomp: 2.5.4

Totally my fault as I think I put the .key file on the USB stick after I moved the flash boot to the NVMe pool, what a mistak to make. So solved now. I'll keep an eye out when the error is shown again when the server reboots, it did not happen the lest time I booted.

Solved, well kinda off. When I change from USB stick to internal boot seems I get an exception logged now. Is this a know issue with the 7.3.0 beta 2 version? [img]https://i.postimg.cc/26hz20Xx/IMG-1503.jpg[/img]

As I had serious issues with my ZFS cache pool which I could not solve after many tries and since I have a backup of the most important data I thought to start a fresh. So i flashed the USB stick again with Unraid 7.3.0 beta 2 as I want to use a mirror of 2 NVMe as boot volume. I did make a backup of the flash drive before reflashing it. As far as I'm aware I just need to copy my .key file from the config folder to the 'new' USB stick and then I can boot. But unfortunately Unraid says my license is unregistered which is odd as it was registered before. How can this be solved so I can continue to setup the server? Not sure if anything can be seen in a new install, but for good measures I've attached the diagnostics file. firefly-diagnostics-20260404-1630.zip

@JorgeB , to conclude this thread none of the commands you provided a solution I each time got a ZFS panic warning and needed to reboot each time. Also tried with a Ubuntu Live USB stick but to no avail. So I refreshed my USB stick as I wanted to start a fresh but now I have troubles with the registration. Will create a new post for this.

@JorgeB , it panics again when executing the import manually zfs dbgmsg logs the following; timestamp message 1775041272 ffff88811c58b300 metaslab.c:1703:spa_set_allocator(): spa allocator: dynamic 1775041272 ffff88811c58b300 spa.c:6921:spa_tryimport(): spa_tryimport: importing cache 1775041272 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load($import-ffff88811c58b300-cache, config trusted): LOADING 1775041272 ffff8881a77fa200 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': probe done, cant_read=0 cant_write=1 1775041273 ffff88810696c400 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme1n1p1': open error=2 timeout=1007543090/1000000000 1775041273 ffff88811c58b300 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': best uberblock found for spa $import-ffff88811c58b300-cache. txg 3491005 1775041273 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load($import-ffff88811c58b300-cache, config untrusted): using uberblock with txg=3491005 1775041273 ffff8881a77fa200 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': probe done, cant_read=0 cant_write=1 1775041274 ffff88819b3e0000 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme1n1p1': open error=2 timeout=1008705958/1000000000 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading checkpoint txg 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading indirect vdev metadata 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Checking feature flags 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading special MOS directories 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading properties 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading AUX vdevs 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading vdev metadata 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading dedup tables 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading BRT 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Verifying Log Devices 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Verifying pool data 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Calculating deflated space 1775041274 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Starting import 1775041274 ffff88811c58b300 spa.c:9320:spa_async_request(): spa=$import-ffff88811c58b300-cache async request task=2048 1775041274 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load($import-ffff88811c58b300-cache, config trusted): LOADED 1775041274 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load($import-ffff88811c58b300-cache, config trusted): UNLOADING 1775041274 ffff88811c58b300 metaslab.c:1703:spa_set_allocator(): spa allocator: dynamic 1775041274 ffff88811c58b300 spa.c:6766:spa_import(): spa_import: importing cache 1775041274 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load(cache, config trusted): LOADING 1775041274 ffff88819d183300 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': probe done, cant_read=0 cant_write=1 1775041275 ffff888118a58000 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme1n1p1': open error=2 timeout=1004162104/1000000000 1775041275 ffff88811c58b300 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': best uberblock found for spa cache. txg 3491005 1775041275 ffff88811c58b300 spa_misc.c:430:spa_load_note(): spa_load(cache, config untrusted): using uberblock with txg=3491005 1775041275 ffff88819d183300 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme0n1p1': probe done, cant_read=0 cant_write=1 1775041276 ffff8881027a6600 vdev.c:184:vdev_dbgmsg(): disk vdev '/dev/nvme1n1p1': open error=2 timeout=1000928757/1000000000 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading checkpoint txg 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading indirect vdev metadata 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Checking feature flags 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading special MOS directories 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading properties 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading AUX vdevs 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading vdev metadata 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading dedup tables 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Loading BRT 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Verifying Log Devices 1775041276 ffff88811c58b300 spa_misc.c:2405:spa_import_progress_set_notes_impl(): 'cache' Verifying pool data

@JorgeB , server keeps at Array Starting after adding the pool. And taking diagnostics doesn't seem to work either as it hangs at smartctl -x '/dev/sda' 2>/dev/null|todos >'/serenity-diagnostics-20260401-0756/smart/Samsung_Flash_Drive_0355025010003213-0-0-2025-12-18 flash (sda).txt' /usr/sbin/zpool status 2>/dev/null|todos >>'/serenity-diagnostics-20260401-0756/system/zfs-info.txt'

Now I see this after the pool was imported, but in the UI it's not immediately clear that the pool is degraded? [img]https://i.postimg.cc/x1vk8sj4/serenity-cache-pool.png[/img]

OK this took some time but the pool with 1 slot is now back.

Well that seemed to have ended in a panic after following your instructions, so removed pool after stopping array. Created a new pool with the same name and 1 slot and assigned nvme01n1 to it and file system on auto. After starting the array I see the following happening (terminal window was still opened) Message from syslogd@Serenity at Mar 31 18:53:54 ... kernel:VERIFY0(zap_lookup(spa->spa_meta_objset, spa->spa_feat_enabled_txg_obj, feature->fi_guid, sizeof (uint64_t), 1, res)) failed (52) Message from syslogd@Serenity at Mar 31 18:53:54 ... kernel:PANIC at zfeature.c:294:feature_get_enabled_txg()

@JorgeB , output of the zpool import command is as follows; pool: cache id: 10896664973895392852 state: DEGRADED status: One or more devices contains corrupted data. action: The pool can be imported despite missing or damaged devices. The fault tolerance of the pool may be compromised if imported. see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J config: cache DEGRADED mirror-0 DEGRADED nvme0n1p1 ONLINE nvme1n1p1 UNAVAIL

Will come back on this later today and post the output of the zpool import command, at work now. One has to work to pay for this hobby 😉 For the second NVMe it indeed didn't find a zfs signature.

Thanks so far @JorgeB , Second one just gives me this Created a new DOS (MBR) disklabel with disk identifier 0xa4782ddd. Created a new partition 1 of type 'Linux' and of size 931.5 GiB. /dev/nvme1n1p1 : 2048 1953525167 (931.5G) Linux Should I also just type write here? Also what is the preferred command for zpool import, have little experience using ZFS commands through the terminal.

Got this as output and have not typed anything else yet. Created a new DOS (MBR) disklabel with disk identifier 0xdcb90663. Created a new partition 1 of type 'Linux' and of size 931.5 GiB. Partition #1 contains a zfs_member signature. Do you want to remove the signature? [Y]es/[N]o:

Yes the pool was created in the Unraid UI itself

zpool import no pools available to import which makes sense since it currently shows 'Unmountable: wrong or no file system' fdisk -l /dev/nvme1n1 Disk /dev/nvme1n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: Samsung SSD 990 EVO Plus 1TB Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes fdisk -l /dev/nvme0n1 Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: Samsung SSD 990 EVO Plus 1TB Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

Yesterday i installed the new Folderview Plus and after setup and creating a new folder the UI suddenly was stuck. After a force reload in the browser I also rebooted the server but was unable to start the array as the cache pool (2 Samsung 990 EVO Plus) was giving me a config failed message when i tried to start the array. When checking the forums (this thread for example) i removed the cache pool and recreate it, but now it says 'Unmountable: wrong or no file system'. Hope no data is lost from the NVMe drives, but how can i get to it when the pool cannot be mounted? blkid output gives me this /dev/sdb1: LABEL="data" UUID="8685187093077842655" UUID_SUB="10709511807475224983" BLOCK_SIZE="4096" TYPE="zfs_member" PARTUUID="e0008686-01" /dev/sda1: LABEL_FATBOOT="UNRAID" LABEL="UNRAID" UUID="B485-160D" BLOCK_SIZE="512" TYPE="vfat" /dev/loop1: BLOCK_SIZE="131072" TYPE="squashfs" /dev/loop0: BLOCK_SIZE="131072" TYPE="squashfs" Diagnostics are attached. Also i was already able to make an image with the dd command dd if=/dev/nvme1n1 of=/mnt/disks/data1-2tb/nvme0.img bs=1M status=progress dd if=/dev/nvme1n1 of=/mnt/disks/data2-2tb/nvme1.img bs=1M status=progress and that for both pools zdb -l /dev/nvme0n1 gives me no labels zdb -l /dev/nvme1n1 gives the following output ------------------------------------ LABEL 0 ------------------------------------ version: 5000 name: 'cache' state: 1 txg: 3491005 pool_guid: 10896664973895392852 errata: 0 hostname: 'Serenity' top_guid: 6220366269392501499 guid: 13938023003294794310 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 6220366269392501499 whole_disk: 0 metaslab_array: 132 metaslab_shift: 33 ashift: 12 asize: 1000198897664 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 13938023003294794310 path: '/dev/nvme0n1p1' whole_disk: 0 DTL: 395 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 12792291676762730391 path: '/dev/nvme1n1p1' whole_disk: 0 DTL: 519 create_txg: 4 features_for_read: com.delphix:hole_birth com.delphix:embedded_data com.klarasystems:vdev_zaps_v2 labels = 0 1 failed to unpack label 2 failed to unpack label 3 How can i continue to recover data from the nvme1.img file and format the cache pool again on the server and then copy the data back over. Guess trying to recover the ZFS pool itself is not an immediate option, correct? serenity-diagnostics-20260330-1806.zip