Re: [zfs-discuss] about btrfs and zfs

2011-10-18 Thread Gregory Shaw
mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, Enterprise IT Architect Phone: (303) 246-5411 Oracle Global IT Service Design Group 500 Eldorado Blvd, UBRM02-157 greg.s...@oracle.com (work) Broomfield, CO 80021

Re: [zfs-discuss] Thumper (X4500), and CF SSD for L2ARC = ?

2011-10-14 Thread Gregory Shaw
@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, Enterprise IT Architect Phone: (303) 246-5411 Oracle Global IT Service Design Group 500 Eldorado Blvd, UBRM02-157 greg.s...@oracle.com (work) Broomfield, CO 80021 gr

Re: [zfs-discuss] Thumper (X4500), and CF SSD for L2ARC = ?

2011-10-14 Thread Gregory Shaw
drives for cache, but apparently not. And Solaris 11 is supposed to be out Real Soon Now. :-) On 10/14/11 02:54 PM, Jim Klimov wrote: 2011-10-14 23:57, Gregory Shaw пишет: You might want to keep in mind that the X4500 was a ~2006 box, and had only PCI-X slots. Or, at least, that's what the 3

Re: [zfs-discuss] Legality and the future of zfs...

2010-07-15 Thread Gregory Shaw
over time. As you mention above, if you've got a number of people to handle the above problems, they may be a good fit. Otherwise, no way. As always, YMMV. - Gregory Shaw, Enterprise IT Architect Phone: (303) 246-5411 Oracle Global IT Service Design Group 500 Eldorado Blvd, UBRM02-157

[zfs-discuss] device alias

2007-09-25 Thread Gregory Shaw
External SATA disk 3 in box on top errors: No known data errors The above would be very useful should a disk fail to identify what device is what. Thanks! - Gregory Shaw, IT Architect IT CTO Group, Sun Microsystems Inc. Phone: (303)-272-8817 (x78817) 500 Eldorado Blvd, UBRM02-157

Re: [zfs-discuss] device alias

2007-09-25 Thread Gregory Shaw
updates, san events, etc. - Gregory Shaw, IT Architect IT CTO Group, Sun Microsystems Inc. Phone: (303)-272-8817 (x78817) 500 Eldorado Blvd, UBRM02-157 [EMAIL PROTECTED] (work) Broomfield, CO 80021 [EMAIL PROTECTED] (home) When Microsoft writes an application for Linux

Re: [zfs-discuss] Another paper

2007-02-23 Thread Gregory Shaw
found that most fault mitigation systems concentrate on just that: faults. Performance degradation isn't treated as a fault, and usually falls out of any fault management system as a we'd like to do that, but we've got bigger things to do. - Gregory Shaw, IT Architect IT CTO Group, Sun

[zfs-discuss] Another paper

2007-02-21 Thread Gregory Shaw
(such as bad connections) as well. And yes, I do know about SMART. SMART can pre-indicate a disk failure. However, I've run SMART on drives with bearings that were gravel that passed smart, even though I knew the 10k drive was running at about 3k rpm due to the bearings. - Gregory Shaw

Re: [zfs-discuss] Another paper

