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
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.
/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
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
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
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
--
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
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
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
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
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
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
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):
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
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
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
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
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. :)
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
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
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)
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)
23 matches
Mail list logo