aiden

Members
  • Posts

    951
  • Joined

  • Last visited

Everything posted by aiden

  1. Three seems to be the point of diminishing return for preclear time versus failure rate. I could be wrong, but I also believe it is the minimum necessary number of cycles for a proper set of sample points for comparison. Also, from this thread: Both of these are highly respected and experienced unRAID users, and Joe L. is the author of the preclear script. I'm sure some of the other venerable users on here concur. For something as critical as this, I like to trust the experts and am willing to sacrifice a little time for a lot more reliability.
  2. I know it seems like forever, but I strongly urge you to continue your 3 cycle process. I have had several instances of the first cycle being fine, only to catch errors in the 3rd. You'll be creating a false sense of security imo, especially considering the density of the disk. All of my 4TB drives went through the same rigorous 3 cycle preclear that I used on the 3TB models. Instead of a 5 day preclear, it was 7. But I can feel confident that they are just as vetted as the smaller disks.
  3. I'm a Crashplan user myself, but I love the fact that these guys continue to publish their designs for free. Their experience and deep pockets helps us design our systems. Besides that, it's just freakin' cool.
  4. I'm not surprised by the reaction on here. He directly confronted unRAID in his post, and was admittedly antagonistic. That begets a defensive response on behalf of those who are invested in unRAID in some way. His talking points are mostly valid regarding unRAID's limitations. And competition IS a good thing. But in my opinion, he could have announced his "new product" much more positively and with more class, instead of verbally assaulting unRAID as a product and Tom as an engineer on a non-storage vendor biased forum (AVS). Frankly his approach to design and business seems much more haphazard to me than Tom's.
  5. I have only used Hitachis in my unRAID builds. The ones that passed a 3 cycle preclear have been solid for me for years. Others on here have had the same experience. Unfortunately, there's no telling how much longer that will hold true now that WD has gained control of the company. As far as the 5400 rpm vs 7200 rpm goes, for my NAS systems I always go with the 5400 rpm drives. When dealing with a large quantity of drives, the additional savings in power and heat are multiplied substantially, and since unRAID has relatively low write speeds anyway, there is no perceptible loss in speed vs the 7200 rpm drive. For streaming, 5400 is fast enough to push 2 uncompressed Blu-rays simultaneously.
  6. Agreed. Perhaps this thread should read "Best unRAID build log I've ever seen" Meh, I'm sure she's wearing heels and not standing on carpet. Besides, I think the cats are more of a mascot for her video. I'm sure a lot of builders don't do much in the way of static prevention. It's one thing to be an IT professional who has seen firsthand the perils of static discharge and takes appropriate precautions, such as yourself. It's quite another to be a hobbyist who may not have built enough of these systems to be so wary. Honest mistake? I'm sure when it booted and didn't detect the fan, she figured it out. Agreed. Where's the clamp? EDIT: I just watched a for that case (go to 7:21), the Sharkoon T9 Value. It doesn't look like it has drive support rails inside, which would explain why she didn't have to do any modding. Perhaps someone else with this model can confirm that? There are plenty of builds on here where people put i3's on their SM boards. I use Xeons myself, but don't fault others for their choices. The "server grade" term can cover many things, such as IPMI, capacitors, etc. I hope that she does, although I have to say that she may be less likely to speak up if she feels she's being heavily critiqued. I look like a fool in front of a camera, full of um's and uh's, and mumbling. I sound like I don't know what I'm talking about. She didn't stumble, she didn't get flustered, and she did all the work herself. From what I could tell, she knows her way around a system. I felt less inclined to be so critical of the small things above, considering all the preparation and time she put into the video. It's a hell of a lot more work than most of us do when we build. Regardless, Aaliyah, if you're so inclined, we'd love to meet you and welcome you to the family.
  7. I found it difficult to disagree with her even before she started speaking. Then she started explaining everything in a very thorough way, speaking eloquently and succinctly. Seriously, Tom should pay her to do PR for him. A beautiful, intelligent woman, who understands what she's talking about, promoting unRAID? Pure gold, imo. I can't wait for her next vid.
  8. I think most points have been made, for whatever side of the fence you're on. But as a fellow developer, I'm acutely aware of the fact that software is never complete. There is never a "final" version, no matter how much work you put into it. This is a moving, changing landscape of new drivers, new applications, and new bugs. My suggestion is to move the development out of beta if you're convinced the code is stable. That is the key here. As long as we can be assured against data loss via bad code, then moving to production makes sense if all the core elements are as reliable as the 4.x series. Most of us are accustomed to slow write speeds - it's a "feature" of unRAID . My $0.02.
  9. Can we lock this ridiculous thread please? It's devolved well beyond its original intention to instruct the community that Tom would be gone in October. It is now just another whiny "I get no love from Tom" thread. My eyes are bleeding from all the sanctimonious b.s. that is flying around now.
  10. Downloadski, I wrote the original script (based on Starcat's work) that dstroot improved, cleaned up, and looped so there isn't a need for a cron job. Your modifications are correct, and in fact I made the exact same changes for my X9SCM board a while back. I just found this thread, but I wanted to confirm your changes are valid. You do need to make both changes you suggested, because without the fan speed detection, the script will fail. Good work on doing the digging around and finding the correct pwm variables. However, has anyone noticed that occasionally the board will force the fans to drop below 700? I modified my script to check every minute, so it resets to the correct speed, but it is annoying. I'm running the 1.1 bios, with the Fan Control Speed set on Standard in the bios. Anyone else having this issue?
  11. Can't you put on a happy face and tell the guy "have a nice time"?
  12. These threads start, then devolve, and then restart. It's a byproduct of people not reading historical posts to discover this is not new territory. The entitlement that is sought based on the assumption that a license buys stock in the company and seats us in the board meetings is not there. In the end nothing changes, because we aren't in charge. I don't consider $120 a "good amount of money", compared to the total overall cost of my server. I can tell you in the scheme of things, considering how much I pay for Microsoft products and for my hardware, I would have DONATED $120 to unRAID's development if it was set up that way. Regardless, you either accept this is how things are done, or you move on to something else. I don't feel like I am OWED anything, because I am currently using the product I purchased. I have spent 10 times that amount in donations on projects that fell apart inside a year.
  13. I think all of us who have reached a certain point in life can relate to what you're saying. I received my 2 cards just fine, and with no correspondence. I left seanant alone because I knew he was flooded, was not being reimbursed for his time, and was just trying to help us all out. It sounds simple enough to say "just drop me a line and let me know", but the reality is that if you have dozens of simultaneous shipments, that adds significantly to the amount of administration overhead involved for each order. Perhaps Seanant, you should issue a statement next time that simply says "if you haven't received your order in 2 weeks, let me know". That sets a threshold for people so they can appropriately contact you if they fall outside your expected delivery time. But that's just a suggestion. I for one am grateful that you: 1) offered your time and energy to source these cards and sell them here for a rock bottom price, 2) offered to flash the firmware of our choice, and 3) have repeated your efforts through 2 group buys so far, with an apparent intention to continue more. Thank you for your efforts.
  14. Lol... wasn't asking for support. I was simply indicating that what the OP was discussing exists in other versions. Unless specifically addressed in release notes, I tend to assume it's still in the wild.
  15. While I haven't spent the time to track the issue, my server too has become locked in a state as described by the OP. The only way to recover is a series of reboots. Reboot #1 - Once the array is manually started, scans all the journal entries for the disks and mounts them, and initiates a parity check. Only the first share appears. The other shares never show up. Reboot #2 - Since shares are missing, another reboot. Again, the array refuses to automatically start, and I have to start it manually again. This time, all shares appear. At first I assumed it was the syslog overload problem of consuming too much memory. But this last time I verified the syslog size and that is not the case. I am using RC 3, and has only started happening since I migrated from beta14 to RC 3. I haven't started a topic because I haven't taken the time to actually dump syslog information and do thorough testing without plugins.
  16. Sure you can. Just load one of the NTFS plugins in unMenu and then mount the drive using that driver. mkdir /mnt/usbhdd mount -t ntfs-3g /dev/sdX1 /mnt/usbhdd rsync --ignore-existing --progress --stats -r -v -p -t -o -g /mnt/usbhdd/ /mnt/user/[sHARE NAME] sync umount /mnt/usbhdd Alternatively you could also install SNAP and mount it using a gui.
  17. I don't think it's too big. I was just saying you don't have to worry too much about capacity for the cache drive, unless you plan on moving large amounts of data.
  18. I'm doing this myself at the moment as well, i unassigned the parity disk for the time being. But the speeds arent't that much higher, it won't get over 50MB/s. That's about right for a network transfer. If that's still not fast enough, you could just pull the drive(s) out of the Windows box, mount them temporarily on your unRAID box, and then transfer them over the local SATA bus. That will get you the fastest speeds, probably in the 70 - 80 Mb/s range.
  19. Copying from Windows you are using Samba (SMB) network protocol, and I have found in the current Linux 3.x kernel that it fluctuates a lot more than on the older builds. As long as your average transfer comes in around 20Mb/s or higher, then your system is on par. For a first time copy, depending on the volume of data, I usually disable the parity drive, move all the files, then rebuild parity. An unprotected array that doesn't have to write parity information will run much faster transfer speeds. Of course, the data in the new array isn't safe until that parity is built.
  20. The WD Red drives are a brand new animal on the scene. On paper they should outperform the Green drives and only have marginally higher heat and power consumption. However, they are unproven, and that makes them slightly risky. I certainly would preclear at least 3 cycles on one before I used it. That all depends on how much data you intend to move into the array. I'm currently using a 250GB 7200 rpm Seagate that I got out of an HP N40L Microserver. At 1 TB and below, the prices are so close together it's almost silly to buy something small, but even 250 GB is plenty for my uses. I just got one of these Pioneers, and it's very fast for ripping. Oh, and welcome to unRaid.