They are not local to each other. See the diagram. They are across the internet
from each other.
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Jack Vogel jfvo...@gmail.com wrote:
Well, for a start I'd get both interfaces at the same speed, sounds like a
hardware
issue
- Original Message -
From: Mickaël Maillot mickael.mail...@gmail.com
same problem here after ~ 30 days with a production server and 2 SSD Intel
X25M as L2.
so we update and reboot the 8-STABLE server every month.
Old thread but also seeing this on 8.2-RELEASE so looks like this
may
Hi everyone,
I was wondering if there is any progress regarding the
http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 .
Thanks
--
George Kontostanos
aisecure.net
___
freebsd-stable@freebsd.org mailing list
On 11/10/2011 12:31, George Kontostanos wrote:
I was wondering if there is any progress regarding the
http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 .
Nope. But you can just do 'make fetchindex' to get INDEX-9 now.
Or build your own.
Cheers,
Matthew
--
Dr Matthew J
Oh, I see. So, did you have a previous working state?
Jack
On Tue, Oct 11, 2011 at 12:06 AM, Larry Rosenman l...@lerctr.org wrote:
** They are not local to each other. See the diagram. They are across the
internet from each other.
--
Sent from my Android phone with K-9 Mail. Please excuse
Not sure when it broke. I rebuilt the 9.0 server as 9.0, and ran the script and
it started giving this.
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Jack Vogel jfvo...@gmail.com wrote:
Oh, I see. So, did you have a previous working state?
Jack
On Tue, Oct 11, 2011
- Original Message -
From: Artem Belevich a...@freebsd.org
No, there was no PR.
L2arc CPU hogging after ~24 days was fixed in r218180 in -HEAD and was
MFC'ed to 8-stable in r218429 early in February '11.
If you're using 8-RELEASE, upgrading to 8-STABLE would be something to
On Tue, Oct 11, 2011 at 2:34 AM, Steven Hartland
kill...@multiplay.co.uk wrote:
- Original Message - From: Mickaël Maillot
mickael.mail...@gmail.com
same problem here after ~ 30 days with a production server and 2 SSD Intel
X25M as L2.
so we update and reboot the 8-STABLE server
On Tue, Oct 11, 2011 at 10:21 AM, Steven Hartland
kill...@multiplay.co.uk wrote:
Thanks for the confirmation there Artem, we currently can't use 8-STABLE
due to the serious routing issue, seem like every packet generates a
RTM_MISS routing packet to be sent, which causes high cpu load.
On Tue, Oct 11, 2011 at 4:23 PM, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
Nope. But you can just do 'make fetchindex' to get INDEX-9 now.
Or build your own.
Cheers,
Matthew
Yes, I am aware of this however, it creates some inconsistencies.
--
George
On 9 October 2011 22:30, Gabor Kovesdan ga...@freebsd.org wrote:
Hi,
I just had my first encounter with the new installer. I chose manual
partitioning, created a BSD disk (not GPT) with one swap and the rest for /.
Rest of the installation went fine but then my system didn't boot. I
repeated
On Tue, Oct 11, 2011 at 02:23:05PM +0100 I heard the voice of
Matthew Seaman, and lo! it spake thus:
On 11/10/2011 12:31, George Kontostanos wrote:
I was wondering if there is any progress regarding the
http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 .
Nope. But you can just do 'make
- Original Message -
From: Artem Belevich a...@freebsd.org
On Tue, Oct 11, 2011 at 10:21 AM, Steven Hartland
kill...@multiplay.co.uk wrote:
Thanks for the confirmation there Artem, we currently can't use 8-STABLE
due to the serious routing issue, seem like every packet generates a
Tried the _compat options too but no results. The issue still remains,
nsswitch doesn't seem to be able to look in the nscd database. Is there
any way to get a proper debug for the nsswitch lookup mechanism ?? Who
can I contact regarding nsswitch directly?? Developers ??
Thanks ...
On
On Tue, Oct 11, 2011 at 1:17 PM, Steven Hartland
kill...@multiplay.co.uk wrote:
It's a bummer. If you can build your own kernel cherry-picking
following revisions may help with long-term stability:
r218429 - fixes original overflow causing CPU hogging by l2arc feeding
thread. It will keep you
Okay, I just reproduced the problem. The strange thing is the routing
message appears to be endless, but if I exit route monitor and
restart it, the message disappears. That indicates to me it is not the
kernel that is generating the routing message continuously, but maybe
it is a socket buffer
16 matches
Mail list logo