plttn

That Rosewill one is fantastic! Thanks so much, enjoy your holidays!

Any chance a RSV-L4500 could be made? it's pretty similar to the 3u with fans, it's just not quite proportionally right. I'm not super picky on whether or not the door is attached or not, but it's more recognizably a RSV-L4500 with the door off. Thanks!

Happy birthday! Only been using since the start of this year, but it's been a great OS so far.

Looks like 6.7.1 is completely incompatible with Disk Location. Fatal error: Class 'SQLite3' not found in /usr/local/emhttp/plugins/disklocation/pages/system.php on line 27 Yeah, Sqlite support was removed from PHP.

I'm also seeing this issue, but running 6.7.0-rc6 (which I'm guessing might be the cause?)

And I just confirmed that that update fixes the issue. Thanks for taking care of it so fast!

I'm using 6.7.0rc5.

I think I covered all the edge cases in my tokenization method here, but I actually haven't tested it running, just using logic.

So doing a massive amount of digging, /* Fetch logical unit (LU) name given the device name in the form: * h:c:t:l tuple string (e.g. "2:0:1:0"). This is fetched via sysfs (lk 3.15 * and later) in vpd_pg83. For later ATA and SATA devices this may be its * WWN. Normally take the first found in this order: NAA, EUI-64 * then SCSI * name string. However if a SCSI name string is present and the protocol is * iSCSI (target port checked) then the SCSI name string is preferred. If * none of the above are present then check for T10 Vendor ID * (designator_type=1) and use if available. */ it looks like if lsscsi cannot find a LUN/WWN for a device, it'll eventually try to fall back to the Vendor ID. Since the Vendor ID on this is set to the funky value, lsscsi spits out the funky value, and then parsing that barfs.

Yes, that one specifically is indeed my output from lsscsi -u -g, but I believe I may have potentially found a fix with the pull request I submitted.

I think I may have figured out why it doesn't seem to work on this drive. The manufacturer is setting a value your parsing isn't handling properly as the logical unit name. [1:0:0:0] disk ATA SPCC Solid State Disk _ /dev/sdb /dev/sg1 [2:0:0:0] disk 5000cca252e56185 /dev/sdc /dev/sg2 Since you're parsing via spaces, the luname gets set to ATA, device node gets set to SPCC and then everything falls apart from there. I don't know what the best way to solve this problem is however, as it would require a bunch of exceptions to account for all the low budget manufacturers doing things they shouldn't. It does create a unique hash for this SSD, but my guess is because the devicenode is ATA rather than sdb that's why it shows as unassigned. Would parsing from the right work better to solve this issue? That gets you the devicenode right off the bat, then you could assume that everything bounded by disk and the /dev/sdX is the logical unit name whether or not it's a technically valid LUN.

I don't know offhand if this is enough for it to be unique. It's very possible this SSD is just too cheap for it to work properly. Thanks for letting me know!

Running into a couple issues, which may have already been mentioned. 1. My SSD is not recognized as a cache drive for some reason (I'm thinking because it is lacking a Device Family attribute). 2. I am using a 2x4 (CxR) layout, and my layout looks like this and nothing I seem to do can fix it.