Squid

The instructions for setting this up was included in Beta 8: http://lime-technology.com/forum/index.php?topic=34955.msg324996#msg324996 Its a bit of a PITA, but it is possible to click into the field and edit the path And then you'll have to add the repositories for the containers: http://lime-technology.com/forum/index.php?topic=33965.msg326314#msg326314

Use xbmc and backup the database to separate files and when it asks says over write. Then you can reimport the videos with the new SQL database. There is a setting in advanced settings that will also import the watched status.

In my case (Canada), from Newegg for 3 rails, it works out to $149.97 + $42.18 Shipping = $ $192.15 The Ghetto rails work out to $68.94... 1/3 the cost. And, to incorporate real rails I'd also have to order the square hole vertical pieces, and incorporate them. Will probably have time next weekend to work on modifications for the kitchen rails.

Looking at those ones from Home Depot, it appears that they actually mount onto the side. Just have to see how many holes I have to drill. Only 22" which is a hair short, but I've got to get some time to hit a cabinet maker and see what I can order and for how much.

That's the fun part

Ultimately I will add the rails. Been looking at a set of kitchen rails from home depot http://www.homedepot.ca/product/full-extension-slide-22-in-zinc/902000 which can support the weight but are still half the price of Norco RL-26.

What controller card are you using? I had a similar issue with my Supermicro AOC-SAS2LP-MV8. Spurious reports on the web about when you're really taxing them that errors can happen. In my case, I found that if I set my tunables via unraid-tunables-tester.sh to the max I would get the errors during parity checks. If I changed it to best bang for the buck, the errors all disappeared.

Yeah, you're right... I am limited to how far I can pull it out before it drops... But, my issue before was that no matter how I arranged which order I stacked the computers in, I would always need to get into the bottom one. So now I can just pull it out without disturbing the ones above. Overall length is 3' I just added a 1U server to the rack, and because of that have also removed the UPS shelves from the back and made another shelf at the bottom to house all of them (5). Wish I could justify the cost of a 2U 2500VA UPS to the wife, but I don't think she'd go for it. All in all, while its not a perfect situation, it wound up looking as close to a "real" rack as possible for 1/4 of the cost. Eventually, I'll wind up adding removable sides, etc to it to complete the look.

I have an A6-3500 on one of my servers, and it has no problems streaming to 2 XBMC boxes and transcoding to a tablet via Plex at the same time. I've never tested it streaming to more than 2 XBMC's concurrently, but I don't think that there would be any problems. Multiple streams via Plex might be an issue however since it isn't the fastest processor out there. My SQL server I have running on the same system via Docker, and Plex is running as an add-on. Note that you won't be able to use the 1TB as your parity drive if you get 3TB data drives. The parity drive must always be the same size or larger than the biggest data drive. Use one of the 3TB's as parity, and the 1TB as a data drive. Can't help you with keeping things quiet, as all of my servers are in a separate room where noise is not an issue.

Completely understandable. Going from 8 to 9 worked perfectly once I followed this: Sorry for that. We changed the user templates back to the flash drive: BETA 8 BETA 9 /var/lib/docker/unraid-templates /boot/config/plugins/dockerMan/templates-user While LT don't create their own containers, you can use several of community ones using the templates below.

Thus far nothing is actually corrupt. They are merely changed files after the initial md5 was made. I stopped the check and am now verifying the md5 and updating the changed files (the date stamp is different - with actual corruption the date stamp would not have changed)

Yeah, its from windows Corz used to have a linux version, I don't think there is anymore. I actually originally made my md5 files using a script that organized them in the same fashion as corz using md5sum via an ubuntu box. It was tons faster. But, for simplicity sake, I now just do the updates via my windows box.

All I did was copy them from /var/lib/docker/unraid-templates to /boot/config/plugins/dockerMan/templates-user like gfjardim said

Sorry for that. We changed the user templates back to the flash drive: BETA 8 BETA 9 /var/lib/docker/unraid-templates /boot/config/plugins/dockerMan/templates-user While LT don't create their own containers, you can use several of community ones using the templates below. Works awesome! You the man!

Also, maybe its just me, but I also have lost the ability to add docker containers via templates. The drop down menu just states "Select a Template". If I revert back to beta 8, all the templates are there, but they disappeared from my beta9 But, all of the containers which I was running before are still running.

use corz checksum. It will take *forever* for your first run (mine took me about a week straight, and I had one computer doing the checksums on one server, and another running it on the other server) After that, simple updates will take a couple of minutes. I run it every week to automatically create the md5's for the new files.

Thanks Tom!

I have separate md5's for all of the other files.

I made md5 sums on all my files pre beta 7. Thus far, I have only seen md5 failures on .nfo, .tbn, and .jpg files generated by xbmc. However I cannot rule out the fact that I may have overwritten those files in question (and thereby invalidating the md5) Thus far, I have had no corruptions in media files except for 1-2 files on a certain drive, which I knew had some corruptions on it from way before beta 7, so I'm not surprised. Since my share levels are set to most-free, all of my drives are written to, so all of them are possibly at risk, but thus far my results are promising. I'm personally not that worried about it. If one or two movies out of 5000 are corrupted i'm not going to lose sleep over it. Yes I've stopped writing to the the server, and am writing to another one in the meantime which has 5.05 on it, but I'm not going to bother reverting back to beta 6. My docker drive is btrfs, so all I had to do was change the parameters being passed to the containers and all is well. I'll probably find out in a week or so what my final stats are on the md5 check. If nothing else, at least this bug is getting me to check. I've been meaning to for quite a while (as I knew that I had corruption on one of the drives pre beta7), but just never got around to it. So, in that respect, this is a good thing. The best thing that will come out of this is that people are now thinking about md5 / sha checksums.

