Hi,
I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in
amd64 mode at a german dedicated server provider.
The mainboard has a onboard re(4) ethernet controller. I experience a
very strange behaiviour:
When there are large transfers on the onboard SATA controller the re(4)
now 2 days uptime without any network-card or storage
problems at all.
Pyun YongHyeon schrieb:
On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote:
Hi,
I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in
amd64 mode at a german dedicated server provider
make installworld does not install the libsm.a and libsmutil.a libraries
from the sendmail 8.12.3 package (only libmilter is installed).
They remain in /usr/obj/usr/src/lib/libsm and /usr/obj/usr/src/lib/libsmutil
and are not installed to /usr/lib (but some libmilter programs need them to
build)
Try booting with the following on /boot/loader.conf:
vfs.zfs.vdev.max_pending=10
vfs.zfs.txg.write_limit_override=268435456
And remove setting:
vfs.zfs.cache_flush_disable=1
Then try a dd from /dev/zero.
Cheers,
mm
Dňa 4. 8. 2010 16:13, Alex V. Petrov wrote / napísal(a):
interesting
I have fixed the missing bits in r212688.
Thanks for the notice.
Dňa 15. 9. 2010 21:12, Xin LI wrote / napísal(a):
On 2010/09/15 11:30, Mike Tancsa wrote:
At 02:07 PM 9/15/2010, Pascal Stumpf wrote:
First of all, a great thanks to mm@ and pjd@ for the excellent work on
ZFS in FreeBSD. :)
Dont forget to read the general ZFS notes section in UPDATING:
ZFS notes
-
When upgrading the boot ZFS pool to a new version, always follow
these two steps:
1.) recompile and reinstall the ZFS boot loader and boot block
(this is part of make buildworld and make installworld)
2.) update
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
Yes, this is indeed a leak introduced by importing onnv revision 9214
and it exists in perforce as well - very easy to reproduce.
# mount -t zfs t...@t1 /mnt
# umount /mnt (- hang)
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6604992
Martin Matuska said the following:
Yes, this is indeed a leak introduced by importing onnv revision 9214
and it exists in perforce as well - very easy to reproduce.
# mount -t zfs t...@t1 /mnt
# umount /mnt (- hang)
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6604992
http
Hi everyone,
following the announcement of Pawel Jakub Dawidek (p...@freebsd.org) I am
providing a ZFSv28 testing patch for 8-STABLE.
Link to the patch:
http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz
Link to mfsBSD ISO files for testing (i386 and amd64):
I have updated the py-zfs port right now so it should work with v28,
too. The problem was a non-existing solaris.misc module, I had to patch
and remove references to this module.
Cheers,
mm
Dňa 23.12.2010 09:27, Ruben van Staveren wrote / napísal(a):
Hi,
On 16 Dec 2010, at 13:44, Martin
Please don't consider these patches as production-ready.
What we want to do is find and resolve as many bugs as possible.
To help us fix these bugs, a way to reproduce the bug from a clean start
(e.g. in virtualbox) would be great and speed up finding the cause for
the problem.
Your problem
To use with newer stable (or releng/8.2) use a more recent patch from:
http://people.freebsd.org/~mm/patches/zfs/v28/
Cheers,
mm
Dňa 14.01.2011 18:19, Christopher J. Ruwe wrote / napísal(a):
Hi,
I would like to test Martin Matuskas patch for ZFS v28 against stable.
Can I patch against any
There looks like a known bug of not activating memory pages if using
sendfile(2).
This was fixed by kib@ in revision 218795 of stable/8.
Please try the following patch and report the result:
http://people.freebsd.org/~mm/patches/releng_8_2/218795.zfs.patch
Dňa 22.02.2011 22:55, Henner Heck
and properly update your boot code.
Thanks to everyone working on the ZFS port, especially to
Pawel Jakub Dawidek (pjd) for doing most of the work!
--
Martin Matuska
FreeBSD committer
http://blog.vx.sk
___
freebsd-stable@freebsd.org mailing list
http
--
Martin Matuska
FreeBSD committer
http://blog.vx.sk
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On 30. 10. 2011 22:34, Jason Hellenthal wrote:
On Sun, Oct 30, 2011 at 09:03:12PM +, Martin Matuska wrote:
Author: mm
Date: Sun Oct 30 21:03:12 2011
New Revision: 226946
URL: http://svn.freebsd.org/changeset/base/226946
Modified: stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs
mail to freebsd-stable-unsubscr...@freebsd.org
This is a libarchive bug.
Fixed in upstream r3723:
http://code.google.com/p/libarchive/source/detail?r=3723
I am preparing a libarchive update to 2.8.5 + recent SVN bugfixes. This
won't make it to 9.0, though.
--
Martin Matuska
FreeBSD committer
http
committed it.
Thank you very much.
--
Martin Matuska
FreeBSD committer
http://blog.vx.sk
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
/illumos-gate/rev/921a8bb4
Cheers,
mm
--
Martin Matuska
FreeBSD committer
http://blog.vx.sk
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
Hi Maciej,
you may also want to take a look at the OpenBSD relayd port (net/relayd).
Cheers,
mm
On 2013-07-22 21:13, Maciej Jan Broniarz wrote:
Hello,
I'm looking for a functional FreeBSD replacement of the Linux LVS software?
There is an LVS port for FreeBSD but it looks deat since 2005.
t; in the future, I lost data in several thousands of RRD
> databases and looked for backups to restore them
> > and found only small portion of databases in the tar instead
> of full backup.
> >
> > I've create the PR
> https://bugs.freebsd.
; I've create the PR
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233006 and later
> attached a patch
> > solving the problem in same way as GNU tar deals with it.
> >
> > Martin Matuska (mm) asked me to create an issue at
23 matches
Mail list logo