>
> Unfortunately not a lot but we can do the following:
>
> - Donate some hardware (Fibre Channel HBAs) to the FreeBSD project (paid
> from my pocket, not my employer's one);
> - Donate some money (paid from my employer's pocket, if I can demonstrate
> that this can help us to save big bucks on hi
On 20 May 2009, at 1:01, Kip Macy wrote:
I would recommend that you use the ZFS_MFC branch - it is the same as
what will be in RELENG_7 tomorrow afternoon.
This is great news, and given the testing it should be no problem I
feel...
After setting vm.kmem_size to the recommended minimum I r
On Tue, 19 May 2009, Kip Macy wrote:
KM> > Ah well, Kip, thank you for all of your support.
KM> >
KM> > Then, what would you offer for releng_7 users to test your changes? I'm
more
KM> > than happy to test, and I'm ready to be unvolved in some clashes resolved,
KM> > but...
KM> >
KM> > Anyway, th
On Tue, May 19, 2009 at 4:00 PM, Dmitry Morozovsky wrote:
> On Tue, 19 May 2009, Kip Macy wrote:
>
> KM> I created a branch for a reason. With all the renames applying a patch
> KM> is a nightmare. Either use the branch or wait until I do the MFC.
>
> Ah well, Kip, thank you for all of your suppor
On Tue, 19 May 2009, Kip Macy wrote:
KM> I created a branch for a reason. With all the renames applying a patch
KM> is a nightmare. Either use the branch or wait until I do the MFC.
Ah well, Kip, thank you for all of your support.
Then, what would you offer for releng_7 users to test your chang
I created a branch for a reason. With all the renames applying a patch
is a nightmare. Either use the branch or wait until I do the MFC.
Cheers,
Kip
On Tue, May 19, 2009 at 3:49 PM, Dimitry Andric wrote:
> On 2009-05-19 23:57, Dmitry Morozovsky wrote:
>> ... but then again, on `build all'' p
On 2009-05-19 23:57, Dmitry Morozovsky wrote:
> ... but then again, on `build all'' phase, I got
>
> ===> cddl/sbin/zpool (all)
> cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp
> -I/usr/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common
>
> -I/usr/src/cddl/sbin/zpool/
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> On 2009-05-19 23:08, Dmitry Morozovsky wrote:
DA> > After cleaning /usr/obj and buildworld in single thread I got
DA> >
DA> >
/usr/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris/sys/acl.h:35:
DA> > error: conflicting types for 'aclent_t'
On 2009-05-19 23:08, Dmitry Morozovsky wrote:
> After cleaning /usr/obj and buildworld in single thread I got
>
> /usr/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris/sys/acl.h:35:
> error: conflicting types for 'aclent_t'
> /usr/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DA> > Just to be sure: is the patch based on sys/ hierarchy, and does not
touch
DM> DA> > others (like sbin/)?
DM> DA>
DM> DA> No, it touches stuff in cddl/ too, so you need to build the world. Be
DM> DA> sure to use -E with patch, to cleanup e
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> On 2009-05-19 22:10, Dmitry Morozovsky wrote:
DA> > Just to be sure: is the patch based on sys/ hierarchy, and does not touch
DA> > others (like sbin/)?
DA>
DA> No, it touches stuff in cddl/ too, so you need to build the world. Be
DA> sure to use -
On 2009-05-19 22:10, Dmitry Morozovsky wrote:
> Just to be sure: is the patch based on sys/ hierarchy, and does not touch
> others (like sbin/)?
No, it touches stuff in cddl/ too, so you need to build the world. Be
sure to use -E with patch, to cleanup emptied files. E.g.:
patch -d /usr/src -p
> Many people are happily running an old pool with the new code. I have
> done that in a VM and run load over it just to be certain. The tuning
> still applies to i386. On amd64 vm backpressure works, but may
> actually be too aggressive - shrinking the ARC in favor of the
> inactive pages queue.
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DM> DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DM> DM> DA>
DM> DM> DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DM> DM> DA> r192386 (2009-05-19 15:33:41 UTC). For earlier or later revision
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DM> DA>
DM> DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DM> DA> r192386 (2009-05-19 15:33:41 UTC). For earlier or later revisions, no
DM> DA> wa
Dimitry,
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> > Would you please also post diff to RELENG_7 there?
DA>
DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA>
DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DA> r192386 (2009-05-19 15:33:41
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> >> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA> >
DA> > Thanks - am going to gve this a try later. Preseumably if I leave the
DA> > pool at the revision it is currently on then I can revert back easily ?
DA>
DA> I'll just
Many people are happily running an old pool with the new code. I have
done that in a VM and run load over it just to be certain. The tuning
still applies to i386. On amd64 vm backpressure works, but may
actually be too aggressive - shrinking the ARC in favor of the
inactive pages queue.
Cheers,
Ki
On 2009-05-19 19:41, Pete French wrote:
>> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
>
> Thanks - am going to gve this a try later. Preseumably if I leave the
> pool at the revision it is currently on then I can revert back easily ?
I'll just repeat what Kip told us, "T
> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
Thanks - am going to gve this a try later. Preseumably if I leave the
pool at the revision it is currently on then I can revert back easily ?
Also, is this the version which no longer requires any tuning parameters
in loader.c
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> > Would you please also post diff to RELENG_7 there?
DA>
DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA>
DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DA> r192386 (2009-05-19 15:33:41 UTC). Fo
On 2009-05-19 13:33, Dmitry Morozovsky wrote:
> Would you please also post diff to RELENG_7 there?
http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
This diff should apply with no fuzz and no rejects to RELENG_7 as of
r192386 (2009-05-19 15:33:41 UTC). For earlier or later rev
On Mon, 18 May 2009, Dimitry Andric wrote:
DA> On 2009-05-16 02:02, Kip Macy wrote:
DA> > I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
DA> >
DA> > http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
DA> >
DA> > The standard disclaimers apply. This has only been lightly te
On 2009-05-16 02:02, Kip Macy wrote:
> I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
>
> http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
>
> The standard disclaimers apply. This has only been lightly tested in a
> VM. Please do not use it with data you care about at thi
Kip,
On Sun, 17 May 2009, Kip Macy wrote:
KM> > KM> I will if you can reproduce on this branch. A lot has changed between
KM> > KM> ZFS v7 and ZFS v13.
KM> >
KM> > So, if I understand you correctrly, you wish me to upgrade to the latest
KM> > sources including RELENG_7 ZFS patches, but do *NOT* u
On Sun, May 17, 2009 at 3:19 PM, Dmitry Morozovsky wrote:
> On Sun, 17 May 2009, Kip Macy wrote:
>
> KM> I will if you can reproduce on this branch. A lot has changed between
> KM> ZFS v7 and ZFS v13.
>
> So, if I understand you correctrly, you wish me to upgrade to the latest
> sources including
On Sun, 17 May 2009, Kip Macy wrote:
KM> I will if you can reproduce on this branch. A lot has changed between
KM> ZFS v7 and ZFS v13.
So, if I understand you correctrly, you wish me to upgrade to the latest
sources including RELENG_7 ZFS patches, but do *NOT* upgrade the pool to V13?
Hopefull
I will if you can reproduce on this branch. A lot has changed between
ZFS v7 and ZFS v13.
-Kip
On Sun, May 17, 2009 at 3:48 AM, Dmitry Morozovsky wrote:
> Kip,
>
> On Fri, 15 May 2009, Kip Macy wrote:
>
> KM> I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
> KM>
> KM> ht
Kip,
On Fri, 15 May 2009, Kip Macy wrote:
KM> I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
KM>
KM> http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
KM>
KM> The standard disclaimers apply. This has only been lightly tested in a
KM> VM. Please do not use it with data yo
On May 16, 2009, at 8:50 AM, Adam McDougall wrote:
On Fri, May 15, 2009 at 05:02:22PM -0700, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you
can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been light
On 5/15/09 8:02 PM, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been lightly tested in a
VM. Please do not use it with data you care about at this time.
T
On Fri, May 15, 2009 at 05:02:22PM -0700, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been lightly tested in a
VM. Please do not use it with data
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been lightly tested in a
VM. Please do not use it with data you care about at this time.
Thanks,
Kip
--
When bad men combine,
33 matches
Mail list logo
