FlamongOle

Hello getgray, Drives will be automatically removed/moved to history when it's not detected by the system anymore. This happens during boot of the system or during Force SMART+DB. Things might have worked differently in the past, and was most likely a bug that shouldn't work that way. For you it was a feature =D Adding a possibility to add a cold storage is a good idea, and I will list it up as a feature request. I will have no ETA on when this will be implemented. However, this will require the drive to be added and scanned, then marked as cold storage before it will be removed. If it's already in the history tab, the location of the drive is of course removed as well. It should however be relatively easy to implement (but other things might break .. :p). Technically is all about adding a status letter, but it has to be acknowledged by rest of the plugin.

I get these errors as well: Stack overflow in unmanaged: IP: 0x14dfe318590a, fault addr: 0x555a4ed4699b But I have since start and I'm been using it for over a year. Despite the message, the server starts anyway. I never really cared about it and dunno if it matters I'm running two servers from two separate docker containers.

Set group name alignment: hide

You can add bypassed/hidden drives: so 2*5 instead of 2*4 in layout, then hide the empty slots at the right side (checkmark): You can also just create a hidden layout you put between each section. 1*2, hide both drives and the name:

Can be if the drive was disconnected or so during a reboot. Disk Location moves not found drives as "lost", if it's detected again, it can be assigned.

Update 2026.08.21 Commit #515 - MINOR: Adjusted dev_by_phy_path to include partitions that exists to include more drives to be physically attached in case non part-names does not exists. This update should have minor/none effect on most systems, but might include more devices to be stored as "physical"

Well, is it assigned at all?

It shows tray numbering from the largest group. Setting it incorrectly will fail the "save". Use the numbers that makes sense, don't try to force it off the group - it won't work.

Sorry for the late reply, forgot to follow the topic. No, this is what I see:

Update 2026.07.09 Commit #513 - BUG: SMART+DB fatals when by-path is non-existing. Some systems do not have /dev/disk/by-path apparently, so the SMART+DB update would fail. Checking if the directory exists before checking the contents with dev_by_phy_path() function.

That makes sense. Expected that this path would always be there. I'll make a fix soon

Cannot do anything with that information. Please send me Disk Location debug file and also PHP logs from Unraid. Also share with me if you did something else before the problems happened. In System tab: Enable debug, then press Force SMART+DB, cancel it if it doesn't do anything withing 5 seconds, disable debug, then send me the file. Or uninstall it.

Update 2026.07.08 Commit #511 - BUG: Physical assignments wont move with the groups. Added physical.json into the rewrite loop with locations.json.

Update 2026.07.07 - Physical tray assignments has arrived! Commit #506 - FEATURE: Physical assignment of trays. Some devices can be used to assign a tray to a physical address. Using this will automatically replace drives added to that tray. Device path are assigned to trays instead of device name and serial number. READ THIS BEFORE USE OF THE NEW FUNCTION: Some devices can be used to assign a tray to a physical address. Using this will automatically replace drives added to that tray. Device path are assigned to trays instead of device name and serial number. This requires a drive to be attached and assigned before it can be used. IMPORTANT! If there is a system change with e.g. HBA/SAS card (even motherboard PCI-slot), SAS-SATA breakout cables or motherboard, the physical locations must be wiped and reconfigured in the plugin. Using HBA/SAS cards in a fixed PCI location should normally use the same addresses. If such a major change is required and you want to preserve the tray locations: Press "Save" on "Tray Allocations" page to update the manual location database. go to the "System" tab and create a backup. then wipe ONLY the "physical" configuration BEFORE doing the changes. Hot swapping requires execution of Force SMART+DB, and will be prompted within 5 minutes. Inserting devices in powered off mode, will automatically execute it during boot. This text is also found under "Help" section in the plugin. ADDITIONAL INFO: This function is optional, if you don't want to opt in, you never have to. To assign physical locations, each location must be assigned and "physical" checkbox must be marked per drive. Drives not compatible will be disabled (e.g. NVME drives). POSSIBLE FUTURE PHYSICAL LOCATION TEMPLATES: It might be possible to make location templates from original server systems, like the 45 Drives Unraid system but also others. To create such templates for me, I would need this from you, everything below is mandatory and must be completed as written: Information about the server/enclosure name and model including HBA/SAS card name and model. All trays must be filled with drives and recognized in the plugin. All tray locations must be saved how it physically looks like on the server. Physical checkbox must be marked and saved. Then send me this file: /boot/config/plugins/disklocation/physical.json DO NOT SEND ME FILES FROM NON-ORIGINAL CONFIGURATIONS!!!

Should work now, forgot to increase the version number in the install file. After "Force SMART+DB", you can manually spin down drives, then run just "SMART" afterwards to see if it behaves as expected.