I would really like to see a feature like 'zfs diff f...@snap1 f...@othersnap'
that would report the paths of files that have either been added, deleted,
or changed between snapshots. If this could be done at the ZFS level instead
of the application level it would be very cool.
--
AFAIK, this
Its been suggested before and I've heard its in the freebsd port...
support for spindown?
On Fri, Mar 6, 2009 at 11:40 AM, Dave wrote:
> C. Bergström wrote:
>>
>> Bob Friesenhahn wrote:
>>>
>>> I don't know if anyone has noticed that the topic is "google summer of
>>> code". There is only so muc
Dave wrote:
C. Bergström wrote:
Bob Friesenhahn wrote:
I don't know if anyone has noticed that the topic is "google summer
of code". There is only so much that a starving college student can
accomplish from a dead-start in 1-1/2 months. The ZFS equivalent of
eliminating world hunger is not
C. Bergström wrote:
Bob Friesenhahn wrote:
I don't know if anyone has noticed that the topic is "google summer of
code". There is only so much that a starving college student can
accomplish from a dead-start in 1-1/2 months. The ZFS equivalent of
eliminating world hunger is not among the tas
> "tt" == Toby Thain writes:
c> For writing, application-level checksums do NOT work at all,
c> because you would write corrupt data to the disk, and notice
c> only later when you read it back
tt> Right, it would have to be combined with an always read-back
tt> policy
On 5-Mar-09, at 2:03 PM, Miles Nordin wrote:
"gm" == Gary Mills writes:
gm> There are many different components that could contribute to
gm> such errors.
yes of course.
gm> Since only the lower ZFS has data redundancy, only it can
gm> correct the error.
um, no?
...
For wri
> "gm" == Gary Mills writes:
gm> There are many different components that could contribute to
gm> such errors.
yes of course.
gm> Since only the lower ZFS has data redundancy, only it can
gm> correct the error.
um, no?
An example already pointed out: kerberized NFS will de
Wes Felter wrote:
slog and L2ARC on the same SSD
You can do that already today.
Create two slices using format(1M) and add the slices rather than the
whole disk as the L2ARC or slog device.
However IMO this is with current SSD techology probably the wrong thing
to do. The slog wants a ver
Gary Mills wrote:
On Wed, Mar 04, 2009 at 06:31:59PM -0700, Dave wrote:
Gary Mills wrote:
On Wed, Mar 04, 2009 at 01:20:42PM -0500, Miles Nordin wrote:
"gm" == Gary Mills writes:
gm> I suppose my RFE for two-level ZFS should be included,
It's a simply a consequence of ZFS's end-to-end
On Wed, Mar 04, 2009 at 06:31:59PM -0700, Dave wrote:
> Gary Mills wrote:
> >On Wed, Mar 04, 2009 at 01:20:42PM -0500, Miles Nordin wrote:
> >>>"gm" == Gary Mills writes:
> >>gm> I suppose my RFE for two-level ZFS should be included,
> >
> >It's a simply a consequence of ZFS's end-to-end e
Gary Mills wrote:
On Wed, Mar 04, 2009 at 01:20:42PM -0500, Miles Nordin wrote:
"gm" == Gary Mills writes:
gm> I suppose my RFE for two-level ZFS should be included,
Not that my opinion counts for much, but I wasn't deaf to it---I did
respond.
I appreciate that.
I thought it was kind
On 4-Mar-09, at 7:35 PM, Gary Mills wrote:
On Wed, Mar 04, 2009 at 01:20:42PM -0500, Miles Nordin wrote:
"gm" == Gary Mills writes:
gm> I suppose my RFE for two-level ZFS should be included,
Not that my opinion counts for much, but I wasn't deaf to it---I did
respond.
I appreciate th
On Wed, Mar 04, 2009 at 01:20:42PM -0500, Miles Nordin wrote:
> > "gm" == Gary Mills writes:
>
> gm> I suppose my RFE for two-level ZFS should be included,
>
> Not that my opinion counts for much, but I wasn't deaf to it---I did
> respond.
I appreciate that.
> I thought it was kind of
On Wed, March 4, 2009 16:53, Julius Roberts wrote:
> 2009/3/4 Tim :
>> I know plenty of "home users" would like the ability to add a single
>> disk to
>> a raid-z vdev in order to grow a disk at a time.
>
> +1 for that.
In theory I'd like that a lot.
I'm now committed to two two-disk mirrors pre
2009/3/4 Tim :
> I know plenty of "home users" would like the ability to add a single disk to
> a raid-z vdev in order to grow a disk at a time.
+1 for that.
--
Kind regards, Jules
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.op
On Wed, Mar 04, 2009 at 02:16:53PM -0600, Wes Felter wrote:
> T10 UNMAP/thin provisioning support in zvols
That's probably simple enough, and sufficiently valuable too.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/
C. Bergström wrote:
10) Did I miss something..
T10 DIF support in zvols
T10 UNMAP/thin provisioning support in zvols
proportional scheduling for storage performance
slog and L2ARC on the same SSD
These are probably difficult but hopefully not "world hunger" level.
Wes Felter - wes...@felte
On 4-Mar-09, at 1:28 PM, Bob Friesenhahn wrote:
I don't know if anyone has noticed that the topic is "google summer
of code". There is only so much that a starving college student
can accomplish from a dead-start in 1-1/2 months. The ZFS
equivalent of eliminating world hunger is not amon
Bob Friesenhahn wrote:
I don't know if anyone has noticed that the topic is "google summer of
code". There is only so much that a starving college student can
accomplish from a dead-start in 1-1/2 months. The ZFS equivalent of
eliminating world hunger is not among the tasks which may be
reas
I don't know if anyone has noticed that the topic is "google summer of
code". There is only so much that a starving college student can
accomplish from a dead-start in 1-1/2 months. The ZFS equivalent of
eliminating world hunger is not among the tasks which may be
reasonably accomplished, yet
> "gm" == Gary Mills writes:
gm> I suppose my RFE for two-level ZFS should be included,
Not that my opinion counts for much, but I wasn't deaf to it---I did
respond.
I thought it was kind of based on mistaken understanding. It included
this strangeness of the upper ZFS ``informing'' th
> "nw" == Nicolas Williams writes:
nw> IIRC Jeff Bonwick has said on this list that ubberblock
nw> rollback on import is now his higher priority. So working on
nw> (8) would be duplication of effort.
well...if your recovery tool worked by using an older ueberblock. but
Anton ha
On Wed, Mar 4, 2009 at 9:52 AM, Gary Mills wrote:
> On Tue, Mar 03, 2009 at 11:35:40PM +0200, "C. Bergström" wrote:
> >
> > Here's more or less what I've collected...
> >
> [..]
> > 10) Did I miss something..
>
> I suppose my RFE for two-level ZFS should be included, unless nobody
> intends to
On Tue, Mar 03, 2009 at 11:35:40PM +0200, "C. Bergström" wrote:
>
> Here's more or less what I've collected...
>
[..]
> 10) Did I miss something..
I suppose my RFE for two-level ZFS should be included, unless nobody
intends to attach a ZFS file server to a SAN with ZFS on application
servers.
That's what I thought you meant, and I got excited thinking that you were
talking about OpenSolaris :)
I'll see about getting the new packages and trying them out.
On Tue, Mar 3, 2009 at 8:36 PM, Richard Elling wrote:
> Blake wrote:
>
>> When I go here:
>>
>> http://opensolaris.org/os/project/i
Blake wrote:
When I go here:
http://opensolaris.org/os/project/isns/bui
I get an error. Â Where are you getting BUI from?
The BUI is in webconsole which is available on your local machine at
port 6789
https://localhost:6798
If you want to access it remotely, you'll need to change the conf
On Tue, Mar 3, 2009 at 3:35 PM, "C. Bergström" wrote:
>
> For reasons which I don't care about Sun may not apply to be a gsoc
> organization this year. However, I'm not discouraged from trying to propose
> some exciting zfs related ideas. On/off list feel free to send your vote,
> let me know if
10) Did I miss something..
Somehow, what I posted on the web forum didn't make it to the mailing
list digest...
How about implementing dedup? This has been listed as an RFE for
almost a year, http://bugs.opensolaris.org/view_bug.do?bug_id=6677093
and discussed here,
http://www.opensolar
When I go here:
http://opensolaris.org/os/project/isns/bui
I get an error. Where are you getting BUI from?
On Tue, Mar 3, 2009 at 5:16 PM, Richard Elling wrote:
>
>
> FWIW, I just took at look at the BUI in b108 and it seems to have
> garnered some love since the last time I looked at it (a yea
On Tue, Mar 03, 2009 at 11:35:40PM +0200, "C. Bergström" wrote:
> 7) vdev evacuation as an upgrade path (which may depend or take
> advantage of zfs resize/shrink code)
IIRC Matt Ahrens has said on this list that vdev evacuation/pool
shrinking is being worked. So (7) would be duplication of ef
C. Bergström wrote:
For reasons which I don't care about Sun may not apply to be a gsoc
organization this year. However, I'm not discouraged from trying to
propose some exciting zfs related ideas. On/off list feel free to
send your vote, let me know if you can mentor or if you know a compan
31 matches
Mail list logo
