On Thu, February 16, 2012 11:18, Paul Kraus wrote:
> On Thu, Feb 16, 2012 at 11:42 AM, David Dyer-Bennet wrote:
>
>> I'm seriously thinking of going Nexenta, as I think it would let me be a
>> little less of a sysadmin. Solaris 11 express is tempting in its own
>> w
On Wed, February 15, 2012 18:06, Brandon High wrote:
> On Wed, Feb 15, 2012 at 9:16 AM, David Dyer-Bennet wrote:
>> Is there an upgrade path from (I think I'm running Solaris Express) to
>> something modern? (That could be an Oracle distribution, or the free
>
> There
On Thu, February 16, 2012 13:31, Edward Ned Harvey wrote:
>> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
>> boun...@opensolaris.org] On Behalf Of David Dyer-Bennet
>>
>> This is already getting useful; "which has never worked for me" for
>&
On Thu, February 16, 2012 08:54, Edward Ned Harvey wrote:
>> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
>> boun...@opensolaris.org] On Behalf Of David Dyer-Bennet
>>
>> While I'm not in need of upgrading my server at an emergency level, I'm
&
bs, too.)
AND, what "something" should I upgrade to or install? I've tried a couple
of times to figure out the alternatives and it's never really clear to me
what my good options are.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b
remental sends is that the disks being
read are hitting their IOPS limits. Zfs send does random reads all over
the place -- every block that's changed since the last incremental send is
read, in TXG order. So that's essentially random reads all of the disk.
--
David Dyer-Bennet, d...@d
photos.)
A weekly scrub combined with a decent backup plan will detect bit-rot
before the backups with the correct data cycle into the trash (and, with
redundant storage like mirroring or RAID, the scrub will probably be able
to fix the error without resorting to restoring files from backup).
--
han 1GB, if
it's a stitched panorama with layers of changes). And then there are
sidecar XMP files, mostly two per image, and for most of them
web-resolution images, 100kB.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http:/
ed by the ability to attach and detach arbitrary numbers
of disks to mirrors. It makes upgrading mirrored disks very very safe,
since I can perform the entire procedure without ever reducing redundancy
below my starting point (using the classic attach new, resilver, detach
old sequence, repeated
tasks?
"Processing" the request just means flagging the blocks, though, right?
And the actual benefits only acrue if the garbage collection / block
reshuffling background tasks get a chance to run?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/Sn
MB;
> are my expectation realistic or is it just because of my very budget
> concious set up? If so, where's the bottleneck?
In addition to issues others have mentiond, the way incremental send
works, it follows the order the blocks were written in rather than disk
order, so that can
2TB of RAM, though I believe
real installations were using 512GB.
Data got from the Thumpers to the streaming board over Ethernet, though.
In big chunks -- 10MB maybe? (Been a while; I worked on the user
interface level, but had little to do with the streaming hardware.)
--
David Dyer-Benne
or your VM to hold what you
need, that seems a reasonable approach to me, but I haven't tried anything
much like it, so my opinion is, if you're very lucky, maybe worth what you
paid for it.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/Sna
ocess seems to make the receiving pool unimportable. Possibly I could
use recovery tricks to step back a TXG or two until I get something valid,
and then manually remove the snapshots added to get back to the initial
state, and then I could start the incremental again; in practice, I
haven't made
gigabit ethernet (through one switch; the boxes sit
next to each other on a shelf over my desk).
I'll do more research before spending money. But as a question of general
theory, should a decent separate intent log device help for a single-user
sequential write sequence in the 100MB to 1GB
L with low latency
>
> http://dataonstorage.com/zeusram
Says "call for price". I know what that means, it means "If you have to
ask, you can't afford it."
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd
them is "broken" and don't use it at all.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zf
On 2011-02-08 21:39, Brandon High wrote:
On Tue, Feb 8, 2011 at 12:53 PM, David Dyer-Bennet wrote:
Wait, are you saying that the handling of errors in RAIDZ and mirrors is
completely different? That it dumps the mirror disk immediately, but
keeps trying to get what it can from the RAIDZ disk
ing to get what it can from the RAIDZ disk? Because otherwise,
you assertion doesn't seem to hold up.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
On Mon, February 7, 2011 14:59, David Dyer-Bennet wrote:
>
> On Sat, February 5, 2011 11:54, Gaikokujin Kyofusho wrote:
>> Thank you kebabber. I will try out indiana and virtual box to play
>> around
>> with it a bit.
>>
>> Just to make sure I understan
, ZFS would batch up a bunch of writes and change
> both the original I/O activity and the time.
I'm not sure I understand what you're trying to measure (which seems to be
your top priority). Achievable performance with ZFS would be better using
suitable caching; normally that'
lus
1TB hot spare.)
Or you could stick strictly to mirrors; 4 pools 2x2T, 2x2T, 2x750G,
2x1.5T. Mirrors are more flexible, give you more redundancy, and are much
easier to work with.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http:/
me a LOT more than a
Drobo (but then I bought in 2006, too).
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zfs-disc
ble? They won't change just because I add or remove
drives, right; only maybe if I change controller cards?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/phot
e mirror vdevs in my main pool
over this last weekend, and it all went quite smoothly, but I did have to
turn on autoexpand at the end of the process to see the new space.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-
drives to larger so long as they are big enough (thus leaving the big
drives for bigger failures)?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera:
u're forgetting how dd works.
The dd commands being proposed to create drive traffic are all read-only
accesses, so they shouldn't damage anything
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/phot
ied should I be? (I've got current backups).
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zfs-discuss maili
And devfsadm doesn't create them. Am I looking at the wrong program, or
what?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera
t backups, but it's a pain to restore of course.)
(Hmmm; in single-user mode, use dd to read huge chunks of one disk, and
see which lights come on? Do I even need to be in single-user mode to
do that?)
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/Sn
those running a home NAS.
> That's not to say there's never a situation where it makes sense. Other
> people have done it, and maybe it makes sense for you. But probably not.
Yeah, okay, maybe we're not completely disagreeing.
--
. I
could just leave it named "new directory", though. And I could rename it
on the Linux side as the same user that failed to rename it from the
Windows side.)
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.
extent that that's a problem, that really needs to be fixed.
However, it's not the sort of thing one should hold one's breath waiting for!
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photograp
f tests happen to provide evidence that the problem
isn't new errors appearing, sometimes after a scrub and before the send?
For example, have you done 1) scrub finds no error, 2) send finds error,
3) scrub finds no error? (with nothing in between that could have cleared
or fixed the erro
acity of the new larger disks, and that space will become
available in the pool.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
__
the next capacity upgrade.
> I was pretty happen with the WD drives (except for the one with a
> seriously
> broken cache) but I see the reasons to not to pick WD drives over the 1TB
> range.
And the big ones are what pretty much everybody is using at home.
Capacity and price are vas
t quite reasonably think they could put those in a home
server.
(Yeah, I know the enterprise versions have other differences. I'm not
nearly so sure I CARE about the other differences, in the size servers I'm
working with.)
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots:
The WD RE3 1TB is $130 (all these prices are from Newegg just now).
That's very close to TWICE the price of the competing 1TB drives.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos:
t overwrite. AND, if it's in any
snapshots, the old version doesn't get released.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
're stuck with whatever you add "forever", since there's
no way to remove a vdev from a pool.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
the backup pools on external USB disks). (It does have ECC; even
before some of the cases leading to that recommendation were explained on
that list, I just didn't see the percentage in not protecting the memory.)
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http:/
On Thu, September 16, 2010 14:04, Miles Nordin wrote:
>>>>>> "dd" == David Dyer-Bennet writes:
>
> dd> Sure, if only a single thread is ever writing to the disk
> dd> store at a time.
>
> video warehousing is a reasonable use case that wi
prise disk appliance,
though; there are always multiple users doing stuff.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
n't get to load your big DLL in
one read -- and to the extent that you don't, it doesn't matter much how
it's spread around the disk, because the head won't be in the same spot
when you get your turn again.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http
e (including motion picture /
video) or audio files, for example (the main things that take up much
space on most home servers).
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: h
computers.
Regardless of whether a file is contiguous or not, by the time you read
the next chunk of it, in the multi-user world some other user is going to
have moved the access arm of that drive. Hence, it doesn't matter if the
file is contiguous or not.
--
David Dyer-Bennet, d...@
ive process.)
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
h
at Linux did not even start to
> write
> to the disk when gtar finished.
As a test of ext? performance, that does seem to be lacking something!
I guess it's a consequence of the low sound levels of modern disk drives;
you go back enough years, that error couldn't have passed unno
oot-tree.c;h=2d958be761c84556b39c60afa3b0f3fd75d6;hb=HEAD>
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zfs-discuss m
ory.
The more unusual my requirements, and the better defined, the less I can
gain from studying outside test reports.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera
/store/catalog.html>
Your point that "free" has been important is very true. I'm not sure that
what Oracle says they're doing with Solaris 11 Express won't cover that at
least for business customers, though. (I do think that they'll lose out
on the extensi
On Mon, August 16, 2010 11:01, Joerg Schilling wrote:
> "David Dyer-Bennet" wrote:
>
>> >> As such, they'll need to continue to comply with GPLv2 requirements.
>> >
>> > No, there is definitely no need for Oracle to comply with the GPL as
>&g
On Mon, August 16, 2010 10:43, Joerg Schilling wrote:
> "David Dyer-Bennet" wrote:
>
>>
>> On Sun, August 15, 2010 20:44, Peter Jeremy wrote:
>>
>> > Irrespective of the above, there is nothing requiring Oracle to
>> release
>> > any
ernel rather than die a death of anonymity outside of it...
>>
>> As such, they'll need to continue to comply with GPLv2 requirements.
>
> No, there is definitely no need for Oracle to comply with the GPL as they
> own the code.
Ray's point is, how long would BTRFS rema
t to use it just internally they can do
anything they want, of course.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
_
y might possibly take it back.
Selling it on Ebay is often more profitable, since the buyer pays shipping
:-).
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
On Wed, August 11, 2010 15:11, Paul Kraus wrote:
> On Wed, Aug 11, 2010 at 10:36 AM, David Dyer-Bennet wrote:
>>>> Am I looking for too much here? I *thought* I was doing something
>>>> that
>>>> should be simple and basic and frequently used nearly eve
On Tue, August 10, 2010 16:41, Dave Pacheco wrote:
> David Dyer-Bennet wrote:
>> If that turns out to be the problem, that'll be annoying to work around
>> (I'm making snapshots every two hours and deleting them after a couple
>> of
>> weeks). Locks between
On Tue, August 10, 2010 23:13, Ian Collins wrote:
> On 08/11/10 03:45 PM, David Dyer-Bennet wrote:
>> cannot receive incremental stream: most recent snapshot of
>> bup-wrack/fsfs/zp1/ddb does not
>> match incremental source
> That last error occurs if the snapshot exi
On 10-Aug-10 13:46, David Dyer-Bennet wrote:
On Tue, August 10, 2010 13:23, Dave Pacheco wrote:
David Dyer-Bennet wrote:
My full backup still doesn't complete. However, instead of hanging the
entire disk subsystem as it did on 111b, it now issues error messages.
Errors at th
On Tue, August 10, 2010 13:23, Dave Pacheco wrote:
> David Dyer-Bennet wrote:
>> My full backup still doesn't complete. However, instead of hanging the
>> entire disk subsystem as it did on 111b, it now issues error messages.
>> Errors at the end.
> [...]
>>
ly
after starting the second try at a full backup (since the b134 upgrade),
so bup-wrack is still mostly empty.
None of the pools have shown any errors of any sort in months. zp1 and
rpool are scrubbed weekly.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b
expanded version of the command with all the variables filled in, but I
don't expect any different outcome.
Any other ideas?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera:
x27;m interested in the theoretical answer in any case.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
z
ootable CDs with "recovery consoles" that at least get me
single user, and one with full LiveCD capability, so I should be able
to unwind the mess if necessary.
I guess technically this has no business on zfs-discuss; apologies for
that, but all the prior discussion of this upgrade, an
for whom it
didn't work, too. Is there any kind of consensus on what the best way
to do this is?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
_
On Fri, July 16, 2010 14:07, Frank Cusack wrote:
> On 7/16/10 12:02 PM -0500 David Dyer-Bennet wrote:
>>> It would be nice to have applications request to be notified
>>> before a snapshot is taken, and when that have requested
>>> notification have acknowledged th
be fine with arbitrary snapshots, too.
For that matter, remember that the "snapshot" may be taken on a zfs server
on another continent which is making the storage available via iScsi;
there's currently no notification channel to tell the software the
snapshot is happening.
--
D
On Thu, July 15, 2010 09:29, Tim Cook wrote:
> On Thu, Jul 15, 2010 at 9:09 AM, David Dyer-Bennet wrote:
>
>>
>> On Wed, July 14, 2010 23:51, Tim Cook wrote:
>> > You're clearly talking about something completely different than
>> everyone
>> &g
t; as I understand it they
decided that buying expensive servers was a waste of money precisely
because of the high numbers they needed. Even with the good ones, some
will fail, so they had to plan to work very well through server failures,
so they can save huge amounts of money on hardware by bu
support.)
If your backups are good and your uptime requirements aren't really
strict, of course the risks can be tolerated better.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-
;m
starting to think about doing something else myself.
Does anybody have any idea what's up with the stable release, though? Has
anything been said about the plans that I've maybe missed?
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/Sn
Other than trying more recent code, I don't recall any useful ideas coming
through the list.
It seems like the thing people recommend as the backup scheme for ZFS
simply doesn't work yet.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
I'd say, yes, it flushes its cache on request.
Starting to sound pretty convincing, yes.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
D
fically, how do I access them from Windows based systems? Is there
> any special trick?
Nothing special. In-kernel CIFS is better than SAMBA, and supports full
NTFS ACLs. I hear it also attaches to AD cleanly, but I haven't done
that, don't run AD at home
re.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
zfs-discuss mailing list
zfs-discuss@opensol
s the
> snapshots, but anything beyond that?
Your find script misses the redundant data; scrub checks it all.
It may well miss some of the metadata as well, and probably misses the
redundant copies of metadata.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.ne
On Thu, June 3, 2010 12:03, Bob Friesenhahn wrote:
> On Thu, 3 Jun 2010, David Dyer-Bennet wrote:
>>
>> In an 8-bay chassis, there are other concerns, too. Do I keep space
>> open
>> for a hot spare? There's no real point in a hot spare if you have only
>>
On Thu, June 3, 2010 13:04, Garrett D'Amore wrote:
> On Thu, 2010-06-03 at 11:49 -0500, David Dyer-Bennet wrote:
>> hot spares in place, but I have the bays reserved for that use.
>>
>> In the latest upgrade, I added 4 2.5" hot-swap bays (which got the
>> sys
On Thu, June 3, 2010 10:50, Garrett D'Amore wrote:
> On Thu, 2010-06-03 at 10:35 -0500, David Dyer-Bennet wrote:
>> On Thu, June 3, 2010 10:15, Garrett D'Amore wrote:
>> > Using a stripe of mirrors (RAID0) you can get the benefits of multiple
>> > spindle perf
On Thu, June 3, 2010 10:50, Marty Scholes wrote:
> David Dyer-Bennet wrote:
>> My choice of mirrors rather than RAIDZ is based on
>> the fact that I have
>> only 8 hot-swap bays (I still think of this as LARGE
>> for a home server;
>> the competition, things like
FS) has advised on his blog.
I believe that article directly influenced my choice, in fact.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
before I detach the old drives; I couldn't do that with
RAIDZ. Also, the fact that disk is now so cheap means that 100%
redundancy is affordable, I don't have to compromise on RAIDZ.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
nking pools and adding compression or extra
redundancy later work). Nobody has promised a date for it that I recall.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dr
On Fri, May 21, 2010 12:59, Brandon High wrote:
> On Fri, May 21, 2010 at 7:12 AM, David Dyer-Bennet wrote:
>>
>> On Thu, May 20, 2010 19:44, Freddie Cash wrote:
>>> And you can always patch OpenSSH with HPN, thus enabling the NONE
>>> cipher,
>>> whic
cturer and
multiple outside tests in "significant" journals -- which could be the
blog of somebody I trusted, as well as actual magazines and such.
Ideally, certainly if it's important, I'd then verify the tests myself.
There aren't enough hours in the day, so I often get
is moving one's data unencrypted; but the precise cases where the
performance hit of encryption will show are the safe ones, such as between
my desktop and server which are plugged into the same switch; no data
would leave that small LAN segment.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
S
On Mon, May 3, 2010 17:02, Richard Elling wrote:
> On May 3, 2010, at 2:38 PM, David Dyer-Bennet wrote:
>> On Sun, May 2, 2010 14:12, Richard Elling wrote:
>>> On May 1, 2010, at 1:56 PM, Bob Friesenhahn wrote:
>>>> On Fri, 30 Apr 2010, Freddie Cash wrote:
>&
omics have been very much
against it in the range I'm working (small; 1.2 terabytes usable on my
server currently).
I don't expect I'll keep my hard disks for 30 years; I expect I'll upgrade
them periodically, probably even within their MTBF. (Although note that,
though tests ha
o bit-rot?
Yes, that's precisely my point. That's why it's especially relevant to
archival data -- it's important (to me), but not frequently accessed.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.n
lly, and
something to check *against*, and block checksums and scrub seemed to fill
the bill.
So, yes, I want to catch bit rot -- on a pool of mirrored VDEVs.
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/pho
asonable outcome to hope for? Do you think ZFS is
close to meeting it?
People with systems that live at 75% all day are obviously going to have
more problems than people who live at 25%!
--
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/da
On Tue, April 27, 2010 11:17, Bob Friesenhahn wrote:
> On Tue, 27 Apr 2010, David Dyer-Bennet wrote:
>>
>> I don't think I understand your scenario here. The docs online at
>> <http://docs.sun.com/app/docs/doc/819-5461/gazgd?a=view> describe uses
>> of
On Tue, April 27, 2010 10:38, Bob Friesenhahn wrote:
> On Tue, 27 Apr 2010, David Dyer-Bennet wrote:
>>
>> Hey, you know what might be helpful? Being able to add redundancy to a
>> raid vdev. Being able to go from RAIDZ2 to RAIDZ3 by adding another
>> drive
>> o
example)
and then they (in conspiracy with an accomplice company) charge us many
times the cost of the physical hardware for fixed versions. This MUST be
stopped. This is EXACTLY what standards exist for -- so we can buy
known-quantity products in a competitive market.
--
David Dyer-Bennet, d
On 14-Apr-10 22:44, Ian Collins wrote:
On 04/15/10 06:16 AM, David Dyer-Bennet wrote:
Because 132 was the most current last time I paid much attention :-). As
I say, I'm currently holding out for 2010.$Spring, but knowing how to get
to a particular build via package would be potent
On Wed, April 14, 2010 15:28, Miles Nordin wrote:
>>>>>> "dd" == David Dyer-Bennet writes:
>
> dd> Is it possible to switch to b132 now, for example?
>
> yeah, this is not so bad. I know of two approaches:
Thanks, I've filed and flagged thi
On Wed, April 14, 2010 12:29, Bob Friesenhahn wrote:
> On Wed, 14 Apr 2010, David Dyer-Bennet wrote:
>>>>
>>>> Not necessarily for a home server. While mine so far is all mirrored
>>>> pairs of 400GB disks, I don't even think about "performance&qu
with success.
>
> I wouldn't know why to go to 132 instead of 133, though. 129 seems to be
> an option.
Because 132 was the most current last time I paid much attention :-). As
I say, I'm currently holding out for 2010.$Spring, but knowing how to get
to a particular
On Wed, April 14, 2010 12:06, Bob Friesenhahn wrote:
> On Wed, 14 Apr 2010, David Dyer-Bennet wrote:
>>> It should be "safe" but chances are that your new 2TB disks are
>>> considerably slower than the 1TB disks you already have. This should
>>> be as much
1 - 100 of 394 matches
Mail list logo