On Mon, Oct 04, 2010 at 09:37:40AM +0100, Pete French wrote:
> I've been testing out hast intrenally here, and as a replacement for the
> gmirror+ggate stack which we are currently using it seems excellent. I am
> actually about to take the plunge and deploy this in production for our
> main databa
I've been testing out hast intrenally here, and as a replacement for the
gmirror+ggate stack which we are currently using it seems excellent. I am
actually about to take the plunge and deploy this in production for our
main database server as it seems to operate fine in testing, but before I
do has
Try using zfs receive with the -v flag (gives you some stats at the end):
# zfs send storage/bac...@transfer | zfs receive -v
storage/compressed/bacula
And use the following sysctl (you may set that in /boot/loader.conf, too):
# sysctl vfs.zfs.txg.write_limit_override=805306368
I have good result
Alexander Leidinger wrote:
> On Sat, 02 Oct 2010 22:25:18 -0400 Steve Polyack
> wrote:
>
>> I thin its worth it to think about TLER (or the absence of it) here -
>> http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery . Your
>> consumer / SATA Hitachi drives likely do not put a limit on th
Alan Cox writes:
> I'm afraid that I can't offer much insight without a stack trace. At
> initialization time, we map the kernel with 2MB pages. I suspect that
> something within the kernel is later trying to change one those mappings.
> If I had to guess, it's related to the mfs root.
Here is
On Mon, Oct 04, 2010 at 05:03:47PM +0300, Alexander Motin wrote:
> Alexander Leidinger wrote:
> > On Sat, 02 Oct 2010 22:25:18 -0400 Steve Polyack
> > wrote:
> >
> >> I thin its worth it to think about TLER (or the absence of it) here -
> >> http://en.wikipedia.org/wiki/Time-Limited_Error_Recove
Quoting Dan Langille (from Sun, 03 Oct 2010
08:08:19 -0400):
Overnight, the following appeared in /var/log/messages:
Oct 2 21:56:46 kraken root: ZFS: checksum mismatch, zpool=storage
path=/dev/gpt/disk06-live offset=123103157760 size=1024
Oct 2 21:56:47 kraken root: ZFS: checksum mismatc
> Please see the freebsd-fs mailing list, which has quite a large number
> of problem reports/issues being posted to it on a regular basis (and
> patches are often provided).
Thanks have signed up - I was signed up to 'geom' but not that one.
A large number of problem reports is not quite what I w
Is this becuase the behavior of "FS=" was changed to match the behavior
of awk -F
On 2010-10-02 09:58:27PM +0200, Miroslav Lachman wrote:
> I think there is a bug in AWK in base of FreeBSD 6.x and 7.x (tested on
> 6.4 i386 and 7.3 i386)
>
> I have this simple test case, where I want 2 columns fr
On Mon, October 4, 2010 3:27 am, Martin Matuska wrote:
> Try using zfs receive with the -v flag (gives you some stats at the end):
> # zfs send storage/bac...@transfer | zfs receive -v
> storage/compressed/bacula
>
> And use the following sysctl (you may set that in /boot/loader.conf, too):
> # sy
On Mon, Oct 04, 2010 at 01:31:07PM -0400, Dan Langille wrote:
>
> On Mon, October 4, 2010 3:27 am, Martin Matuska wrote:
> > Try using zfs receive with the -v flag (gives you some stats at the end):
> > # zfs send storage/bac...@transfer | zfs receive -v
> > storage/compressed/bacula
> >
> > And u
On 10/4/2010 7:19 AM, Alexander Leidinger wrote:
Quoting Dan Langille (from Sun, 03 Oct 2010 08:08:19
-0400):
Overnight, the following appeared in /var/log/messages:
Oct 2 21:56:46 kraken root: ZFS: checksum mismatch, zpool=storage
path=/dev/gpt/disk06-live offset=123103157760 size=1024
Oct 2
On 10/4/2010 2:10 PM, Jeremy Chadwick wrote:
On Mon, Oct 04, 2010 at 01:31:07PM -0400, Dan Langille wrote:
On Mon, October 4, 2010 3:27 am, Martin Matuska wrote:
Try using zfs receive with the -v flag (gives you some stats at the end):
# zfs send storage/bac...@transfer | zfs receive -v
storag
Dave Hayes wrote:
Alan Cox writes:
I'm afraid that I can't offer much insight without a stack trace. At
initialization time, we map the kernel with 2MB pages. I suspect that
something within the kernel is later trying to change one those mappings.
If I had to guess, it's related to the mfs
On Mon, Oct 04, 2010 at 07:39:16PM -0400, Dan Langille wrote:
> On 10/4/2010 2:10 PM, Jeremy Chadwick wrote:
> >On Mon, Oct 04, 2010 at 01:31:07PM -0400, Dan Langille wrote:
> >>
> >>On Mon, October 4, 2010 3:27 am, Martin Matuska wrote:
> >>>Try using zfs receive with the -v flag (gives you some s
15 matches
Mail list logo