mikeinrancho

Upgraded to 5.0b6a yesterday (from 4.7) and everything seemed to go smooth. Went to copy some files today to a share (which I can see in Explorer) and I get a 'Windows cannot access \\TOWER\Videos' message, Videos being one of three shares. I can access disk1, disk2, disk3, etc. but cannot access the Videos folder on any of those disks either. None of my media players (Boxee, XBMC, Sage) can acccess the shares either. Syslog attached... any ideas? Edit: After nosing around, I went back to the New Permissions screen in 5.0b6a and checked the box again. Since the file and directory changes are supposed to be running in the background, I exited this screen the first time I ran it. I telnetted into my box and saw only some files/directories had their permissions changed to 'nobody users'. So I went back and checked the box to run the New Permissions again, this time staying on that page in the browser and checking the progress with PuTTY. This time I could see the changes taking place in PuTTY. I just let the routine run through (watching the progress from the New Permissions screen - which I had moved away from earlier) and now everything is back to normal. syslog-2011-05-26-2.txt

I would suggest trying this http://tower:22111/subsonic

Is the HDHomeRun option in SubSonic described here: http://www.activeobjects.no/subsonic/forum/viewtopic.php?t=5458 capable of being set-up in unRAID. With all the in-memory, save this & that scripts, I don't have a clue if this feature is possible. I do have the tuner and SubSonic running (thanks so much for those instructions here) and would like to get TV working if possible. Thanks...

The order of the drives does not matter and would not effect what you are seeing. The reason you see the spindown 0, spindown 1, ect is because that is what is being shown to you by the unRAID control code for spinning down the drives. It is down this way because of the group spinup and group spindown logic. The cache drive IS NOT part of the array and therefore does not belong to a spinup group and there spindown group. The hdparm -y command spins down the drive and unRAID is showing you that. It is nothing to worry about and is normal when you have a cache drive in the system. I had these in my logs when I was allowing my cache drive to spin down... my cache drive is now active at all times, so it never gets a chance to spin down. Great... thanks for putting my mind at ease. Just curious, other than the initial write to the cache drive, what's the advantage of the cache drive staying active? And, what determines whether the cache drive spins down or not?

Checking out hdparm online, I found this: -y Force an IDE drive to immediately enter the low power consumption standby mode, usually causing it to spin down. The current power mode status can be checked using the -C flag. ------------- The drive in question is not an IDE drive, it's a SATA: /dev/sde1 WDC_WD10EACS-00D6B0_WD-WCAU40410745 Here's another blurb from the syslog: Mar 24 04:13:17 Tower kernel: mdcmd (56): spindown 0 (Routine) Mar 24 04:13:18 Tower kernel: mdcmd (57): spindown 1 (Routine) Mar 24 04:13:18 Tower kernel: mdcmd (58): spindown 2 (Routine) Mar 24 04:13:19 Tower kernel: mdcmd (59): spindown 3 (Routine) Mar 24 04:13:19 Tower kernel: mdcmd (60): spindown 4 (Routine) Mar 24 04:13:19 Tower emhttp: shcmd (44): /usr/sbin/hdparm -y /dev/sde >/dev/null (Drive related) I'm assuming here that '0' is the parity drive and '1' - '4' are data drives. If that means the cache drive is '5', I've never seen a syslog entry with a 'spindown 5'. In the interest of total disclosure the drives are arranged as follows: /dev/sda - parity /dev/sdb - data /dev/sdc - data /dev/sdd - data /dev/sde - cache /dev/sdf - data I wasn't sure if the last data drive could be added after the cache drive, but since I hadn't read anything about the order of adding drives, I put it at the end with the plan to pull the cache drive and move the data drive up one notch, then add the cache drive back in... but that hasn't happened yet. Perhaps this arrangement is leading to the syslog entries I'm seeing?

I've recently set up an unRAID system, basically uneventful thanks to all the excellent info available here. But this entry in my syslog is bugging me because I don't know why it shows up, kinda randomly. FYI, /dev/sde is my cache drive. Mar 25 05:01:07 Tower emhttp: shcmd (54): /usr/sbin/hdparm -y /dev/sde >/dev/null (Drive related) Can somebody tell me what this is? Thanks... - Mike