On 3/6/23 13:04, Mark Delany wrote:
On 06Mar23, Peter Wemm allegedly wrote:
(~/.ssh/config with ServerAlive* probes) for different reasons. The
(overloaded) router would drop connections that seemed idle. Sending
probes helped prevent that - or at least making the router drop somebody
On 3/1/23 05:03, Mike Karels wrote:
On 1 Mar 2023, at 5:36, Michael Gmelin wrote:
On 1. Mar 2023, at 11:35, Yuri wrote:
Windows system connects to FreeBSD through ssh and then this connection dies
because of WiFi or VPN issues.
FreeBSD still has the sshd process alive for this connection
ce
> jh> > wrote:
> jh> >
> jh> > > On 2014-08-27 01:40, Peter Wemm wrote:
> jh> > >> On Tuesday 26 August 2014 10:40:27 free...@jonathanprice.org wrote:
> jh> > >>> Hello,
> jh> > >>>
> jh> > >>> I am
gives you. That's what we use in the freebsd.org
cluster to have it use ipv6 where possible.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246
signature.asc
Description: This is a digitally signed message part.
ciously like one of the failures we have been seeing between
machines in the cluster that are doing package mirroring.. We had been
attributing it to a mystery rsync bug but this seems to fit. It might also
have been implicated in the svn mirroring too (eg: to the portsnap builder).
We've also had problems with ftp mirrors that also might fit this.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246
signature.asc
Description: This is a digitally signed message part.
On 5/23/14, 6:18 AM, Peter B. Pokryshev wrote:
Hi.
Is it normal after 16 days of uptime:
# vmstat -z
ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP
...
16 Bucket: 152, 0, 24, 101, 193, 0, 0
32 Bucket: 280, 0, 38,
umer and check a generation number to see if
it needs to be re-validated before using. The obvious problem with
this though is that big networks tend to kill your caches.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
UTF-8: for when a ' just won\342\200\23
On Fri, Aug 9, 2013 at 4:07 PM, Kimmo Paasiala wrote:
> On Sat, Aug 10, 2013 at 1:44 AM, Peter Wemm wrote:
>> On Fri, Aug 9, 2013 at 9:34 AM, Fleuriot Damien wrote:
>>>
>>> On Aug 8, 2013, at 10:27 AM, Peter Wemm wrote:
>>>
>>>> On Thu, Aug 8
On Fri, Aug 9, 2013 at 9:34 AM, Fleuriot Damien wrote:
>
> On Aug 8, 2013, at 10:27 AM, Peter Wemm wrote:
>
>> On Thu, Aug 8, 2013 at 12:04 AM, s m wrote:
>>> hello guys,
>>>
>>> i have a question about ip addresses. i know my question is not related to
dr
> (full disclosure: of which I'm the author) that does similar things
I still suspect he was asking for somebody to do his homework for him.
A third party tool doesn't work for that. He needs the math for it.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com;
is two
usable addresses.
I'm not sure what you want to do with the mask of 8.
You can also do it with ntohl(inet_addr("address")) as well and a
multitude of other ways.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
UTF-8
disk within it. So if
you have one vdev of 100 disks, your zpool's raw IOPS potential is
effectively only a single disk, not 100.
" -- end quote
I made this mistake myself a number of times before I found out.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6F
On Sat, Jun 29, 2013 at 1:42 PM, Hiroki Sato wrote:
> Peter Wemm wrote
> in :
>
> pe> I'm looking for pointers to something that can listen to bgp default
> pe> route announcements from two outbound gateways and set a RADIX_MPATH
> pe> compatible default route
bor 8.8.178.xx {
local-address 8.8.178.yy
remote-as 65xxx
announce default-route
}
match to 8.8.178.ww set { metric 20 }
match to 8.8.178.xx set { metric 20 }
They're doing other things too, but thats the part that's relevant here.
> On Jun 29, 2013, at 1
e but openbsd's multipath is
different to ours.
Ideas?
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe,
(PCI-X, 64-bit, 133MHz); B/C
(5.0.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0)
If you're seeing things like:
bce0: ../../../dev/bce/if_bce.c(7906): Watchdog timeout occurred, resetting!
over and over, then this would be a good thing to update.
--
Peter Wemm - pe...@wemm
ere are a number of other hashes with static sizes that could make use
>> of this logic provided it's not upside-down.
>>
>> Any thoughts on this?
>>
>> Tune the tcp pcb hash based on maxsockets.
>> Be more forgiving of poorly chosen tunables by finding a closer p
magic into the input routines
instead of the device drivers.
The bypass is still useful because it saves considerable cycles for
raw tty modes, eg: userland ppp, zmodem upload/downloads etc etc. But
the logic for it shouldn't have to be scattered all over the tree due
to poor line discipli
s many many years stale compared to what its
vendor supplies.
And, I think if_sl.c could probably do the same treatment. It would
probably be a better investment in time to write a userland slip
driver and if_tun.c and/or write a ng_slip.c module
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED
The following reply was made to PR kern/116172; it has been noted by GNATS.
From: Peter Wemm <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: kern/116172
Date: Thu, 18 Oct 2007 19:32:25 -0700
I've narrowed down the panic trigger.
I have two userland processes doing a
had
> > appeared without the patch, but they tend to show up after a
> > midnight ;))
> >
> > Thank you!
>
> Thanks for testing, I look forward to hearing how things work for
> you.
I'll give your patch a shot and see if it improves things at all.
--
Peter
ed for any
name but "contrib". eg: src/dist (netbsd-style) or src/vendor. And
have src/gnu/{contrib,dist,vendor} etc as a seperate tree just like we
have src/sys/contrib.
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All
ings properly in the
include files).
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Terry Lambert wrote:
> Terry Lambert wrote:
> > Peter Wemm wrote:
> > > Terry: will you please check your facts? It takes around 30 seconds
> > > to find out that it doesn't even compile.
> >
> > [ ... lots of trivial to fix warnings and errors ...
Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Is there a compelling reason for removing this working code to
> > > the Attic?
> >
> > Terry: will you please check your facts? It takes around 30 seconds
> > to find out tha
ubscribe freebsd-current" in the body of the message
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-net" in the body of the message
>
> --=20
> Darcy Buskermolen
> Wavefire Technologies Corp.
> ph: 250.717.0200
&
IL PROTECTED]
> > with "unsubscribe freebsd-net" in the body of the message
> >
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED
8:42:19; author: jkh; state: Exp; lines: +3 -1
branches: 1.7.2;
Bring back netns so that Netcon can take over support for it, as agreed.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
ng: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1531: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1531: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1559: warning: function declaration isn't a prototype
../..
Poul-Henning is proposing removing some synchronization features of
miibus. Can somebody who understands this please check into it?
I'm forwarding it here because it was posted to the wrong list.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"A
hnaism, do *not* use mbufs
for it.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Jonathan Lemon wrote:
> On Thu, Mar 15, 2001 at 05:20:58AM -0800, Peter Wemm wrote:
> > > fxp0: port 0xff20-0xff3f mem 0xff80
-0xf
> > f8f,0xffbde000-0xffbdefff irq 2 at device 6.0 on pci0
> > > fxp0: using memory space register mapping
> > >
Peter Wemm wrote:
> Jonathan Lemon wrote:
> > In article <[EMAIL PROTECTED]
et
> > you write:
> > >On Wed, Mar 14, 2001 at 08:47:57AM -0600, Jonathan Lemon wrote:
> > >> On Wed, Mar 14, 2001 at 02:28:47PM +0100, Jeroen Ruigrok/Asmodai wrote:
>
0
nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
bpf: fxp0 attached
This actually does have the NatSemi phy on it and it is correctly detected.
Unfortunately, I just locked that machine up with SMPng. oops. I can't
verify that it works just yet.. We have another old machine with
essing a dying connection, thus contributing further
to the overload.
Anyway, just be careful, ok? larger listen queues are not a magic solution
for all problems. At 100 connections per second, the current limit is about
327 seconds worth of delay. at 500 per second, it is 65 seconds delay.
Cheer
he
means something to do with the networking stack - possibly the socket
upcall mechanism.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
36 matches
Mail list logo
