Re: Intel 10Gb network card

2013-09-11 Thread Daniel Braniss
On 09/04/2013 08:25 AM, Daniel Braniss wrote: Q: does the copper (10G Based T) version work? Works fine for me. Nice to know, danke, danny ___ freebsd-stable@freebsd.org mailing list

Re: Looking for driver help

2013-09-11 Thread Ryan McIntosh
Yeah this is the same conclusion I came to in essence of anything existing. I'm going to hit up the freebsd-drivers list however and see where I end up after that. The cards might wind up in the garbage can or sold off cheap unfortunately if I can't get them functional with FreeBSD, which is

nfsd CPU usage?

2013-09-11 Thread Eggert, Lars
Hi, I'm seeing extremely high CPU usage withssh-st the new nfsd: PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND 2280 root 1020 9932K 1376K *nfs_c 0 320:11 100.00% nfsd{nfsd: service} 2280 root 1020 9932K 1376K CPU77 319:47 100.00%

Re: nfsd CPU usage?

2013-09-11 Thread Rick Macklem
Lars Eggert wrote: Hi, I'm seeing extremely high CPU usage withssh-st the new nfsd: PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND 2280 root 1020 9932K 1376K *nfs_c 0 320:11 100.00% nfsd{nfsd: service} 2280 root 1020 9932K 1376K

Re: Looking for driver help

2013-09-11 Thread Lars Engels
Am 11.09.2013 12:09, schrieb Ryan McIntosh: Yeah this is the same conclusion I came to in essence of anything existing. I'm going to hit up the freebsd-drivers list however and see where I end up after that. The cards might wind up in the garbage can or sold off cheap unfortunately if I can't

Re: nfsd CPU usage?

2013-09-11 Thread Mark Saad
Rick Would this affect 9.2-RCn ? --- Mark saad | mark.s...@longcount.org On Sep 11, 2013, at 7:54 AM, Rick Macklem rmack...@uoguelph.ca wrote: Lars Eggert wrote: Hi, I'm seeing extremely high CPU usage withssh-st the new nfsd: PID USERNAME PRI NICE SIZERES STATE C TIME

Re: nfsd CPU usage?

2013-09-11 Thread Eggert, Lars
Thanks, I will watch out for the MFC and test. Lars On Sep 11, 2013, at 13:54, Rick Macklem rmack...@uoguelph.ca wrote: Lars Eggert wrote: Hi, I'm seeing extremely high CPU usage withssh-st the new nfsd: PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND 2280 root

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Volodymyr Kostyrko
11.09.2013 18:07, Jimmy Olgeni wrote: Perhaps I found something weird while running 9.2-RC3 FreeBSD 9.2-RC3 #0 r255393 (ZFS-only setup). Unfortunately I'm not able to get a minidump for the latest RC, but at this point I suspect that something is going on with glib20 and kqueue on both

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Konstantin Belousov
On Wed, Sep 11, 2013 at 05:07:10PM +0200, Jimmy Olgeni wrote: - However, this time I managed to get a minidump from the old -STABLE. I saved it here: http://olgeni.olgeni.com/~olgeni/core.txt.0 Could you list the lines around the the vfs_subr.c:4591 in your kernel ? Also, do you have

Re: 9.2-PRERELEASE #0 r254557 amd64: core dump on shutdown

2013-09-11 Thread John Baldwin
On Tuesday, September 10, 2013 10:50:55 am Marko Cupać wrote: My 9.2-PRERELEASE #0 r254557 amd64 just dumped core on shutdown. I updated src to Last Changed Rev: 255395 two days ago but did not get to rebuild worldkernel. Also I did not rebuild any ports since. Virtualbox was not running.

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Jimmy Olgeni
Hi, On Wed, 11 Sep 2013, Konstantin Belousov wrote: Could you list the lines around the the vfs_subr.c:4591 in your kernel ? 4591 is the VI_LOCK(vp) in filt_vfsvnode: static int filt_vfsvnode(struct knote *kn, long hint) { struct vnode *vp = (struct vnode *)kn-kn_hook; int

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Jimmy Olgeni
On Wed, 11 Sep 2013, Volodymyr Kostyrko wrote: Can you try to build world WITH_CLANG_IS_CC? Clang generated code is known to produce an instant coredump in situations where gcc generated code hits a loop or becomes unresponsive. I removed ccache, rebuilt with WITH_CLANG_IS_CC and it worked

Link error in usr.bin/dig if WITH_BIND_XML=yes

2013-09-11 Thread Henri Hennebert
Hello, Dig can't be linked if WITH_BIND_XML=yes is added to /etc/src.conf. [root@morzine src]# svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.restart.bel/svn-FreeBSD-base/stable/9 Relative URL: ^/stable/9 Repository Root: http://svn.restart.bel/svn-FreeBSD-base Repository

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Jimmy Olgeni
On Wed, 11 Sep 2013, Volodymyr Kostyrko wrote: 11.09.2013 18:07, Jimmy Olgeni wrote: Perhaps I found something weird while running 9.2-RC3 FreeBSD 9.2-RC3 #0 r255393 (ZFS-only setup). Unfortunately I'm not able to get a minidump for the latest RC, but at this point I suspect that

Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Jimmy Olgeni
Hello, Perhaps I found something weird while running 9.2-RC3 FreeBSD 9.2-RC3 #0 r255393 (ZFS-only setup). Quick history of the problem: - Lately, using a very recent -STABLE, the host would hang randomly while building ports with poudriere (-J2) and using X11, without producing a core

Re: Possible kqueue related issue on STABLE/RC.

2013-09-11 Thread Jimmy Olgeni
Hi, On Wed, 11 Sep 2013, Konstantin Belousov wrote: Also, do you have all options listed at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html enabled ? This time I tried with clang + these options and I got something more interesting. All works

Re: nfsd CPU usage?

2013-09-11 Thread Rick Macklem
Mark Saad wrote: Rick Would this affect 9.2-RCn ? Yes (and 9.2 when it is released). If the CPU overheads (same as 9.0, 9.1) are an issue for your server, you can apply the patch or switch to the old nfs server or disable the DRC for TCP by editting the sources and setting

Re: 9.2-PRERELEASE #0 r254557 amd64: core dump on shutdown

2013-09-11 Thread Marko Cupać
On Wed, 11 Sep 2013 11:11:24 -0400 John Baldwin j...@freebsd.org wrote: Is this reproducible? It happened a few times before (maybe 3-4 times this year), but I can't reproduce it intentionally. -- Marko Cupać ___ freebsd-stable@freebsd.org mailing