fs are pretty basic compared to some here
> and I wondered how btrfs stacks up on the basic qualities.
>
>
>
> ___
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
-
Gregory Shaw, Enterprise IT Architect
Phone
#x27;d used two 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, th
>
>
> As a last resort, remove one of the 3.5" SATA drives, and put in an SSD in a
> 2.5"->3.5" converter enclosure.
>
> Remember, you can generally get by fine with a lower-end SSD as L2ARC, so a
> 60GB SSD should be $100 or less.
>
> -Erik
>
>
>
ir
enterprise equivalent.
As someone else pointed out, the black box solutions are cheap. I agree.
They're cheap initially, but a pain to support 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 w
ned that you can't count on anything in /dev remaining over
'boot -r', patches, driver 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)
Broomfie
te the name with the
disk, and has done so for ~10 years?
I'm asking for the same ability -- let me name the disks so that I
can keep track of them using human readable names.
-
Gregory Shaw, IT Architect
IT CTO Group, Sun Microsystems Inc.
Phone: (303)-272-8817 (x78817)
500
0AVAIL 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,
with
focus. I've 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."
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
RT 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.
ditto.
-- richard
-
Gregory Shaw, IT Architect
Phone: (303) 272-8817 (x78817)
ITCTO Group, Sun Microsystems Inc.
500 Eldorado Blvd, UBR
configurations (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.
ID-5 (or
better) within the controllers for best performance.
This solution 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
cuss@opensolaris.org
http://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 w
ies on disk.I think it's 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
b]This can't be supposed to be the normal behaviour.Did we encounter a bug or is this still under development?This message posted from opensolaris.org___zfs-discuss mailing listzfs-discuss@opensolaris.orghttp://mail.opensolaris.org/mailman/listinf
ibution is prohibited. If you are not theintended recipient, please contact the sender by reply email and destroy allcopies of the original message._______zfs-discuss mailing listzfs-discuss@opensolaris.org
=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
efeld University -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 applicatio
targeting for September release.Regards,-- AnneMark Shellenbaum wrote: Gregory Shaw wrote: 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? EMC has a patch that we have tested and it appears to
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
s the method for identifying what file has an error? Or is there some other interface that is either better documented or better supported?I don't want to put unstable interfaces in the document if I can avoid it.Thanks! -Gregory Shaw, IT ArchitectPhone: (303) 673-8273 Fax: (303)
t, and you have a cascade failure, I hope your backups are intact. -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 [EMA
_zfs-discuss mailing 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 PR
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
ata protection system (RAIDZ or RAID1) in order
to correct 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-
ging any of the hardware
raid systems I've dealt with.
--
Darren 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 [E
lume
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'
cuss 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 MS 4382 [EMAIL PROTECTED] (work)
Louisville, CO
On Tue, 2006-06-27 at 09:09 +1000, Nathan Kroenert wrote:
> On Tue, 2006-06-27 at 02:27, Gregory Shaw wrote:
> > On Jun 26, 2006, at 1:15 AM, Mika Borner wrote:
> >
> > > What we need, would be the feature to use JBODs.
> > >
> >
> > If you've
___
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-2773
ITCTO Group, Sun Microsystems Inc.
1 StorageTek Drive ULVL4-382 [EMAIL PRO
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:
- Eric
--
Eric Schrock, Solaris Kernel Development http://blogs.sun.com/
eschrock
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
-
Gregory Shaw, IT Architect
Phone: (303) 673-8
oblem, if I
can.
What am I 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] (h
res), which would allow you 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:
d and re-added with 'zpool add pool '.
What 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
On Fri, 2006-05-26 at 17:40, Bart Smaalders wrote:
> Gregory Shaw wrote:
> > I had a question to the group:
> > In the different ZFS discussions in zfs-discuss, I've seen a
> > recurring theme of disabling write cache on disks. I would think that
> > the per
ling write cache. Would having a
feature like forcing disk flush be sufficient to enable write cache?
-----
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
nting how to recover will help.
Thanks!
-
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[EMAIL PROTECTED] (home)
"When Mi
-0600, 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 fi
refers 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
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 suc
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
grasp the long
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 c
sparently
"reorganize"
a file (a tool triggering an internal rewrite - such that the
data become sequential on disk again - on-the-fly while the
DBMS is running/file is open).
- Franz
_______
zfs-discuss mailing list
zfs-discuss@opensolaris.org
ht
read ahead 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
___
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 Microsystems Inc.
1 StorageTek Drive ULVL4-382 [EMAIL PROTECT
__
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 Microsystems Inc.
1 StorageTek Drive ULVL4-382
ly too late to fix
this? If xattr were moved below gid and used up the pad[4], that
would at least give us something useful.
Maury
This message posted from opensolaris.org
___
zfs-discuss mailing list
[EMAIL PROTECTED]
http://mail.opensolaris.org/mailman/
48 matches
Mail list logo
