On Tue, Jun 27, 2023 at 03:47:26PM +0100, Jamie Landeg-Jones wrote:
> bob prohaska wrote:
>
> > It is tempting to think USB saturation would account
> > for the trouble. A tool similar to gstat, but for
> > USB as a whole, would be helpful if it exists.
>
> Would this do?
>
> /usr/ports/sysuti
bob prohaska wrote:
> It is tempting to think USB saturation would account
> for the trouble. A tool similar to gstat, but for
> USB as a whole, would be helpful if it exists.
Would this do?
/usr/ports/sysutils/usbtop
On Mon, Jun 26, 2023 at 07:38:22PM -0700, Mark Millard wrote:
> On Jun 26, 2023, at 19:00, bob prohaska wrote:
>
> > On Thu, Jun 22, 2023 at 11:38:50PM +0100, Jamie Landeg-Jones wrote:
> >> bob prohaska wrote:
> >>
> >>> That seems worth a try.
> >>> The notion of an ssh escape (~. in this case
On Jun 26, 2023, at 19:00, bob prohaska wrote:
> On Thu, Jun 22, 2023 at 11:38:50PM +0100, Jamie Landeg-Jones wrote:
>> bob prohaska wrote:
>>
>>> That seems worth a try.
>>> The notion of an ssh escape (~. in this case) finding its way into the data
>>> stream is new to me.
>>
>> Thinking ag
On Thu, Jun 22, 2023 at 11:38:50PM +0100, Jamie Landeg-Jones wrote:
> bob prohaska wrote:
>
> > That seems worth a try.
> > The notion of an ssh escape (~. in this case) finding its way into the data
> > stream is new to me.
>
> Thinking again, that looks like corruption coming down the ssh con
bob prohaska wrote:
> That seems worth a try.
> The notion of an ssh escape (~. in this case) finding its way into the data
> stream is new to me.
Thinking again, that looks like corruption coming down the ssh connection.
For the ssh escape char to affect anything (note it needs to be preceeded
On Thu, Jun 22, 2023 at 12:05:18AM +0100, Jamie Landeg-Jones wrote:
> bob prohaska wrote:
>
> > I can't detect any consistent pattern. For a while I thought load on the
> > sshd-host end made a difference, but the latest disconnect was on an idle
> > system with serial console output the only tra
bob prohaska wrote:
> I can't detect any consistent pattern. For a while I thought load on the
> sshd-host end made a difference, but the latest disconnect was on an idle
> system with serial console output the only traffic on the dropped connection.
Could it be that the serial connection is se
> On 21. Jun 2023, at 20:03, bob prohaska wrote:
>
> On Wed, Jun 21, 2023 at 10:45:25AM -0700, Mark Millard wrote:
>>> On Jun 21, 2023, at 10:24, bob prohaska wrote:
>>>
>>> I've got a Pi4 running -current that seems to selectively drop ssh
>>> connections.
>>
>> Only when the ssh has tex
On Wed, 21 Jun 2023, bob prohaska wrote:
I've got a Pi4 running -current that seems to selectively drop ssh connections.
There don't seem to be any error messages on the console at all, the client
I don't know what is the current way to do this, but maybe you could try to
sniff tty and see w
>
> There don't seem to be any error messages on the console at all, the
> client
> session simply reports
> client_loop: send disconnect: Broken pipe
>
Have you tried SSH keepalive?
https://stackoverflow.com/questions/25084288/keep-ssh-session-alive
Best Regards,
Cheng Cui
On Wed, Jun 21, 2023
On Wed, Jun 21, 2023 at 10:45:25AM -0700, Mark Millard wrote:
> On Jun 21, 2023, at 10:24, bob prohaska wrote:
>
> > I've got a Pi4 running -current that seems to selectively drop ssh
> > connections.
>
> Only when the ssh has text streaming over it? Even when it
> is idle? Any other types of c
On Jun 21, 2023, at 10:24, bob prohaska wrote:
> I've got a Pi4 running -current that seems to selectively drop ssh
> connections.
Only when the ssh has text streaming over it? Even when it
is idle? Any other types of context differences that lead
to observable differences of some type related
I've got a Pi4 running -current that seems to selectively drop ssh connections.
Connections running a shell seem to stay up, but a session running tip to a
usb-serial adapter (FTDI TTL232R-3V3) seems go away within a few hours.
There don't seem to be any error messages on the console at all, the
14 matches
Mail list logo
