<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt">Please keep us apprised of this development!&nbsp; I'm in the process of trying to figure out how we're going to move forward with our environment...&nbsp; If ZFS rocks the world, I'm certainly going to be interested.<br><br>Cheers!<br><br>Bob<br><div>&nbsp;</div>--<br>"When once you have tasted flight, you will forever walk the earth with your eyes turned skyward, for there you have been, and there you will always long to return."<br>   --Leonardo da Vinci<div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Darin Perusich &lt;Darin.Perusich@cognigencorp.com&gt;<br>To: nflug@nflug.org<br>Sent: Monday, June 30, 2008 1:57:27 PM<br>Subject: Re:
 [nflug] Opinions on Linux and Massive Storage<br><br>I currently don't have ZFS deployed into production but all the testing <br>and playing around I've done thus far has been very promising, at least <br>I haven't run into any issues. I'm migrating our file server to a HA-ZFS <br>setup within the next few months, I'm just starting to plan the project <br>now. ZFS itself is certainly production ready, I know of a few <br>cyrus-imap deployments on ZFS that have a massive amount of data, tons <br>of small files and directories, and once they properly tuned things they <br>run flawlessly. There is a lot of documentation out there on ZFS, google <br>is your friend ;-).<br><br>I'll send you the contact info shortly.<br><br><br>Brad Bartram wrote:<br>&gt; Thanks for the thoughts.<br>&gt; <br>&gt; How has ZFS been for you?&nbsp; I've looked into it but never quite got the<br>&gt; feeling it was production ready - is that a fair assessment or am I<br>&gt;
 mistaken?<br>&gt; <br>&gt; Primarilly, this is going to be server to server communications.&nbsp; A<br>&gt; few clients that need immediate, high-speed, reliable access to big<br>&gt; (~100GB) data sets for processing.<br>&gt; <br>&gt; The money for the sparc, at this point isn't a huge deal.&nbsp; We're<br>&gt; already getting to the happy side of $100K to enter this project, so a<br>&gt; few more dollars isn't going to bust the bank.&nbsp; My big thing is<br>&gt; scalability and reliability.&nbsp; Within 12 - 18 months, I'm figuring on<br>&gt; seeing Petabyte size storage, so I want to make sure the ground work<br>&gt; is down correctly now.&nbsp; It's not going to be too long before I'm over<br>&gt; my head on this, so when I finally do hire a storage guy (or girl) to<br>&gt; take the reigns, I don't want to have to backtrack - at least too<br>&gt; much.<br>&gt; <br>&gt; I'm definitely interested in finding out more from the Hitachi rep.<br>&gt; You
 can send me his info off-list if you want.<br>&gt; <br>&gt; On Mon, Jun 30, 2008 at 1:29 PM, Darin Perusich<br>&gt; &lt;<a ymailto="mailto:Darin.Perusich@cognigencorp.com" href="mailto:Darin.Perusich@cognigencorp.com">Darin.Perusich@cognigencorp.com</a>&gt; wrote:<br>&gt;&gt; I understand that you're looking for Linux opinions but I'd strongly<br>&gt;&gt; recommend taking a look at Solaris 10 and ZFS, especially given what you're<br>&gt;&gt; looking to scale to. Solaris runs nicely on AMD/Intel hardware so you won't<br>&gt;&gt; need to be concerned with drop extra $$ on SPARC server, though given what<br>&gt;&gt; you'll be spending on SAN that probably won't matter too much ;-). Samba is<br>&gt;&gt; distributed with Solaris so it's fully supported by Sun and their tech<br>&gt;&gt; support is fantastic. Need I mention the Sun invented NFS....<br>&gt;&gt;<br>&gt;&gt; On the SAN side of things take a look at Hitachi's offerings. We have a HDS<br>&gt;&gt;
 9570 array and this thing is bomb-proof! In the 3+ years it's been in<br>&gt;&gt; production there hasn't been one failure where it needed to be taken off<br>&gt;&gt; line, just about everything can be swapped hot. One of the controller boards<br>&gt;&gt; had a malfunction and they swapped it hot, zero downtime! I have a Sun V480<br>&gt;&gt; parked in front of it for our file server and it servers the same file<br>&gt;&gt; systems to about 50 XP workstations and about the same number of Linux<br>&gt;&gt; servers over NFS/CIFS.<br>&gt;&gt;<br>&gt;&gt; If you're interested I can send you the contact info for my local Hitachi<br>&gt;&gt; rep and the local tech as well. The tech use to work for EMC and StorageTek<br>&gt;&gt; so he can speak to just about all the other vender's products. He's told me<br>&gt;&gt; a few whoppers about EMC that I couldn't believe.<br>&gt;&gt;<br>&gt;&gt; Brad Bartram wrote:<br>&gt;&gt;&gt; I know there are some people in this
 list that have experience with<br>&gt;&gt;&gt; massive storage using linux.&nbsp; By massive I mean &gt;20TB range.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; I'd love to hear your thoughts on building out and optimizing a system<br>&gt;&gt;&gt; that is fast, scalable, and reliable.&nbsp; If you have opinions on direct<br>&gt;&gt;&gt; attached storage as well as those of you running storage area<br>&gt;&gt;&gt; networks.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; It's kind of a broad topic, but I'm about to embark on a major build<br>&gt;&gt;&gt; out and want to avoid as many pitfalls as possible.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Thanks<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Brad<br>&gt;&gt;&gt; _______________________________________________<br>&gt;&gt;&gt; nflug mailing list<br>&gt;&gt;&gt; <a ymailto="mailto:nflug@nflug.org" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br>&gt;&gt;&gt; <a href="http://www.nflug.org/mailman/listinfo/nflug"
 target="_blank">http://www.nflug.org/mailman/listinfo/nflug</a><br>&gt;&gt; --<br>&gt;&gt; Darin Perusich<br>&gt;&gt; Unix Systems Administrator<br>&gt;&gt; Cognigen Corporation<br>&gt;&gt; 395 Youngs Rd.<br>&gt;&gt; Williamsville, NY 14221<br>&gt;&gt; Phone: 716-633-3463<br>&gt;&gt; Email: <a ymailto="mailto:darinper@cognigencorp.com" href="mailto:darinper@cognigencorp.com">darinper@cognigencorp.com</a><br>&gt;&gt; _______________________________________________<br>&gt;&gt; nflug mailing list<br>&gt;&gt; <a ymailto="mailto:nflug@nflug.org" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br>&gt;&gt; <a href="http://www.nflug.org/mailman/listinfo/nflug" target="_blank">http://www.nflug.org/mailman/listinfo/nflug</a><br>&gt;&gt;<br>&gt; _______________________________________________<br>&gt; nflug mailing list<br>&gt; <a ymailto="mailto:nflug@nflug.org" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br>&gt; <a
 href="http://www.nflug.org/mailman/listinfo/nflug" target="_blank">http://www.nflug.org/mailman/listinfo/nflug</a><br><br>-- <br>Darin Perusich<br>Unix Systems Administrator<br>Cognigen Corporation<br>395 Youngs Rd.<br>Williamsville, NY 14221<br>Phone: 716-633-3463<br>Email: <a ymailto="mailto:darinper@cognigencorp.com" href="mailto:darinper@cognigencorp.com">darinper@cognigencorp.com</a><br>_______________________________________________<br>nflug mailing list<br><a ymailto="mailto:nflug@nflug.org" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br><a href="http://www.nflug.org/mailman/listinfo/nflug" target="_blank">http://www.nflug.org/mailman/listinfo/nflug</a><br></div></div></div><br>

      </body></html>