Traxxus

Members
  • Posts

    165
  • Joined

  • Last visited

Everything posted by Traxxus

  1. You can just do installpkg to install them if you need it now, don't need to reboot.
  2. Yeah that works, just did it the other day. Hardest part was finding the links but those are in that post.
  3. Looks good to me. Couldn't tell you exactly why it slows down on post-read, but that's normal (remember I told you post-read would take twice as long?). Here's my results from a couple 6 TB drives which shows something similar. Preclear Successful ... Total time 54:43:12 ... Pre-Read time 13:55:07 (119 MB/s) ... Zeroing time 12:46:33 (130 MB/s) ... Post-Read time 28:00:32 (59 MB/s) Preclear Successful ... Total time 54:50:58 ... Pre-Read time 14:02:36 (118 MB/s) ... Zeroing time 12:46:51 (130 MB/s) ... Post-Read time 28:00:32 (59 MB/s)
  4. Yeah just ignore it, it's normal, it's just the physical drive vs mounted volume or something.
  5. http://www.newegg.com/Product/Product.aspx?Item=N82E16813157500 It's what I have with my 4790k, and some others here have recommended it.
  6. I'd go by oldest/smallest, best way to hedge your bets.
  7. It's going to take around 46-50 hours for a single pass on a 4TB drive. 5 hours of 9 is not the entire preclear, just the first stage. Pre read, then writes zeros, then post read (which takes twice as long as the pre read just FYI). Some people do multiple passes, and some have reported some drives that pass the first and fail the second, or third, but I think it's a little overkill, especially with the large drive sizes we have and how long it takes. Running 3 passes on a 6TB drive would take over a week (1 is ~61 hours IIRC), with constant random seeking, that's a lot of (perhaps unnecessary) wear. Someone here made an analogy once, something along the lines of it's akin to driving a car cross country just to see if it will make the 20 minute commute to work, here. Something smaller than 4 TB I would do multiple passes, above that I do one. Up to you really. Also, it's not a bad idea to do a long SMART test after the array is up and running, just to have a good baseline recorded. I also try to do long smart tests once a month just before the scheduled parity check. Here is a script Joe provided to generate smart results automatically with dates in the filename.
  8. FWIW, Unraid currently defaults to XFS, and I've decided to stick with it since it will probably have the most support/knowledge available. Consensus seems to be that BTRFS can potentially be great/better if promises about future features are met, so depends on whether you want to rely on that or not.
  9. Ah, I see, sneaky tabs. It looks great, you've done an awesome job.
  10. You said Disk Health is integrated now, where do you initiate smart tests from?
  11. I just upgraded from 5.0.5, went fine. Only snafu was figuring out Dockers, and trying to find plugins for v6, but that didn't take too long.
  12. Something I'd like to add since I'm sure I'm not the only one who had trouble with it, when adding a docker such as NZBDrone, after you're done with the docker part, and you are setting up NZBDrone within the webgui, /mnt/user/TV Shows will not work, the correct path to use would be whatever the container volume is, which in that particular case was /tv. Same for couchpotato, the movies folder is just /movies. It makes sense in the context of being a docker that the original path wouldn't work, but wasn't really thinking about it that way.
  13. I threw together a quick one. http://seandion.info/unraid/unraid-dockers/ Thanks, this helped a lot. Only hiccup is Container Port and Host Port. For NZBDrone I use 8084, default is 8989 or something. I changed just host port and I couldn't access it, I changed both container port and host port, and it does work. But Sabnzbd seems to work differently, changing both and I can't access it at all, only if I change just host port to 8081, and leave container port at the default of 8080. Edit: I think I figured it out, it's cause when I restored the settings, it also restored the port settings, which was making the container port be wrong.
  14. I threw together a quick one. http://seandion.info/unraid/unraid-dockers/ Thanks, this helped a lot.
  15. Everything can change and the disk assignments should stay the same assuming your config file is present and valid. I changed all my hardware before (including motherboard) and they still came up in the right configuration. You can change SATA ports, drive locations, all that stuff and Unraid won't care because it uses serial numbers for drive assignments. You can also change which drive is disk1/disk2, etc no problem, I changed mine a couple times to match the physical location of a drive so I could easily find it in the event I need to.
  16. I had similar share issues once, running the permissions utility fixed it.
  17. Np, it's in the right place, no need to have a bunch of threads about it. I disabled spindown on both the 6 TB Red drives before the parity check I was talking about in the OP completed, so they haven't spun down since then. No errors on the scheduled parity check yesterday. I would like to see if it's related to spindown, so I am going to leave it as is, do another parity check in 2 weeks, if all is good, I will then enable normal spindown (2 hours for me) for those drives, and do another parity check 2 weeks after that. I've also noticed slow parity checks, takes a little over 18 hours, and initial speeds are only ~80 MB/s. I understand having various sizes of drives can slow it down because it slows down as it gets to the slowest part of each different sized disk, but it still doesn't make sense that adding 2 larger, denser/faster drives would slow things down in that way. I'm fairly sure the 6TB reds are on the SASLP, just going by memory on how I ran everything. I may move them to the motherboard, but I don't want to change anything else just yet, I'd like to see if it's really the spindown causing the errors. Minus what is already on the 6TB Reds, I have 8 GB of data left (out of ~13 total), and that is all on the 2 TB drives. I've been thinking about phasing them out, and have been consolidating data onto as few drives as possible with that in mind, though I'm going to wait for a v6 RC at least, so I can format them using one of the new filesystems, maybe, I dunno. I don't remember exactly how old they are, but most have ~50,000 hours, or almost 6 years on them according to power on hours in SMART.
  18. Started a parity check (correcting) yesterday, come in to find it at 46% and 454 errors. I got 4 errors a week or so ago, but I wrote it off as an anomaly, my reading here seemed to indicate it happens, and was usually the parity drive. I ran long smart tests after that, found no issues so I forgot about it, and then this. I have made some hardware changes lately, I added 2 more SS-500s, added another breakout cable to my SASLP, and added 2 6TB Reds, a third precleared and on standby. Specs are in my sig, drives are: 6TB Red Parity 6TB Red Data 5x 2TB WD EARS/EADS 1x 2TBHitachi 5k3000 1x 3TB WD Red Cache is 1 TB WD Blue Spare 6 TB Red Included syslog, and smart reports from today (each file contains all smart reports for all drives), and also from a week ago (right after the long smart tests I think). 20141119_smart_summary.txt 20141127_smart_summary.txt syslog1127.zip
  19. I have 3 6 TB reds, precleared and running fine for a month now. Way too expensive and I don't even know if I would even shell out the cash for a 6TB. I don't accumulate data that quickly that the 3TB that I gain from moving my parity to a data drive will last me a while. Also anything larger than 3TB will be wasted space till I add/change out another data drive to the same size as the new parity. It's not wasted, it's long term planning. You only have room for one more drive, if you put a 3 TB drive in there, you either need to make a hardware investment to fit more drives (cages, docks, or a new case+controller card/cables, etc), or start replacing and removing those drives with bigger drives. At which point the money you spent on that 3 TB drive is wasted. It's a short term solution, and it will cost you more in the long run. You need to think ahead, you are going to have to start replacing drives soon if you are full on space with 18 TB of storage, with one spot left. Adding another smaller drive now isn't very efficient. Like gary said, you will be paying 110 for a 3 Tb drive now, then paying ~250 later, for only 3 TB more, and that will be just your parity drive, and you will have a wasted hard drive that has no use in your array. And you'll be needing to replace yet another just to add more space to your array. Me for example, I had 7 2 TB data drives, parity, cache, and a spare. leaves me with 5 spots, I added 3 6 TB, which almost doubled my array size, allowed me to keep all my current drives, and a couple spots for the future. I see my data acquisition (at least size wise) increasing in the future, with moving to HD only, automating a lot of my acquisitions with CP, Sab, and NZBDrone, backing up all my and my SOs computers regularly, etc. Really you need a bigger case though.
  20. .doc files do not work well for this, a lot of people aren't going to have Office, and aren't going to download something just to read it, and it also wraps fields around unnecessarily making it very difficult to read, I gave up trying to decipher what happened to the attribute tables, but the differential in the summary looks fine. You are mainly looking for changes in reallocated sectors, pending sectors, offline uncorrectable, maybe a couple other things. Use .txt files instead. And don't use notepad to view it, use Notepad++ or something similar.
  21. You should always run a parity check just before making any changes like that, smart tests aren't a bad idea either. If you were rebuilding to replace a failed drive you would likely be facing the loss of two drives worth of data right now. That drive has been in use for almost a year and not a single test on it. I try to remember to get smart reports before every parity check (monthly), and also run at least short smart tests before then. That way if I do get errors I can immediately pin down whether it's parity or data drive.
  22. That's a really good idea. I thought swapping my router wouldn't change any settings. I still have the old one. Should I plug it back in screenshot all the settings pages and then switch it back to the new router? I'm not sure how to check CP/SB settings if I can't open them. Sabnzbd settings are all in sabnzbd.ini. CP is in...settings.conf I think?
  23. Unraid doesn't do much in the way of this, which is really my only complaint about it after all this time. The things you would think are integrated with a NAS are not, such as notifications on errors, smart attribute checking, temperature monitoring (well it monitors and displays it but doesn't do anything about it, like shutdown on overheat), UPS support (to shutdown when UPS signals low power), etc. You still need to go to command line just to run and generate smart reports, and manually disable spindown. Unraid pretty much just provides fault tolerance with the parity drive. A drive could completely fail and drop out of the array and you would never know unless you went to check on it, unless you install the notifications plugin. Plugins fix a lot of this, but plugins can cause issues themselves, though the people who make them are pretty good about working together to make sure there are no conflicts. That said, v6 is supposed to fix a lot of this, but I don't know how far they are going to go with smart monitoring. Sure smart isn't all that either, but it's really our only option to know when a drive is failing, and major attributes should be checked and displayed prominently/send notifications when the values increase. jonp has posted about it in the roadmap for 6.1. http://lime-technology.com/forum/index.php?topic=34417.msg320184#msg320184 Full tracking from initial to last report for 6.2 http://lime-technology.com/forum/index.php?topic=34421.0 Notifications in 6.0 http://lime-technology.com/forum/index.php?topic=34407.msg0#new I've been using Unraid for ~5 years now, it's worked great as a set it and forget it appliance sitting in the spare bedroom. Good community, lot of good folks here, lot of good information, and at the time I just wanted a bit of peace of mind/protection against inevitable hard drive failures, besides just sticking a bunch of drives in my main PC, like you. Also nice to be able to add drives at any time, any size, no losing all your data if you lose a couple drives, etc. If you want more than that, well it depends on whether you are willing to wait and see if they fulfill their vision. MyMain in unmenu does some smart attribute monitoring, so does Dynamix, so install one of those if you are going to try Unraid. Edit: I was thinking you were a new user thinking about using Unraid, not a current user. Well most of my post still stands so leaving it as is.