FlamongOle

Update 2022.06.05 Commit #182 - BUG: With SCSI enclosures/SAS drives, SMART data behaves slightly different and ignores the drives as the plugin couldn't find them. Added new variables required to detect disks in enclosures. @BlinkerFluid

Had a quick look before I'm heading out getting drunk, don't understand why it doesn't work. Everything's in place for it to work, but hold on a couple of weeks and I'll have more thorough look when the 1) weather is shitty 2) I'm not drunk 3) have time to read my own code 4) remembering what I did with my code 5) hopefully find something useful 6) fix it: ETA: hopefully.

I have looked at it a bit, didn't find anything obvious yet with the first function loop. But I don't really have so much time maintaining this plugin anymore, it happens in sudden cycles. For the sake of it, can you post output of "lsscsi -u -b" as well (which is the actual output the plugin uses now)? Just wanna see if there's something different with that output with you SAS drives. In worst case I might need your database file, which contains all data as serial numbers etc., but I'll ask for that later (private download) if I need and you approve it. Else try this command on one disk you know works, and one that doesn't: smartctl -x --json /dev/sg<id> It's important that you use the "sg" assignment.

what does "lsscsi -ug" output?

As far as I can see from the logs, Disk Location installs as it should. However, I see some weirdness with whatever this is: "Mercury Elite Pro Elite Pro" Does not seem related with this plugin, and I can't recreate the problem. The S.M.A.R.T. data on that disk, or kontroller, or whatever it is, is likely causing the issue. Sorry, nothing I can do.

Super old thread, but I have the same problem. I just do exactly that myself. Sometimes it drops out because of another config somewhere in Unraid. And Samba I wanna use less possible.

Try the fix and see if it helped you. The override was part of the initial release before the groups were even added to provide with some alternative. There's no overkill, speed limits, or excessive data involved creating multi-groups. Override has mainly stayed there for backwards compatibility really. - I do consider deleting it in the future.

Update 2022.05.03 Commit #180 - BUG: Wrong numbering in the layout if using tray override - and please don't use tray override, just add another group. Count assignment still bugged if not using default, but won't affect assigned drives. @aglyons

Update 2022.04.22 Commit #177 - FEATURE: Added status indicator for ZFS drives. (*) Update 2022.04.25 Commit #177b - BUG: Fixed an issue where the indicator for ZFS would fail. Nobody asked for it, so here it is! Nothing else fixed or added. * This only works if the drives in a pool are created by using disk/by-id, and not the sd[X] crap.

Ok - read first page

It reset if you choose the "empty" color, if it doesn't work it might be an FF issue - which in case I can't be bothered to fix. That if you have updated the plugin to recent versions.

It should force use the date set by Unraid variables if I remember correctly. If it doesn't, it's a bug - maybe the unraid devs suddenly changed something behind the scene. Maybe I look into it one day.

Is the: Set warranty date entry: Set to "Unraid" and not "Manual ISO"?

It mainly should do exactly that if you have entered the data already in UNRAID. However, try "force update all" and see if it updates it. If not.. maybe the UNRAID dev's changed something in the system. The documentation against plugin creators are appalling, I considered multiple times to just shut down the project entirely. Not the answer you want maybe, but the versioning and documentation updates are really crap with UNRAID.. and this is a paid licensed product..

REQUEST FROM THE USERS Hey all! I consider modifying the core of the plugin for disk assignments and how they are bound, but I need some help/input from you guys. NB! I need info only from originally configured servers (not including non storage related devices)! Do not post from DIY servers! 1) I need the screenshot of the actual layout of the disks in a server. 2) Brand of the server and model. 3) The output of these two commands: lsscsi -g lshw -class disk -class storage -quiet -short 4) If possible, please attach the point 1-3 with a different disk configuration (like one less disk in the system, or positioned in a different slot), then post and describe the difference. Alternatively... If you can document the behavior of the kernel and storage devices path to be static, unique and reliable with the same assignment during reboots and that disks can be moved from one slot to another getting the correct assigned slot for it. Then that can be enough for my planning as well. So far I haven't found any proper information about it on google.. maybe I look for the wrong question? Any help appreciated! Thanks!

I have no idea if I will.. there's a lot of requests about it, but still not really the intention with the plugin

Tried "Force Scan All"?

Thanks! You'll get that when you click to view the disk array in the big view. Else I don't think unraid's numbering make a lot of sense, hence why I made this plugin to begin with. Maybe in the future if I have time and motivation, but won't promise anything

Update 2021.09.17 Commit #172 - BUG: Javascript MIME type fixed (probably) for the locate script, some might have experienced the problem with Firefox. Commit #171 - SECURITY: Boring security update, fixed some SQL and javascript injection security issues.

You can already change the order, however, not after it is created by a simple click. But it should be fairly simple to just move over devices after adjusting the layouts. I might make it simpler in the future, but nothing I prioritize. If you want to move ex. layout 3 to 1, then copy the layout of the largest one, move the disks, then reduce the other one (if the sizes are different). If they're all the same, it's just a matter of reassigning the devices. Font colors should follow the unraid theme, not messing around with that (at least for now). Choose a better background color

This was the main intention from the start, but I can't find a proper good solution to this yet. "by-path" is fine for most cases (as far as I can see), but it seem to have problems addressing SSD's. I have one SATA SSD and two nVME SSD's it does not add into the path section, and I don't want to mix two different systems for organizing drives in Disk Location. Not sure if this is a kernel issue, never meant to be, or if there's another solution for this altogether. Command below will show devices with paths defined. Even if you would see your SSD's there, it will break many systems and can't be implemented now. ls -l /dev/disk/by-path/ | egrep -v "part|usb"

Update 2021.08.17 FEATURE: Added custom start number offset for trays other than 0 and 1. Also cleaned up the disk information tables a bit.

Update 2021.08.16 BUG: Removed "prettyname" variable as it wasn't allowed with special characters. Might fix issues where some people didn't see "Disk Location" in the menus. I have been busy for quite a while, but this update, thanks to @Squid pointing out the flaw, is probably fixed. Please go ahead and try it out. Thanks!

I haven't tried and likely won't. I'll leave the docker and the page up, but I will end the "support" now due to decreasing popularity in mining and the dockerhub won't build for free automatic anymore.

It sort of says it.. either lower mem clock, or increase power and/or fan speeds and see if that helps.. GPU's are individual, try different values..