Realtek r8169 always flapping

[Kseniya Blashchuk]

But no luck. For some reason after a wile autoneg turns on, I do not
understand why. Then it turns off thanx to the script, but the link flaps.
:(

ср, 28 окт. 2015 г. в 11:30, Kseniya Blashchuk <ksyblast at gmail.com>:

> No, adding DEVICE line didnt help, still using a script in disptcher.d
>
> ср, 28 окт. 2015 г. в 11:05, Kseniya Blashchuk <ksyblast at gmail.com>:
>
>> Thank you, Rick.
>> 1) Of course the first thing i did was replacing the cabling, plugging
>> into another port and even into another switch.
>> 2) I put a script changing autoneg in /etc/NetworkManager/dispatcher.d/.
>> But I'll try what you adviced and have a look.
>>
>> вт, 27 окт. 2015 г. в 20:08, Rick Stevens <ricks at alldigital.com>:
>>
>>> On 10/27/2015 05:08 AM, Kseniya Blashchuk wrote:
>>> > Now something strange happens - auto negotiation automatically turns on
>>> > after a while. Cannot distinguish what changes this value. I
>>> > added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the
>>> > ifcfg-Wired_connection_1 config. But seems it doesn't work.
>>> > Am I doing something wrong?
>>>
>>> I haven't had to chase this in a long time, but I see two possible
>>> issues:
>>>
>>> 1) Replace your network cable. Gigabit does put more "strain" on the
>>> cable and if it's flaky (the cable itself or, more likely, the
>>> connectors), you could have issues--especially if it's solid at 100Mbps
>>> but not at 1000Mbps. I've had that issue many times in the past.
>>>
>>> 2) I had always put the options in the modprobe.d/whatever.conf file so
>>> it was tied to the driver regardless of which network device the kernel
>>> decided to call it (what an absolutely idiotic concept to rename the
>>> devices at boot).
>>>
>>> I've never put ETHTOOL_OPTS in a network-scripts/ifcfg-XXX file. Having
>>> said that, I took a quick look at the scripts and it appears that
>>> invoking ethtool is dependent on the presence of a "DEVICE=" line in
>>> that file (well, really on the value of "${REALDEVICE}"). If you don't
>>> have that line, then ethtool isn't called with the "-s" flag to set
>>> parameters as it doesn't know which physical device to apply them to.
>>>
>>> Try buggering the ifcfg-Wired_connection_1 file and insert a
>>>
>>>         DEVICE=enp2s0
>>>
>>> line and try it again. This is just a guess, mind you.
>>>
>>> > вт, 27 окт. 2015 г. в 10:34, Joe Zeff <joe at zeff.us <mailto:joe at zeff.us
>>> >>:
>>> >
>>> >     On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote:
>>> >      > BTW, I thought maybe its not a driver but a NIC issue and some
>>> of the
>>> >      > pins dont work properly. Maybe anybody knows how to check if
>>> all NIC
>>> >      > pins are working?
>>> >
>>> >     I have a friend who does all of my hardware work once it gets past
>>> the
>>> >     card swapping phase.  (That I can do myself.)  Some of his
>>> wire-wrap
>>> >     work is heading out of the Solar System, and he doesn't even try to
>>> >     troubleshoot things like that; he just replaces the card if
>>> possible.
>>> >     However, as the card works fine at 100 Mbps but not at 1000, I
>>> doubt
>>> >     that it's hardware.
>>> >     --
>>> >     users mailing list
>>> >     users at lists.fedoraproject.org <mailto:
>>> users at lists.fedoraproject.org>
>>> >     To unsubscribe or change subscription options:
>>> >     https://admin.fedoraproject.org/mailman/listinfo/users
>>> >     Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>> >     Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>>> >     Have a question? Ask away: http://ask.fedoraproject.org
>>> >
>>> >
>>> >
>>>
>>>
>>> --
>>> ----------------------------------------------------------------------
>>> - Rick Stevens, Systems Engineer, AllDigital    ricks at alldigital.com -
>>> - AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
>>> -                                                                    -
>>> -   To understand recursion, you must first understand recursion.    -
>>> ----------------------------------------------------------------------
>>> --
>>> users mailing list
>>> users at lists.fedoraproject.org
>>> To unsubscribe or change subscription options:
>>> https://admin.fedoraproject.org/mailman/listinfo/users
>>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>>> Have a question? Ask away: http://ask.fedoraproject.org
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20151028/c31038e2/attachment-0001.html>