just fine. You can't enable dedup on a dataset
> and any writes won't dedup they will "rehydrate".
>
> So it is more like partial dedup support rather than it not being there at
> all.
"rehydrate"???
Is it instant or freeze dried?
Mike
- ---
Michael
ing with your Oracle Sales Rep.
I think his requirements are being driven by a PHB who wants to see a "GUI".
crontab, ssh - functionality already there, simple and not many "moving parts"
but obviously too obfuscated for the PHB to understand.
Good luck.
Mike
---
. DR site) and be
> accessible there.
>
> --
> Fajar
> ___
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Mike
---
Michael Sullivan
m...@axsh.us
http://www.a
er than rpool. Which feels kludgy. Is there a better way?
>
> echo "set zfs:zil_disable = 1" > /etc/system
echo "set zfs:zil_disable = 1" >> /etc/system
Mike
---
Michael Sullivan
m...@axsh.us
http://www.axsh.us/
Phone: +1-662-259-
Mob
e using an external USB drive which was
appropriately sized and turn on autoexpand.
Mike
---
Michael Sullivan
m...@axsh.us
http://www.axsh.us/
Phone: +1-662-259-
Mobile: +1-662-202-7716
___
zfs-discuss mailing list
zfs-discuss@open
in use at a time
and operations would need to be transaction based with commits and rollbacks.
Way off-topic, but Smalltalk and its variants do this by maintaining the state
of everything in an operating environment image.
But then again, I could be wrong.
Mike
---
Michael Sullivan
perMicro is one of the
brands of choice, but even then one must adhere to a fairly tight HCL. The
same holds true for Solaris/OpenSolaris with third-party hardware.
SATA Controllers and multiplexers are also another example of the drivers being
written by the manufacturer and Solaris/OpenSolaris
, not me.
For my home media server, maybe, but even then I'd hate to lose any of my
family photos or video due to a hash collision.
I'll play it safe if I dedup.
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Mobile: +1-662-202-7716
US Phon
Linux on any hardware as well. Then your
hardware and software issues would probably be multiplied even more.
Cheers,
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
On 23 Oct 2010, at 12:53
rks really well.
>
> --
> -Peter Tribble
> http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
> ___
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Mi
ead a block from more devices simultaneously, it
will cut the latency of the overall read.
On 7 May 2010, at 02:57 , Marc Nicholas wrote:
> Hi Michael,
>
> What makes you think striping the SSDs would be faster than round-robin?
>
> -marc
>
> On Thu, May 6, 2010 at 1:09 PM,
anything to come close in its approach to disk data
management. Let's just hope it keeps moving forward, it is truly a unique way
to view disk storage.
Anyway, sorry for the ramble, but to everyone, thanks again for the answers.
Mike
---
Michael Sullivan
michael.p.sulli...@m
On 6 May 2010, at 13:18 , Edward Ned Harvey wrote:
>> From: Michael Sullivan [mailto:michael.p.sulli...@mac.com]
>>
>> While it explains how to implement these, there is no information
>> regarding failure of a device in a striped L2ARC set of SSD's. I have
>
&
Hi Ed,
Thanks for your answers. Seem to make sense, sort of…
On 6 May 2010, at 12:21 , Edward Ned Harvey wrote:
>> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
>> boun...@opensolaris.org] On Behalf Of Michael Sullivan
>>
>> I have a question I canno
Ok, thanks.
So, if I understand correctly, it will just remove the device from the VDEV and
continue to use the good ones in the stripe.
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
On 5
m to find an
answer.
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.ope
,
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
On 23 Apr 2010, at 10:22 , BM wrote:
> On Tue, Apr 20, 2010 at 2:18 PM, Ken Gunderson wrote:
>> Greetings All:
>>
>> G
hings - especially with ZFS. It's easy to throw
together a configuration of what you have and what you want to do with
it.
Many times I do things in VirtaulBox before messing with my *real* data.
Cheers,
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Ja
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
On 24 Jun 2009, at 01:01 , Harry Putnam wrote:
Darren J Moffat writes:
Harry Putnam wrote:
I thought I recalled reading somewhere that in the situation
p
zfs set nosnap=yes rpool/dump
In order to exclude file systems I don't really care about snapshots.
That would be handier than having to remove them every time.
Cheers,
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone:
ut I haven't tried it out yet.
Regards,
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
http://www.kamiogi.net/
Japan Mobile: +81-80-3202-2599
US Phone: +1-561-283-2034
On 22 Jun 2009, at 11:00 , Fajar A. Nugraha wrote:
On Sat, Jun 20, 2009 at 7:02 PM, Michael
Sullivan wrote:
One
with namespace collisions when I re-imported the original rpool,
but I'd already seen those before and wrote about them in another blog
entry.
If you have any questions, feel free to let me know.
Cheers,
Mike
Mike
---
Michael Sullivan
michael.p.sulli...@me.com
Japan Mobile: +81-80-3202-2
22 matches
Mail list logo
