>
>> Would you give me more information on dc(4) link state changes?
>> Can you see abnormal kernel message for dc(4)?
>> I think I fixed a couple of dc(4) issues as well as bus_dma(9) bugs
>> and I don't know how the link state change can happen under load
>> unless it encountered watchdog timeout
On 4/5/11 10:38 AM, fbsdm...@dnswatch.com wrote:
>
> On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote:
>> On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu
>> wrote:
>>
>>> Hi All,
>>> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to
>>> break into kgdb when the system pan
On Wed, Mar 16, 2011 at 04:47:53PM -0700, Vijay Singh wrote:
> >
> > There was a bug in the diff. I updated the diff but URL is the same
> > as before. If you have downloaded the file, please try again.
> >
>
> Hi, thanks a lot for your effort. I will test this out within a week
> and get you some
On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote:
> On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu
> wrote:
>
>> Hi All,
>> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to
>> break into kgdb when the system panics. I am trying to get a stack
>> trace when "Fatal trap 12:
On Apr 5, 2011, at 1:01 AM, per...@pluto.rain.com wrote:
> Chuck Swiger wrote:
>
>> It's fairly common to scale up a mail infrastructure from one box
>> handling both SMTP and IMAP (or POP) to a SMTP-only box writing to
>> NFS-mounted user mailboxes, and have one or more dedicated reader
>> boxes
example that does not work:
ifconfig em0 192.168.0.1/24
ifconfig em1 10.0.0.1/24
route add 10.0.0.0/24 192.168.0.2
What doesn't work ? The add or the delete operation?
I can add and delete the 10.0.0.0/24 route fine on my system.
try the attached script.
now with script.
Kind regards,
Hi,
kern/155772 can be resolved using RADIX_MPATH.
regarding kern/155772:
at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up /
ifconfig down with 1 route and 1 interface route (multipath).
What's the exact step and a specific example that triggers a panic ?
ifconf
Hi,
I see,
What you are saying is the "rtalloc()" call does not have an indicator whether
it should be searching
for an interface route or not.
In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk the
ECMP route chain
to find an interface route.
yes.
Bye,
I see,
What you are saying is the "rtalloc()" call does not have an indicator whether
it should be searching
for an interface route or not.
In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk the
ECMP route chain
to find an interface route.
yes ?
-- Qing
kern/155772 can be resolved using RADIX_MPATH.
>
> regarding kern/155772:
> at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up /
> ifconfig down with 1 route and 1 interface route (multipath).
>
What's the exact step and a specific example that triggers a panic ?
>
> A
Can you say something more about :
"implement some multipath changes to use a direct attached
interface route and a real route, used some OpenBSD code"
I've looked at the patch but it's not obvious to me.
P.S.: I've just saw your reply to kern/155772 and was wondering if this
patch can
Hello guys,
Here is the issue:
For sessions that exceeds a threshold I want to insert its packets to a less
prioritized queue.
assumption : a session is defined as follow :(@source, @dest, port source,
port dest, prototcole used UDP/TCP)
Surely creating queues wouldn't be a matter since I made i
Can you say something more about :
"implement some multipath changes to use a direct attached
interface route and a real route, used some OpenBSD code"
I've looked at the patch but it's not obvious to me.
P.S.: I've just saw your reply to kern/155772 and was wondering if this patch
ca
On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote:
> On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu
> wrote:
>
>> Hi All,
>> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to
>> break into kgdb when the system panics. I am trying to get a stack
>> trace when "Fatal trap 12:
On Apr 5, 2011, at 4:26 AM, Ingo Flaschberger wrote:
> Hi,
>
> I have written a patch to:
> *) reduce locking of routing table to achieve the same speed as with
> flowtables, which do not scale with many routes:
> use of a copy of the route
> use rm_lock(9)
> (idea of Andre Op
Hi,
From: Nikolay Denev
To: bug-follo...@freebsd.org,
s...@ecom24.ru
Cc:
Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on
directly connected networks
Date: Tue, 5 Apr 2011 14:46:35 +0300
I'm not sure if this can be solved unless RADIX_MPATH is used.
My workaround i
The following reply was made to PR kern/155772; it has been noted by GNATS.
From: Nikolay Denev
To: bug-follo...@freebsd.org,
s...@ecom24.ru
Cc:
Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on
directly connected networks
Date: Tue, 5 Apr 2011 14:46:35 +0300
I'm no
Chuck Swiger wrote:
> It's fairly common to scale up a mail infrastructure from one box
> handling both SMTP and IMAP (or POP) to a SMTP-only box writing to
> NFS-mounted user mailboxes, and have one or more dedicated reader
> boxes which only run IMAP/POP daemons which access that same NFS
> fil
18 matches
Mail list logo
