Build failed in Jenkins: FreeBSD_HEAD #1673

See Changes: [mjg] filedesc: cleanup setugidsafety a little Rename it to fdsetugidsafety for consistency with other functions. There is no need to take filedesc lock if not closing any files. The loop has to verify each file a

Re: kernel page fault with nfs

2014-10-21 20:48 GMT+08:00 Rick Macklem : > Marcelo Araujo wrote: > > Tobias, > > > > Thank you very much, it really helps to simulate the problem. > > I'm gonna try as soon as possible and I will keep you informed. > > > You are more than welcome to try and find this. However, I don't think > fol

Re: zfs recv hangs in kmem arena

On 10/21/2014 5:03 PM, Alan Cox wrote: > How up to date is your source tree? r2720221 is relevant. Without that > change, there are circumstances in which the code that is supposed to > free space from the kmem arena doesn't get called. I've tried HEAD/CURRENT at r272749 On 10-STABLE through r273

Build failed in Jenkins: FreeBSD_HEAD #1672

See Changes: [mjg] tmpfs: allow shared file lookups Tested by: pho [bapt] Revert r273426 r273409 A solution that work with both new and old binutils should be investigated [bapt] older binutils does not know about --no-fatal-

Re: SVN r273381/2 breaks world

On Tue, Oct 21, 2014 at 05:34:48PM -0400, Michael Butler wrote: > From an empty obj tree on the second pass through, I get .. > > --- tblgen --- > c++ -O2 -pipe > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/inclu

Re: zfs recv hangs in kmem arena

On Tue, Oct 21, 2014 at 5:03 PM, Alan Cox wrote: > On Sun, Oct 19, 2014 at 10:30 AM, James R. Van Artsdalen < > james-freebsd-...@jrv.org> wrote: > >> Removing kern.maxfiles from loader.conf still hangs in "kmem arena". >> >> I tried using a memstick image of -CURRENT made from the release/ >> pr

Re: zfs recv hangs in kmem arena

On Sun, Oct 19, 2014 at 10:30 AM, James R. Van Artsdalen < james-freebsd-...@jrv.org> wrote: > Removing kern.maxfiles from loader.conf still hangs in "kmem arena". > > I tried using a memstick image of -CURRENT made from the release/ > process and this also hangs in "kmem arena" > > An uninvolved

SVN r273381/2 breaks world

>From an empty obj tree on the second pass through, I get .. --- tblgen --- c++ -O2 -pipe -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I

ZFS: i/o error - all block copies unavailable #2

Hi! I saw posts from 2009 on this mailing list, about a boot issue with ZFS. I have IBM server with HW RAID10 made from 36 disks. I'm using FreeBSD 9.2-RELEASE. From system point of view my raid is seen as 65TiB drive at /dev/mfid0 From ZFS point of view it's plain stripe as one zvol (on mfid0p2)

Build failed in Jenkins: FreeBSD_HEAD #1671

See Changes: [ngie] Port t_chroot to FreeBSD - Add missing #include sys/stat.h for mkdir(2) - Omit the fchroot(2) tests because the support is not present on FreeBSD Sponsored by: EMC / Isilon Storage Division [ngie] unlink("/

ZFS: i/o error - all block copies unavailable #2

Hi! I saw posts from 2009 on this mailing list, about a boot issue with ZFS. I have IBM server with HW RAID10 made from 36 disks. I'm using FreeBSD 9.2-RELEASE. From system point of view my raid is seen as 65TiB drive at /dev/mfid0 From ZFS point of view it's plain stripe as one zvol (on mfid0p2)

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

On Tue, Oct 21, 2014 at 09:14:07AM +0100, David Chisnall wrote: > I agree that this would be useful, but it requires someone familiar with > both systems to write. Doing this stuff professionally, I could probably come up with equivalences for a number of Unices. What would be a reasonable path t

Re: kernel page fault with nfs

Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > Oh, and since the NFS client code is straightforward, I think the bug is somewhere in the buffer cache/vm code. Maybe for cases whe

Re: kernel page fault with nfs

Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > You are more than welcome to try and find this. However, I don't think folks need to use a non-power of 2 rsize/wsize, so I think I

Re: kernel page fault with nfs

No problem, I hope you are successful. mfg Tobias On Tuesday 21 October 2014 17.13:32 Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > > Best Regards, > > 2014-10-21 17:10 GMT+

Re: kernel page fault with nfs

Tobias, Thank you very much, it really helps to simulate the problem. I'm gonna try as soon as possible and I will keep you informed. Best Regards, 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > Hi Marcelo > > > > The following ist the current fstab-line which seems to run smoothly: > > odo.f

Re: kernel page fault with nfs

Hi Marcelo The following ist the current fstab-line which seems to run smoothly: odo.firefly:/storage/multimedia /multimedia nfs readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 nfsstat -m: odo.firefly:/storage/multimedia on /multimedia nfsv3,tcp,resvport,soft,intr,

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

On 21 Oct 2014, at 00:15, Mason Loring Bliss wrote: > The second thing that would be useful would be a series of cheat sheets for > various things. This can either be equivalent commands or equivalent systems. > Let new folks know that LUKS is GELI and that md-raid1 is gmirror and so > forth. Sho

Re: kernel page fault with nfs

Hello Tobias, That sounds good, at least you don't have any crash so far. I agree with you, seems a bug, I'm gonna take a look on that. Could you share with me your testbed or how you can reproduce the issue? Best Regards, 2014-10-21 15:36 GMT+08:00 T.C.Berner : > The system now has an uptime

Re: kernel page fault with nfs

The system now has an uptime of >24h using NFS heavily. So wsize/rsize=2^15-1 seems to have been the problem which is imho a bug therefore. mfg Tobias 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > Hello Tibias, > > Any news? > > > Best Regards, > > 2014-10-20 20:55 GMT+08:00 Rick Macklem :