Hi,
i am not on the list atm.
i found this entry after digging in google during problems with a normally
rock stable
system ( under linux).
I can also confirm the behaviour from the first post.
After a long hard night digging in the system and changing some options
i found a repeatable way to cr
On 6/25/2011 5:28 PM, Adrian Minta wrote:
>
> options ALTQ
> options ALTQ_CBQ
> options ALTQ_RED
> options ALTQ_RIO
> options ALTQ_HFSC
> options ALTQ_PRIQ
> # options ALTQ_NOPCC
>
> device pf
> device pflog
> device pfsync
pf and altq add quite a bit of networking overhead. If you are not usin
On Sat, Jun 25, 2011 at 11:28 PM, Adrian Minta wrote:
> After recompilation with "*default release=cvs tag=RELENG_8" and pooling
> disables the system still crashes around 4200 sessions. The server has a
> xeon E5520 CPU and 4G of ram. Here is the crash on the screen:
> http://img232.imageshack.u
On Sat, Jun 25, 2011 at 04:10:34PM +, Bjoern A. Zeeb wrote:
> On Jun 25, 2011, at 4:05 PM, Steven Hartland wrote:
>
> Hi,
>
> > - Original Message - From: "Bjoern A. Zeeb"
> >> Sigh, I'll need to look at that then.
> >> I think you are hitting:
> >> http://svnweb.freebsd.org/base?vie
After recompilation with "*default release=cvs tag=RELENG_8" and pooling
disables the system still crashes around 4200 sessions. The server has a
xeon E5520 CPU and 4G of ram. Here is the crash on the screen:
http://img232.imageshack.us/img232/6751/crashm.png
$uname -a
FreeBSD lns 8.2-STABLE FreeB
On Jun 25, 2011, at 4:05 PM, Steven Hartland wrote:
Hi,
> - Original Message - From: "Bjoern A. Zeeb"
>> Sigh, I'll need to look at that then.
>> I think you are hitting:
>> http://svnweb.freebsd.org/base?view=revision&revision=220463
>> Can you apply that to your kernel, and see if that
- Original Message -
From: "Bjoern A. Zeeb"
Sigh, I'll need to look at that then.
I think you are hitting:
http://svnweb.freebsd.org/base?view=revision&revision=220463
Can you apply that to your kernel, and see if that helps?
Had to modify the patch slightly for 8.2-RELEASE but yes
>> This doesn't seen to be related to the above as 3800::10:0:0:0 is
>> not a v4-mapped-v6 address. Now there could be the problem really.
>> Do you know which address the code above was trying to talk with?
>
> I'm wondering if thats a decode error by truss, as it doesn't seem
> to corrispond to
- Original Message -
From: "Bjoern A. Zeeb"
To: "Steven Hartland"
Cc:
Sent: Saturday, June 25, 2011 10:27 AM
Subject: Re: IPv4 socket bind using IPv6 socket on openjdk6 breaks udp send
On Jun 24, 2011, at 9:11 PM, Steven Hartland wrote:
Hi,
We're trying to get our machines IPv6
- Original Message -
From: "Matthias Andree"
I'm adding back in -java as based on you comments it may well be
something in the jdk passing invalid values down to the kernel
syscall.
The socket bind works fine and the packets sent to the server arrive
and are processed by the app but
On Jun 24, 2011, at 9:11 PM, Steven Hartland wrote:
Hi,
> We're trying to get our machines IPv6 enabled but in doing so this
> seems to break java apps using openjdk6 for UDP sends.
One of the clues I can give you is:
http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html
it's old(er) an
11 matches
Mail list logo