Re: Next ZFSv28 patchset ready for testing.

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 a

Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory

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 wrot

HEADS UP: ZFS v28 merged to 8-STABLE

G 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

Re: ZFS v28 and aclmode

http://svnweb.freebsd.org/base?view=revision&revision=224174 -- 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"

Re: svn commit: r226946 - stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs

On 30. 10. 2011 22:34, Jason Hellenthal wrote: > On Sun, Oct 30, 2011 at 09:03:12PM +0000, Martin Matuska wrote: >> Author: mm >> Date: Sun Oct 30 21:03:12 2011 >> New Revision: 226946 >> URL: http://svn.freebsd.org/changeset/base/226946 >> >> >> Modifi

Re: [9.0-RC3] tar xf with zip archive is broken

mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any 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 libarchiv

Re: [releng_8 tinderbox] failure on i386/i386

above for me. >> Looks like revision 224169 needs to be merged to 8 (it includes the changes >> in >> your patch along with some others): >> >> http://svnweb.freebsd.org/base?view=revision&revision=224169 >> >> I'm testing this now and if it fi

Re: zpool - low speed write

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 resul

Re: MFC of ZFSv15

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 FreeBS

Re: MFC of ZFSv15

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.) u

Re: zfs send/receive: is this slow?

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

Re: 8.1-STABLE: problem with unmounting ZFS snapshots

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://bugs.opensolaris.org/bugdatabase/view_bug

Re: 8.1-STABLE: problem with unmounting ZFS snapshots

ote / napísal(a): > on 13/11/2010 04:27 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 (->

New ZFSv28 patchset for 8-STABLE

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):

Re: Updated py-zfs ? Re: New ZFSv28 patchset for 8-STABLE

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:4

Re: New ZFSv28 patchset for 8-STABLE: Kernel Panic

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 looks

Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE

y panic was selected for > this job. > > And speaking FreeBSD-centric - I think that our CAM layer would be a perfect > place > to detect such issues in non-ZFS-specific way. > I can try to merge the ZFS deadman stuff (r242732) to HEAD, but I guess this will be something for

Re: FreeBSD LVS replacement

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

Re: Status of libarchive/bsdtar maintainership

t; >     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 crea

Re: Status of libarchive/bsdtar maintainership

> >     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 > h

re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64)

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) con

Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64)

have 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 m

4.6 - sendmail: libsm.a and libsmutil.a

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)