SSD Posted April 8, 2011 Share Posted April 8, 2011 I had posted an update to my last post. Follow the instructions instructions there. Quote Link to comment
Obiwantje Posted April 8, 2011 Author Share Posted April 8, 2011 I had posted an update to my last post. Follow the instructions instructions there. Our posting crossed! Time for an IRC chan for UNRAID enthousiasts? Requested file is attached mdstatus.txt Quote Link to comment
SSD Posted April 8, 2011 Share Posted April 8, 2011 Ok - one more ... Run the command ... ls -l /dev/disk/by-id > /boot/lsbyid.txt and post the lsbyid.txt file from your flash disk. Quote Link to comment
Obiwantje Posted April 8, 2011 Author Share Posted April 8, 2011 Ok - one more ... Run the command ... ls -l /dev/disk/by-id > /boot/lsbyid.txt and post the lsbyid.txt file from your flash disk. Attached....thanks for helping here, I really appreciate you taking all this time! Ask me anything, I am your remote hands here! lsbyid.txt Quote Link to comment
SSD Posted April 8, 2011 Share Posted April 8, 2011 I am not sure how to fix this - but am open to suggestions ... myMain fundamentally requires that the serial number of a disk be returned from some specific commands. The serial number must be unique. (It actually relies on the last 4 digits being unique, but there is a way to extend that if needed). The problem is that your controller is not returning serial number data at all ... unRAID, via the "mdcmd status" command, is reporting this .... diskNumber.1=1 diskName.1=md1 diskSize.1=1953114080 diskState.1=7 diskModel.1=<no model> diskSerial.1=<no serial_no> diskId.1=<no_model>_<no_serial_no> rdevNumber.1=1 rdevStatus.1=DISK_OK rdevName.1=sda rdevSize.1=1953114080 rdevModel.1=<no model> rdevSerial.1=<no serial_no> rdevId.1=<no_model>_<no_serial_no> rdevNumErrors.1=0 rdevLastIO.1=0 rdevSpinupGroup.1=28 diskNumber.2=2 I have never seen this before. It should be reporting "5XW138R8" (based on your smart report). myMain is pulling the last 4 characters of the "<no serial_no>" string and thinks that the drive is identified by "_no>". Hence you see that on the myMain screen. And every single drive is identified by exactly the same string, hence unRAID has no way to distinguish them. For the non-array disks, myMain uses the "ls -l /dev/disk/by-id" command to get the serial number. Here is a sample of what Linux is returning ... lrwxrwxrwx 1 root root 9 Apr 7 23:06 scsi-3600050e087c59b00d82b0000eb3d0000 -> ../../sda myMain is pulling the last 4 digits from that and thinks that is a unique serial number. Same problem - every one ends in 4 zeros. unRaid 5.0b6a is now also relying on these serial numbers to make slot assignments to the array, so unless your controller is better supported there, I do not think unRAID 5.0 is going to run with your controller. As I said, I am not sure how to fix this - but am open to suggestions ... Quote Link to comment
Obiwantje Posted April 9, 2011 Author Share Posted April 9, 2011 I am not sure how to fix this - but am open to suggestions ... myMain fundamentally requires that the serial number of a disk be returned from some specific commands. The serial number must be unique. (It actually relies on the last 4 digits being unique, but there is a way to extend that if needed). The problem is that your controller is not returning serial number data at all ... unRAID, via the "mdcmd status" command, is reporting this .... diskNumber.1=1 diskName.1=md1 diskSize.1=1953114080 diskState.1=7 diskModel.1=<no model> diskSerial.1=<no serial_no> diskId.1=<no_model>_<no_serial_no> rdevNumber.1=1 rdevStatus.1=DISK_OK rdevName.1=sda rdevSize.1=1953114080 rdevModel.1=<no model> rdevSerial.1=<no serial_no> rdevId.1=<no_model>_<no_serial_no> rdevNumErrors.1=0 rdevLastIO.1=0 rdevSpinupGroup.1=28 diskNumber.2=2 I have never seen this before. It should be reporting "5XW138R8" (based on your smart report). myMain is pulling the last 4 characters of the "<no serial_no>" string and thinks that the drive is identified by "_no>". Hence you see that on the myMain screen. And every single drive is identified by exactly the same string, hence unRAID has no way to distinguish them. For the non-array disks, myMain uses the "ls -l /dev/disk/by-id" command to get the serial number. Here is a sample of what Linux is returning ... lrwxrwxrwx 1 root root 9 Apr 7 23:06 scsi-3600050e087c59b00d82b0000eb3d0000 -> ../../sda myMain is pulling the last 4 digits from that and thinks that is a unique serial number. Same problem - every one ends in 4 zeros. unRaid 5.0b6a is now also relying on these serial numbers to make slot assignments to the array, so unless your controller is better supported there, I do not think unRAID 5.0 is going to run with your controller. As I said, I am not sure how to fix this - but am open to suggestions ... Now we are getting somewhere! I found this link that should help here: https://wiki.xkyle.com/3ware_Smart_Test Quote Link to comment
Obiwantje Posted April 9, 2011 Author Share Posted April 9, 2011 So here is how I can get the serial number of the drive "sda": smartctl -i -d 3ware,0 /dev/twa0 | grep "Serial Number" | head -n 1 | awk '{print $3}' Output: 5XW138R8 For drive "sdb" I would change 3ware,0 to 3ware,1 and... Output: 5XW17LVM Can this help us to get a step closer? Quote Link to comment
SSD Posted April 9, 2011 Share Posted April 9, 2011 How would you know that sda is 3ware,0? Maybe the flash drive is sda on the next boot. Do you have motherboard or other controllers? This would impact the device assignments as well. What version of unRAID are you running? If 4.7, it is possible that the 5.0b6a might have an updated driver and support this controller better. You might run some experiments to see if unRAID can recognize the serial numbers with 6.0a. I'd recommend creating a new flash to boot 6.0a. You should be able to assign a couple of disks and run the two commands I gave you. DO NOT START THE ARRAY, at least not until we know the controller is working better. If not, you might want to send Tom an email requesting support for this controller. It is more expensive than most, but it supports more drives, right? I looked on the website and it looked like there were 3 SAS ports = 12 drives. Is that correct, or are their more? Anyway, Tom may be willing to install an updated driver that may allow this controller to be better recognized. Sorry not better news. Quote Link to comment
Obiwantje Posted April 9, 2011 Author Share Posted April 9, 2011 I am installing 5.0b6a (had done that before) and will run the commands again. I have the 3ware 9650se-m8-24 it is a 24 port version, with cache, and battery backup unit....and indeed rather expensive...would hate it to be a wasted investment. With regards to your remark on drive letters changing...I have not seen that happen at all? Quote Link to comment
dgaschk Posted April 9, 2011 Share Posted April 9, 2011 There is no guarantee with drive letters. It just depends on which order they are identified by the OS. As they get older some may slow only slightly relative to the others. Quote Link to comment
Obiwantje Posted April 10, 2011 Author Share Posted April 10, 2011 I get your point - So I installed 5.0b6a - And ran both commands again.....I see some data in there that looks different, and am hopeful this may be helping! Thanks for your continued effort! lsbyid.txt mdstatus.txt Quote Link to comment
dgaschk Posted April 10, 2011 Share Posted April 10, 2011 Does unmenu show the temps? Try some smartctl commands. Quote Link to comment
SSD Posted April 10, 2011 Share Posted April 10, 2011 Try unzipping this file into your unmenu directory. Make sure to keep a copy of the prior version. What is does, is if the serial number ends with four zeros ("0000"), it strips the zeros. It seems that if you remove the zeros, the last 4 characters are then unique. I am not sure if they persist across boots, however. You'll have to try it and see. This file will not become part of the normal base, so if this works you may need to reapply this going forward. It's not a great solution becuase the string is really NOT your serial number. That has implications if you move the drive to another controller. (Like I said above, it may not ever stay across boots). CUSTOM unmenu.bat.lib.awk Quote Link to comment
Obiwantje Posted April 10, 2011 Author Share Posted April 10, 2011 Try unzipping this file into your unmenu directory. Make sure to keep a copy of the prior version. What is does, is if the serial number ends with four zeros ("0000"), it strips the zeros. It seems that if you remove the zeros, the last 4 characters are then unique. I am not sure if they persist across boots, however. You'll have to try it and see. This file will not become part of the normal base, so if this works you may need to reapply this going forward. It's not a great solution becuase the string is really NOT your serial number. That has implications if you move the drive to another controller. (Like I said above, it may not ever stay across boots). CUSTOM unmenu.bat.lib.awk Thanks BJP999 - Attache dis what I see now. How about the suggestion I made above, would that not work easier: So here is how I can get the serial number of the drive "sda": smartctl -i -d 3ware,0 /dev/twa0 | grep "Serial Number" | head -n 1 | awk '{print $3}' Output: 5XW138R8 For drive "sdb" I would change 3ware,0 to 3ware,1 and... Output: 5XW17LVM Quote Link to comment
SSD Posted April 11, 2011 Share Posted April 11, 2011 Try unzipping this file into your unmenu directory. Make sure to keep a copy of the prior version. What is does, is if the serial number ends with four zeros ("0000"), it strips the zeros. It seems that if you remove the zeros, the last 4 characters are then unique. I am not sure if they persist across boots, however. You'll have to try it and see. This file will not become part of the normal base, so if this works you may need to reapply this going forward. It's not a great solution becuase the string is really NOT your serial number. That has implications if you move the drive to another controller. (Like I said above, it may not ever stay across boots). CUSTOM unmenu.bat.lib.awk Thanks BJP999 - Attache dis what I see now. How about the suggestion I made above, would that not work easier: So here is how I can get the serial number of the drive "sda": smartctl -i -d 3ware,0 /dev/twa0 | grep "Serial Number" | head -n 1 | awk '{print $3}' Output: 5XW138R8 For drive "sdb" I would change 3ware,0 to 3ware,1 and... Output: 5XW17LVM How about inside myMain? Were you able to see different "IDs" in the ID column. Does clicking on one of the IDs, and entering the "smartopt" now work and return a smart report? unRAID works through a series of gyrations to get all of the various pieces of data associated with a disk. The two pieces of key data are the serial number and the device (e.g. sdc), which are equated by the unmenu / myMain logic. Although I understand that you have a smartctl command that will return your serial number, it is not connected to either piece of data. It is sort of like a puzzle piece that doesn't connect to the puzzle. If we can get you able to get a unique "serial number", based on what the driver is communicating to the OS as the serial number, that is about as far as I'm able to help. I think with this change we should be there or very close. I get a similar looking "serial number" from my ARC-1200 for a RAID-0 parity drive. It works fine as a serial number, even though it really isn't. Quote Link to comment
Obiwantje Posted April 11, 2011 Author Share Posted April 11, 2011 I think you did the right thing, but took the wrong part of the serial? Quote Link to comment
SSD Posted April 11, 2011 Share Posted April 11, 2011 Try this version. unmenu.base.lib.awk Quote Link to comment
Obiwantje Posted April 11, 2011 Author Share Posted April 11, 2011 Try this version. unmenu.base.lib.awk We're getting there! I think there is one more little thing wrong in your code...check the screens: Quote Link to comment
SSD Posted April 11, 2011 Share Posted April 11, 2011 This looks like what I was expecting. Did you go back and do the smartopt setting (see your own posts earlier in this thread for some screenshots). Now that each drive has a unique "ID", the settings will stick and the smart report should work. It appears that your drives are a funky size. May be indicative of an HPA. Go to the "Detail View" and take a screen shot (or else just look in the column labeled "Size (k)" and tell me the number there). But this is not hurting anything. And there is a way to turn off the warning if this is a byproduct of the controller. Quote Link to comment
Obiwantje Posted April 12, 2011 Author Share Posted April 12, 2011 This looks like what I was expecting. Did you go back and do the smartopt setting (see your own posts earlier in this thread for some screenshots). Now that each drive has a unique "ID", the settings will stick and the smart report should work. It appears that your drives are a funky size. May be indicative of an HPA. Go to the "Detail View" and take a screen shot (or else just look in the column labeled "Size (k)" and tell me the number there). But this is not hurting anything. And there is a way to turn off the warning if this is a byproduct of the controller. I forgot to add one screenshot (below) - I did the add of the smartopt - but as you can see it seems like it get's confused by the spaces used (translates them as %20%) Quote Link to comment
SSD Posted April 12, 2011 Share Posted April 12, 2011 This issue was fixed in the attachment linked in THIS post. I have removed the file from my file sharing account. If you still have this file, please unzip both the 99-unmenu-utility.awk and drivedb.lib.awk files. Do not overwrite the unmenu.base.lib.awk file, as I sent you a newer version. If you no longer have this zip file, let me know and I will repost it. Quote Link to comment
Obiwantje Posted April 15, 2011 Author Share Posted April 15, 2011 Sorry for that late reply....This seems to work now - though still no integration of the parameters.....this is the max I seem to be able to achieve with my 3ware controller.... Quote Link to comment
SSD Posted April 17, 2011 Share Posted April 17, 2011 Sorry for that late reply....This seems to work now - though still no integration of the parameters.....this is the max I seem to be able to achieve with my 3ware controller.... Glad that it is working now. There is no way to reliably convert an "sdX" to a 3ware number, but with a little manual setup, you should have a fully functional myMain. Quote Link to comment
ctrlbreak Posted May 30, 2011 Share Posted May 30, 2011 Hi bjp, I've recently set up a new UnRaid server with a 3ware 9500s controller, and have found this thread which seems to help me solve the precise problem I've got! Are you planning to add this capability to the standard release of myMain? Or if not where can I get the relevant files to apply the patch myself? Cheers, ctrlbreak Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.