2007-02-21 Thread Gregory Shaw
that passed smart, even though I knew the 10k drive was running at about 3k rpm due to the bearings. ditto. -- richard - Gregory Shaw, IT Architect Phone: (303) 272-8817 (x78817) ITCTO Group, Sun Microsystems Inc. 500 Eldorado Blvd, UBRM02-157 [EMAIL PROTECTED] (work

Re: [zfs-discuss] Another paper

2007-02-21 Thread Gregory Shaw
On Feb 21, 2007, at 5:20 PM, Eric Schrock wrote: On Wed, Feb 21, 2007 at 03:35:06PM -0700, Gregory Shaw wrote: Below is another paper on drive failure analysis, this one won best paper at usenix: http://www.usenix.org/events/fast07/tech/schroeder/schroeder_html/ index.html What I found most

Re: [zfs-discuss] ZFS in a SAN environment

2006-12-17 Thread Gregory Shaw
isn't cheap, however. The justification for a dual- array solution really depends on the data value. - Gregory Shaw, IT Architect IT CTO Group, Sun Microsystems Inc. Phone: (303)-272-8817 500 Eldorado Blvd, UBRM02-157 [EMAIL PROTECTED] (work) Broomfield, CO 80021 [EMAIL

Re: [zfs-discuss] Instructions for ignoring ZFS write cache flushing on intelligent arrays

2006-12-16 Thread Gregory Shaw
://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect IT CTO Group, Sun Microsystems Inc. Phone: (303)-272-8817 500 Eldorado Blvd, UBRM02-157 [EMAIL PROTECTED] (work) Broomfield, CO 80021 [EMAIL PROTECTED] (home) When Microsoft writes an application for Linux

Re: [zfs-discuss] Re: Re: Proposal: multiple copies of user data

2006-09-13 Thread Gregory Shaw
a great idea.  It may not be for everybody, but I think the ability to treat some of my files as critical is a excellent feature. -Gregory Shaw, IT ArchitectPhone: (303) 673-8273        Fax: (303) 673-2773ITCTO Group, Sun Microsystems Inc.500 Eldorado Blvd, UBRM02-401               [EMAIL PROTECTED

Re: [zfs-discuss] legato support

2006-07-21 Thread Gregory Shaw
-Gregory Shaw, IT ArchitectPhone: (303) 673-8273        Fax: (303) 673-8273ITCTO Group, Sun Microsystems Inc.1 StorageTek Drive MS 4382              [EMAIL PROTECTED] (work)Louisville, CO 80028-4382                 [EMAIL PROTECTED] (home)"When Microsoft writes an application for Linux, I'v

Re: [zfs-discuss] Can't remove corrupt file

2006-07-21 Thread Gregory Shaw
=ditto_blocks_the_amazing_tapeJeff___zfs-discuss mailing listzfs-discuss@opensolaris.orghttp://mail.opensolaris.org/mailman/listinfo/zfs-discuss -Gregory Shaw, IT ArchitectPhone: (303) 673-8273        Fax: (303) 673-8273ITCTO Group, Sun Microsystems Inc.1 StorageTek Drive MS

[zfs-discuss] legato support

2006-07-20 Thread Gregory Shaw
Hey, does anybody know the timeframe for when Legato Networker will support ZFS?Or, perhaps, a workaround whereby backups of ZFS by Networker will succeed?  -Gregory Shaw, IT ArchitectPhone: (303) 673-8273        Fax: (303) 673-2773ITCTO Group, Sun Microsystems Inc.1 StorageTek Drive ULVL4-382

Re: [zfs-discuss] Big JBOD: what would you do?

2006-07-17 Thread Gregory Shaw
listzfs-discuss@opensolaris.orghttp://mail.opensolaris.org/mailman/listinfo/zfs-discuss -Gregory Shaw, IT ArchitectPhone: (303) 673-8273        Fax: (303) 673-2773ITCTO Group, Sun Microsystems Inc.1 StorageTek Drive ULVL4-382              [EMAIL PROTECTED] (work)Louisville, CO 80028-4382

Re: [zfs-discuss] Re: ZFS and Storage

2006-06-27 Thread Gregory Shaw
://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive MS 4382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382 [EMAIL PROTECTED] (home

Re: [zfs-discuss] ZFS and Storage

2006-06-27 Thread Gregory Shaw
and try to restore what was damaged. On Jun 26, 2006, at 6:40 PM, Eric Schrock wrote: On Mon, Jun 26, 2006 at 05:26:24PM -0600, Gregory Shaw wrote: You're using hardware raid. The hardware raid controller will rebuild the volume in the event of a single drive failure. You'd need to keep

Re: [zfs-discuss] ZFS and Storage

2006-06-27 Thread Gregory Shaw
J Moffat - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive MS 4382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382 [EMAIL PROTECTED] (home) When Microsoft writes an application

Re: [zfs-discuss] ZFS and Storage

2006-06-27 Thread Gregory Shaw
errors it detects. Gregory Shaw wrote: Most controllers support a background-scrub that will read a volume and repair any bad stripes. This addresses the bad block issue in most cases. It still doesn't help when a double-failure occurs. Luckily, that's very rare. Usually

Re: [zfs-discuss] Re: ZFS and Storage

2006-06-27 Thread Gregory Shaw
On Jun 27, 2006, at 3:30 PM, Al Hopper wrote:On Tue, 27 Jun 2006, Gregory Shaw wrote: Yes, but the idea of using software raid on a large server doesn'tmake sense in modern systems.  If you've got a large database serverthat runs a large oracle instance, using CPU cycles for RAID iscounter

Re: [zfs-discuss] ZFS and Storage

2006-06-26 Thread Gregory Shaw
@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-2773 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive ULVL4-382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382

Re: [zfs-discuss] ZFS questions

2006-06-22 Thread Gregory Shaw
, then it could be much much longer than 4 years. Actually - That's an interesting. I assume ZFS only writes something when there is actually data? :) Nathan. On Wed, 2006-06-21 at 06:25, Eric Schrock wrote: On Tue, Jun 20, 2006 at 02:18:34PM -0600, Gregory Shaw wrote: Wouldn't that be: 5 seconds per

Re: [zfs-discuss] Re: disk write cache, redux

2006-06-15 Thread Gregory Shaw
missing? Thanks! - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive MS 4382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382 [EMAIL PROTECTED] (home) When Microsoft writes

[zfs-discuss] disk evacuate

2006-06-11 Thread Gregory Shaw
does the group think? Thanks! - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive MS 4382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382 [EMAIL PROTECTED] (home) When Microsoft

Re: [zfs-discuss] disk evacuate

2006-06-11 Thread Gregory Shaw
to remove an entire toplevel vdev, migrating the data off of it in the process. This would give you what you want for the case of an unreplicated pool. Does this satisfy the usage scenario you described? - Eric On Sun, Jun 11, 2006 at 07:52:37AM -0600, Gregory Shaw wrote: Pardon me if this scenario has

Re: [zfs-discuss] tracking error to file

2006-05-22 Thread Gregory Shaw
, Gregory Shaw wrote: DATASET OBJECT RANGE 1b 2402lvl=0 blkid=1965 I haven't found a way to report in human terms what the above object refers to. Is there such a method? There isn't any great method currently, but you can use 'zdb' to find this information

[zfs-discuss] tracking error to file

2006-05-19 Thread Gregory Shaw
to. Is there such a method? I can clear the error using existing tools, but I'd like to know what is broken before I destroy it. Thanks! - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive ULVL4-382

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Gregory Shaw
On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote: On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: Sorry to revive such an old thread.. but I'm struggling here. I really want to use zfs. Fssnap, SVM, etc all have drawbacks. But I work for a University, where everyone has a

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Gregory Shaw
On Thu, 2006-05-18 at 16:43 -0500, James Dickens wrote: On 5/18/06, Gregory Shaw [EMAIL PROTECTED] wrote: On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote: On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: Sorry to revive such an old thread.. but I'm struggling here

Re: [zfs-discuss] ZFS and databases

2006-05-15 Thread Gregory Shaw
term performance implications of COW data. On May 15, 2006, at 8:47 AM, Roch Bourbonnais - Performance Engineering wrote: Gregory Shaw writes: I really like the below idea: - the ability to defragment a file 'live'. I can see instances where that could be very useful

Re: [zfs-discuss] ZFS and databases

2006-05-12 Thread Gregory Shaw
capability. Luckily, creating new database tables is a relatively infrequent event. Does anybody else have any other points on this? On May 12, 2006, at 12:53 AM, Roch Bourbonnais - Performance Engineering wrote: From: Gregory Shaw [EMAIL PROTECTED] Sender: [EMAIL PROTECTED

Re: [zfs-discuss] ZFS and databases

2006-05-12 Thread Gregory Shaw
is running/file is open). - Franz ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun

Re: [zfs-discuss] ZFS and databases

2006-05-11 Thread Gregory Shaw
-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive ULVL4-382 [EMAIL PROTECTED] (work) Louisville, CO

Re: [zfs-discuss] ZFS and databases

2006-05-11 Thread Gregory Shaw
-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss - Gregory Shaw, IT Architect Phone: (303) 673-8273Fax: (303) 673-8273 ITCTO Group, Sun Microsystems Inc. 1 StorageTek Drive ULVL4-382 [EMAIL PROTECTED] (work) Louisville, CO 80028-4382