lionelhutz

Make sure the volumes for /downloads points to same server location in both dockers. Once you do that make sure Sickbeard has "/downloads/complete/tv" in the TV Download Dir box and check the scan and process box.

1. No, you pick what to install. 2. You can run almost any Docker if you so chose. The template part is really just to fill-in some data. 3. Yes, they would become outdated.

It only did on older versions.

That type of mapping works fine when you only access the Docker via the mapped port. But, it won't work when the Docker is reporting it's port to the outside world because the port it's reporting doesn't work in the outside world.

Try /config/scripts If that doesn't work then double check your script name.

Maybe won't use the 3rd until it starts using the 2nd.

You're also creating extra volumes. In theory, once you map /mnt:/mnt you don't need any of the other volumes because the rest can ALL be accessed under /mnt. Still, the /config volume is setup to store the config data so it's needed. You don't need the /scripts volume because you can just use the /config volume to get to /config/scripts inside the Docker. You don't need /downloads because you can just use the /mnt volume to get to /mnt/user/Movies/TV_Series_Downloads inside the Docker. You don't need the /mnt/user volume because you can just use the /mnt volume to get to the /mnt/user inside the Docker. I personally don't like creating a wide-open volume like /mnt:/mnt. Use a volume to drill-down to each directory you want to access.

Try this; http://lime-technology.com/wiki/index.php/Un-Official_UnRAID_Manual#High_Water A screen capture of the main page might help.

I would keep the individual shares by file type myself. But, you could do it rather quickly and easily from your PC. Go to a disk share and create a Media directory. Right click-hold and drag the other folders to the Media directory. Release the right button and select the Move option. In a few seconds the files will be moved. Repeat for the other disks. Shouldn't take any more than 10 or 15 minutes to complete.

GA-F2A88XM-D3H wit Kaveri will draw around 55-60W idle.

I've been running it via Dockers for months now. BUT, it's not a Docker. I installed svn onto unRAID natively to download and update Newznab and then run MariaDB and Apache dockers to use it. I log-in to the Apache Docker to run the update scripts. I have no interest in building an all-in-one docker due to the svn password requirements. I don't believe it really should be a single Docker since it would have to run MariaDB and Apache together. I would like to build a proper Apache Docker with the setup files properly outside of the Docker some day. It works fine, but it's not simple and not for someone that can barely understand Docker beyond using the unRAID Docker templates.

Have you tried a Docker that already exists? There appear to be 12 of them.

Fill-up starts with disk1 just like the other disk filling methods. Fill-up doesn't care if some directory structure already exists just like the other disk filling methods don't care if some directory structure already exists. All fill methods just tell unRAID how to fill the disks starting at disk1. You could set the split level so it only uses disk4 for sub-directories that already exist. Split level is the setting that keeps data on the same disk according to the directory structure. You could set the share to only use disk4 until you need disk1. But that is manual. You still get read access to the share data even if you exclude the disk. Moving disk4 to be disk1 is the solution if you want to fill your current disk4 and then have excess data spill to another disk. Then, the fill-up would work like you are expecting it to work.

If you have an GOOD extra disk the same size (or bigger) then I would immediately let unRAID rebuilt that disk onto the extra. Then, you can run tests on that disk to validate it's health. That could an indication of a bad sector which is a bad thing to have. If the drive checks out OK you can put it back into the array when the new one was going to go.

It's not an error. That combining of directories on all disks into a single directory view is exactly what user share are supposed to do. All it is is a housekeeping issue if you chose to make it one. You could use the disk shares and combine the directories to a single disk if you wanted. Your use of split level is correct. 3 means the Blueray directory can split to multiple drives but the directories underneath should remain on a single drive. So, I have no explanation of how that happened unless you had changed settings at some point or were moving files around on the disks at some point.

http://lime-technology.com/forum/index.php?topic=37732.msg349938#msg349938

It could have triggered on the KILL text. I believe Joe L. wrote that code so you could message him if you were really curious. But, if the line was just information then there really was no minor issue.

That only works with some basic file access in the Dockers too. I'm running an Apache docker with some of the config file directories mapped to directories on my cache and it has to be exact directory to exact directory to work. In other words, you still need volumes mapped directly for config type stuff.

What was the complete name of the movie file?

I do find the statement "The APC's efficiency is terrible at no/low load" rather comical. At no load the efficiency of every UPS is 0%. Seriously, you need to measure the watts to have any real clue about what the load costs you in electricity. Gary gave the right basic idea. If the unit is a switching unit and the monitoring and battery float charging electronics draw say 20W then you take that part of the wall draw to calculate the efficiency of the UPS. 100W from the wall with 20W to the UPS and 80W to the load means 80% efficiency. But, the units that use the inverter full-time are not that expensive. Every small data center should be running that type.

You must be using unMENU which adds the colors to the lines. It just looks for text on the line to add the color so the movie name likely has text that caused it.

No, you don't need 3 links. You set the TV share to use the cache and then set Sickbeard up with the TV and download shares. When the file is processed to the TV share, the file will be moved to the cache since the share is set to use the cache. The mover then moves it to the array. If you insist on using /cache/TV and /mnt/user/TV then you should really use /mnt/user0/TV (which is the array data only) so you don't accidentally duplicate anything on the cache and array. I don't know why anyone would bother though when unRAID manages the use of the cache disk itself.

You never need to link twice in the same docker. If you're trying to point the sickbeard download processing to the TV share then you're doing it wrong and can end up losing data. /downloads - link to a location where uprocessed and unsorted shows are downloaded. tv - link to your processed and sorted TV share. The cache can hold a download directory. The cache can also hold a TV share directory. Those are 2 different things.

It's not testing, it's clearing every bit or switching it all to zero so that parity is not broken. And yes, there is a switch that you use to only write zeros to the disk and skip the pre and post reads if you want it to go faster.

Check your disks for a top level directory called "disk5". If you created this directory by mistake then it gets shared automatically.