On 04.04.2011 14:15, Vlad Galu wrote:
> "vmstat -z -M vmcore" says that system was out of mbuf clusters:
>
> ITEM SIZE LIMIT USED FREE REQUESTS
> FAILURES
> mbuf_cluster:2048, 10, 10,0, 18897242,
> 317691
>
> I'
On Mon, Apr 4, 2011 at 8:48 AM, Eugene Grosbein wrote:
> Hi!
>
> I'm running several loaded PPPoE access servers based on FreeBSD
> 8.2-STABLE/amd64
> with em and igb network interfaces and 4GB RAM. No memory-intensive tasks
> other than routing about 2Gbit/s (1G "in" and a bit less "out").
>
> k
Hi Kip,
Feels good to see you again!
Fabien
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Sorry for the noise, i've missed the dest...
> Hi Kip,
>
> Feels good to see you again!
>
> Fabien
>
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-uns
Kip,
Which sysctl are we talking about exactly? Just to be sure..
net.inet.flowtable.enable ?
-- Frederique
On Sun, Apr 03, 2011 at 08:11:33PM +0200, K. Macy wrote:
> I don't think it was properly tested when it was enabled for IPv6.
> Given that I have been absentee it really should not be
Correct. Set it to zero and the flowtable will be bypassed.
flowtable.c:
static uint32_t
ipv6_flow_lookup_hash_internal(
struct sockaddr_in6 *ssin6, struct sockaddr_in6 *dsin6,
uint32_t *key, uint16_t flags)
{
uint16_t sport, dport;
uint8_t proto;
int of
Hi Kip,
Thanks. Any idea btw why this would also effect hosts that run 6.x and 7.x
RELEASE versions? These do not have the flowtable sysctl.
-- Frederique
On Mon, Apr 04, 2011 at 12:09:05PM +0200, K. Macy wrote:
> Correct. Set it to zero and the flowtable will be bypassed.
>
> flowtable.c:
On Mon, Apr 4, 2011 at 12:22 PM, Frederique Rijsdijk
wrote:
> Hi Kip,
>
> Thanks. Any idea btw why this would also effect hosts that run 6.x and 7.x
> RELEASE versions? These do not have the flowtable sysctl.
Uhm ... no. That would definitely be unrelated. I'm just taking their
word for it. And
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On 4/3/2011 9:50 AM, Frederique Rijsdijk wrote:
Steve,
On 01-04-11 16:50, Steve Polyack wrote:
On 04/01/11 10:16, Frederique Rijsdijk wrote:
[ .. ]
Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from
00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0
[ .. ]
The result of that, is that loads o
On Saturday, April 02, 2011 7:58:23 am Stefan `Sec` Zehl wrote:
> Hi I'm back :)
>
> On Fri, Apr 01, 2011 at 01:40 +0200, Stefan `Sec` Zehl wrote:
> > I'll of course monitor this value and report back if I ever see it
> > increase :-)
>
> It did:
>
> | ice:~>uptime
> | 1:45PM up 2 days, 17:01,
Hi Jack,
On Fri, Apr 1, 2011 at 2:55 PM, Jack Vogel wrote:
> Arnaud,
>
> Please try the code change I just checked into HEAD, it should finally
> resolve any hang that is due to mbufs not being refreshed. That's not
> to say there may not be other reasons out there but I'm keeping my
> fingers cr
Hi,
I am new to this list and have been reading on the "tcp bug" and "bge
discussions" and wanted to share what I was experiencing with a 8.2 FreeBSD
DNS Server I had recently deployed. Basically, with an em0 interface, link
states would show changes from up to down constantly under very little o
Thanks for the good news, this change will need to go into the other drivers
also.
Jack
On Mon, Apr 4, 2011 at 9:11 AM, Arnaud Lacombe wrote:
> Hi Jack,
>
> On Fri, Apr 1, 2011 at 2:55 PM, Jack Vogel wrote:
> > Arnaud,
> >
> > Please try the code change I just checked into HEAD, it should fin
'k, based on someone else's recommendation, I add 'nolockd' to the mount
entry,a nd postfix now appears to work ... since I can safely guarantee
that only the one host will have access to these files, that doesn't pose
a porblem for me, but still find it a weird issue all things considered :(
On Mon, 4 Apr 2011, Chuck Swiger wrote:
On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote:
'k, based on someone else's recommendation, I add 'nolockd' to the mount
entry,a nd postfix now appears to work ... since I can safely guarantee that
only the one host will have access to these files,
On Apr 4, 2011, at 11:58 AM, Marc G. Fournier wrote:
>> Be careful; multiple access from different processes even on a single host
>> can still run into locking issues against NFS filesystems, or data
>> corruption if locking isn't available. You're most at risk with local
>> delivery to an mbo
On Mon, 4 Apr 2011, Chuck Swiger wrote:
On Apr 4, 2011, at 11:58 AM, Marc G. Fournier wrote:
Be careful; multiple access from different processes even on a single host can
still run into locking issues against NFS filesystems, or data corruption if
locking isn't available. You're most at ris
On Apr 4, 2011, at 12:14 PM, Marc G. Fournier wrote:
>> OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe even if
>> locking is not available.
>
> So, just to get this clear ...
>
> If I were to boot a diskless station using an NFS backend, then that instance
> would be prone
On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote:
> 'k, based on someone else's recommendation, I add 'nolockd' to the mount
> entry,a nd postfix now appears to work ... since I can safely guarantee that
> only the one host will have access to these files, that doesn't pose a
> porblem for me
On Mon, 4 Apr 2011, Chuck Swiger wrote:
On Apr 4, 2011, at 12:14 PM, Marc G. Fournier wrote:
OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe even if
locking is not available.
So, just to get this clear ...
If I were to boot a diskless station using an NFS backend, then
On Apr 4, 2011, at 12:37 PM, Marc G. Fournier wrote:
> Okay, next question ... if lockd is running, should fcntl locks work? My
> read of the NFS_README.html above indicates to me that they should ... but if
> that is the case, then it comes back to why doesn't it?
If rpc.lockd was bug-free and
Thank you, this answers things perfectly ...
On Mon, 4 Apr 2011, Chuck Swiger wrote:
On Apr 4, 2011, at 12:37 PM, Marc G. Fournier wrote:
Okay, next question ... if lockd is running, should fcntl locks work? My read
of the NFS_README.html above indicates to me that they should ... but if t
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: page fault while in kernel mode" happens.
thanks
david S.
This message and any attached d
> On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote:
> > 'k, based on someone else's recommendation, I add 'nolockd' to the
> > mount entry,a nd postfix now appears to work ... since I can safely
> > guarantee that only the one host will have access to these files,
> > that doesn't pose a porblem
On 4/4/11 4: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: page
fault while in kernel mode" happens.
thanks
david S.
sure but firstly h
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: page fault while in kernel mode" happens.
debug.debugger_
On Mon, Apr 4, 2011 at 5:26 PM, Julian Elischer wrote:
> On 4/4/11 4: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: page faul
Hi, Rick--
On Apr 4, 2011, at 5:24 PM, Rick Macklem wrote:
>> On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote:
>> Be careful; multiple access from different processes even on a single
>> host can still run into locking issues against NFS filesystems, or
>> data corruption if locking isn't avai
On Mon, Apr 04, 2011 at 11:21:50AM -0500, Adriel Torres wrote:
> Hi,
>
> I am new to this list and have been reading on the "tcp bug" and "bge
> discussions" and wanted to share what I was experiencing with a 8.2 FreeBSD
> DNS Server I had recently deployed. Basically, with an em0 interface, link
On Mon, Apr 04, 2011 at 06:44:21PM -0700, Chuck Swiger wrote:
> If you can, anyway-- but maildir is becoming more commonly used with the
> growing popularity of Cyrus and Dovecot compared with UWash IMAP (which did
> mbox and mbx).
Avoid UWash IMAP like the plague is my suggestion. It has locki
31 matches
Mail list logo
