DigitalDivide Posted October 19, 2010 Share Posted October 19, 2010 While my parity check is going I noticed that two of the drives are sleeping, which means they were done. But to me it seems odd that the two disks would be done with prior to a smaller drive. Both the drives that are sleeping are 500GB drives whereas one of the drives still going is 320GB. The 500GB drives both have more data on them too. Link to comment
wsume99 Posted October 19, 2010 Share Posted October 19, 2010 Do you have different spindown groups defined? If so, then that could cause this. Otherwise I would agree that this doesn't make sense. Link to comment
DigitalDivide Posted October 19, 2010 Author Share Posted October 19, 2010 Nope, no spindown groups. I wonder if the drives are sleeping but it's not just showing up in the Unraid view. I noticed that currently on my Icy Docks, only 3 drives are now showing up as orange whereas all the others are now green. However when I look at unraid view, it only shows 2 of my 7 drives are sleeping. Link to comment
DigitalDivide Posted October 19, 2010 Author Share Posted October 19, 2010 These are my settings Disk settings Default spin down delay: 30 minutes Force NCQ disabled: Yes Enable spinup groups: Yes Tunable (md_num_stripes): 1280 Tunable (md_write_limit): 768 Tunable (md_sync_window): 288 Link to comment
Rajahal Posted October 19, 2010 Share Posted October 19, 2010 Is anything accessing the 320 GB drive? If, for example, you play a movie off the 320 GB drive while the parity check is going, it could be spun up for that reason and have nothing to do with the parity check. If you refresh the web page multiple times, do you see the reads on the 320 GB drive increasing? Link to comment
DigitalDivide Posted October 19, 2010 Author Share Posted October 19, 2010 Nothing is currently accessing those drives. I also did notice that the reads are only increasing on 2 drives. So I guess the other drives are done with but just not sleeping for whatever reason. Link to comment
lionelhutz Posted October 19, 2010 Share Posted October 19, 2010 It's spin-up groups, not spin-down groups and you have spin-up groups enabled. When your motherboard uses IDE emulation it will call pairs of SATA disks as IDE interface 0 master/slave, IDE interface 1 master/slave etc. By default, unRAID will assign each of those master/slave pairs into a spin-up group. If one of the pair is called to be spin-up the other one will too. Click on the Disk# on the main unRAID page and see what the spinup name is for each disk. If you find the matching pairs then this is why. Peter Link to comment
wsume99 Posted October 19, 2010 Share Posted October 19, 2010 ^^So if you've configured your SATA controller in AHCI mode then spin-up groups would not apply? Link to comment
DigitalDivide Posted October 19, 2010 Author Share Posted October 19, 2010 Ok I checked and there are two matching pairs. I have no real idea what this means though. SHould I change something in the BIOS or change the Spinup name for the disks so none are matching? This doesn't affect the parity check though, right? Link to comment
Joe L. Posted October 19, 2010 Share Posted October 19, 2010 Ok I checked and there are two matching pairs. I have no real idea what this means though. SHould I change something in the BIOS or change the Spinup name for the disks so none are matching? This doesn't affect the parity check though, right? It does not affect parity. It will cause you to see a pause in a movie or video if you access the spun-down member of a pair while watching a movie on the other disk in the pair. It is a limitation of the IDE controller. It is why the two disks are spun up together, to eliminate the annoying pause in the movie or music. Your choice. Slightly lower power consumption, or better viewing experience. Joe L. Link to comment
DigitalDivide Posted October 19, 2010 Author Share Posted October 19, 2010 Well considering I copy my movies to individual single disks and not spread over two, it shouldn't affect my movie viewing experience. Thanks Link to comment
Joe L. Posted October 19, 2010 Share Posted October 19, 2010 unless somebody, or some process needs to spin up the other disk while you are watching a movie on the first. Joe L. Link to comment
lionelhutz Posted October 20, 2010 Share Posted October 20, 2010 First, if you have not done so then go into the BIOS and set the SATA to AHCI mode and not IDE emulation. Second, what 2 drives had matching names? Was it the 320gig and another drive that was not yet sleeping? Third, the IDE controllers would cause a pause when the second disk on the IDE controller was spun up while watching media from the first disk that was already spinning. That was an IDE controller limitation. HOWEVER, when accessing the server using Windows you will still get a pause if the same Windows machine causing a drive to spin-up while watching some media from an already spinning drive. This is a Windows limitation how it accesses the server, not an unRAID problem. I have drives with a Movie share and all those drives are assigned as Movie in the spin-up setting. Same for the other drives that hold a TV Shows share. This avoids a spin-up when accessing either of those two. If you don't want the spin-up groups then just set the "Enable Spin-up Groups" setting to No. Peter Link to comment
DigitalDivide Posted October 20, 2010 Author Share Posted October 20, 2010 I went into my BIOS and for IDE Emulation I can't select AHCI. My manual says for "Configure SATA as" I should be able to select AHCI. But I can only select "Standard IDE". I don't get the option. Not sure why? I also have "Oboard IDE Operation MOde" which is set to Enhanced as well as "Enhanced SATA Support on" set to SATA. Link to comment
Rajahal Posted October 20, 2010 Share Posted October 20, 2010 Look for options to disable anything that says 'IDE'. You want SATA/AHCI only. Link to comment
lionelhutz Posted October 20, 2010 Share Posted October 20, 2010 What 2 drives had matching spin-up names? Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.