After the 3tb mark, unRaid "emulates" the other drives in the system as if they were all 4tb. What winds up in practice is that it writes all "0"s to the parity drive. If you also had a 1tb drive in your array, then after it hit the 1tb mark then it would emulate the 1tb drive as if it was a 4tb and calculate parity. What preclearing does is zero out a drive completely and then write a signature to the drive to let unRaid know that it doesn't have to zero it out itself (if its a data drive) Building parity does not take into account whether or not the drive is precleared or not. Whenever upgrading parity, it will always recalculate the parity for the entire 4tb so that it is in a "known" condition (ie, all zero after the 3tb mark). The reason is that whenever a write to the array takes place, the system does NOT calculate parity for the entire array. What it does instead is read the parity drive, and add the new data to it, and then finally write the new parity information. This is one of the great features of unRaid, as when writing only the parity drive and the data drive being written to are spun up.

In the middle of checking all of my md5 checksums, and what I've found so far is that none of my media files (mkv) are corrupt. However, it looks like most of my .nfo, .tbn, and .jpg are mismatching the stored checksum. I can't however remember if I've ever told xbmc to overwrite them during a backup... But at least none of the mkv's are damaged. I can always just delete all of the auxillary files, and xbmc will recreate them. That being said, the checking process will probably take me days if not weeks to complete. But things look promising so far.

Well, after starting with unRaid, then experimenting with other solutions, and I am now finally back on unRaid for good. (Mostly because its the best solution out there, but partially because another user (who is no longer amongst us here) that was extremely critical of unRaid is nothing but a BS artist and is full of Sh*t, and only has his own self interests in mind) So, rather than the majority of posts out here that show this is my case, these are my guts, etc etc etc without really showing anything unique (unRadio being a recent exception), I'd thought I'd go through my rack build project. Since my original unRaid build, (http://lime-technology.com/forum/index.php?topic=23796.msg209556#msg209556) things have come a long way. Originally I grabbed a Norco 470 and managed to jam 17 drives into it (non hotswap). Now, I'm on a pair of Rosewill RSV-L4411 cases packed with a total of 22 drives right now. Yada Yada Yada. Nothing special or different about the servers that really hasn't been reiterated here time and time again. However, since version 6B6, I have been optimizing the hardware between the 2 servers and a HTPC thats in the same area to make the best use of Docker, VMs, etc. Unfortunately, the servers and HTPC were all stacked onto each other which made it a real PITA to work on one without tearing apart all of them. Hence the need for a rack solution. However, as we all know, racks are very expensive, rails are expensive, and shipping is expensive. While I'm not cheap, and would love nothing more than to throw all my money at the servers, reality (and wife) just won't let me. So my compromise was to build my own rack. Not the greatest, and it definately has some trade-offs, but hopefully it may give other people some ideas. So, after weeks of research and thinking about how to go about this and searching the internet, about the best that I could find was this: http://blog.deadlycomputer.com/2006/09/17/458/ . While their basic premise is valid, they also really don't have a clue about how server racks work or rack mount cases work (they seem to think the mounting ears on servers are structural!?!?) But, it is a starting point. So I went about building my own 6' high rack. It can hold approximately 32U of servers as built (could be more as if I was going to do it again I would change some things around) for less than $300 This is where I was sitting at before beginning this project: (As you can tell from the poster in the background, this is the only room which my wife has allowed me free reign to decorate) Constructed completely out of materials available at Lowes / Home Depot, using tools which most households should have. Parts List: 12x 6' 12 Guage Crown Bolt Angle Iron... Should have used slotted angle instead... Would have given me a few more options. 3/8" 1/2" Bolts 3/8" Nuts 3/8" Lock Nuts 4 x Rust-Oleum Metallic Gloss Paint 2 x Rust-Oleum Gloss Clear Coat 2x 6' 1x2 wood as a fascia for front of rack. Miscellaneous wood. Total price before tax was $274 cdn before tax (mainly thanks to Lowes only charging me for 16 gauge iron instead of 12 gauge. Other wise would have been about $60 higher Parts Arrive End Pieces Built Coming Together Test Fit "Rail System" Built - Rather than use something like Norco RL-26 Rails (@ almost $50 each), I chose to use stationary rails that would allow the servers to slide in and out Painted Up - Three coats of metallic paint, 2 coats of clear coat. You can't really tell in any picture, but it is very sexy looking. * Note to self - measure to make sure that it will not only fit in the location you want (I did this), but that you can get it build from point A-B (garage to basement) in one piece. In my case, I had to tear it all apart and rebuild it and then do some touch up painting. UPS Shelves attached Assembled in my MIS room (most people call it the furnace room) You can't really tell, but that 24 port switch is only 100M, so there is a separate 8 port 1G switch sitting on top of it for the computers which require the higher speed. Guess that I have to clean up a bit Close up of the UPS shelf. A whole lot neater to put each UPS with the corresponding server than to have its own area, and I'm not about to buy a rackmount UPS to handle the whole thing just yet. I ran out of paint, so the shelves themselves are not painted yet. My wife didn't want the entire system down any longer on a long weekend, so I had to go with what I had.

Using hard drives, there won't be any difference. Using SSD's the SAS2LP should be faster. The only other thing is that in Canada, the SAS2 is actually about $30 cheaper.

Edit the go config file with unMenu and add 2 lines that just say "beep"

If you're using XBMC to watch the media, then you'd probably want to install the Docker containers for MariaDB. You might want to also install CP, SAB, and SB. If you plan on streaming to mobile devices also, then get Plex also.