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
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
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 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
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 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 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
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
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
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
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 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 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 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 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: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,
'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 :(
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
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
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
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,
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
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 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
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:
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
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
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
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"
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
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'
31 matches
Mail list logo
