[Info-vax] Sudden problems with slow sftp transfers and slow disk accesses
Jan-Erik Soderholm
jan-erik.soderholm at telia.com
Tue Feb 18 19:11:53 EST 2014
Scott Dorsey wrote 2014-02-19 00:33:
> Jan-Erik Soderholm <jan-erik.soderholm at telia.com> wrote:
>> Scott Dorsey wrote 2014-02-18 19:00:
>>> <gwilliams at cfa.harvard.edu> wrote:
>>>>
>>>> The switch is an auto-sensing Netgear 16-port FS116. I don't see how
>>>> I can check what the switch is set to.
>>>
>>> There's your problem right there. Ditch the Netgear toy and get a
>>> proper switch.
>>>
>>
>> First decide if you want/need to use auto-negotiation or not!
>>
>> If no, get another switch (where you can disable it)
>> If yes, switch it on in the Alpha.
>
> It's a Netgear. It's total garbage, not even acceptable for noncritical
> home use. It needs discarding. Get a proper switch.
>
That might very well be so, but has nothing to do with the case at
hand and is not the real cause of the problems.
> There ARE switches for which autonegotiation will work properly. Do not
> expect autonegotiation to work properly on any consumer switches, though.
>
And if it actualy does in this case?
> There are too many things that go wrong with computer systems to spend your
> life _also_ debugging flaky network hardware too.
And if there is no "flaky" hardware in this case?
>
>> The FS116 might negotiate just fine, we don't know until
>> he has tried.
>
> The FS116 isn't even reliable enough to use as a doorstop.
And if it actualy runs OK in this case?
Why not simply say "fix the negotiation settings and try"
instead of spitting on some hardware that you do not like?
I fully agree on that is is a bit weird to have these switches
in an environment with 8 clustered OpenVMS Alphas, but that is
not realy part of the problem.
And anyway, as I understood, the problem is now solved.
Jan-Erik.
> --scott
>
>
More information about the Info-vax
mailing list