Loading...
Loading...
The onboard eth0 interfaces are running at 100Mbps on Gen4T nodes after the OS upgrade from SLES 11SP3 to SLES 11SP4.Status of eth0 reported by ethtool is as follows:root@avamar:~/# mapall --noerror --user=root 'ethtool eth0'Using /usr/local/avamar/var/probe.xml(0.0) ssh -q -x -o GSSAPIAuthentication=no root@192.168.255.2 'ethtool eth0'Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: off Supports Wake-on: g Wake-on: d Current message level: 0x000000ff (255) drv probe link timer ifdown ifup rx_err tx_err Link detected: yesLogs show that the tg3 driver has been updated to a newer version during the OS upgrade.Jan 3 11:33:38 avamar ifup: eth0 device: xxxxxxxx Corporation xxxxxxxxx xxxxxxx GigabiJan 3 11:33:38 avamar kernel: [ 160.651777] ADDRCONF(NETDEV_UP): eth0: link is not readyJan 3 11:33:41 avamar kernel: [ 163.468471] tg3 0000:7d:00.0: eth0: Link is up at 1000 Mbps, full duplexJan 3 11:33:41 avamar kernel: [ 163.468479] tg3 0000:7d:00.0: eth0: Flow control is off for TX and off for RXJan 3 11:33:41 avamar kernel: [ 163.468485] tg3 0000:7d:00.0: eth0: EEE is disabledJan 3 11:33:41 avamar kernel: [ 163.831880] ADDRCONF(NETDEV_CHANGE): eth0: link becomes readyJan 3 11:33:51 avamar kernel: [ 174.087186] eth0: no IPv6 routers presentJan 3 13:29:45 avamar ifup: eth0 device: xxxxxxxx Corporation xxxxxxxxx xxxxxxx Gigabit Ethernet PCIe (rev 10)Jan 3 13:42:19 avamar ifup: eth0 device: xxxxxxxx Limited xxxxxxxxx xxxxxxx Gigabit Ethernet PCIe (rev 10)Jan 3 14:05:07 avamar ifup: eth0 device: xxxxxxxx Limited xxxxxxxxx xxxxxxx Gigabit EtJan 3 14:05:07 avamar kernel: [ 90.961281] ADDRCONF(NETDEV_UP): eth0: link is not readyJan 3 14:05:10 avamar kernel: [ 93.380667] tg3 0000:7d:00.0: eth0: Link is up at 100 Mbps, full duplexJan 3 14:05:10 avamar kernel: [ 93.380675] tg3 0000:7d:00.0: eth0: Flow control is off for TX and off for RXJan 3 14:05:10 avamar kernel: [ 93.380681] tg3 0000:7d:00.0: eth0: EEE is disabledJan 3 14:05:11 avamar kernel: [ 94.289754] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
This issue is not fully understood yet, however, it is caused by the new kernel driver version not advertising the correct link modes.
Note: The procedure presented below will temporarily reset the eth0 interfaces on all nodes in the system. The Avamar system should be quiet with no backups or replication jobs running before the following steps are executed. A new checkpoint should be taken using the GUI option to ensure that no data loss occurs as the result of correcting the issue.1. Login to the utility node or the single node as the admin user2. Switch to the root user su - 3. Load the root user SSH key ssh-agent bashssh-add ~/.ssh/rootid 4. Add the correct advertised mode to the eth0 mapall --noerror --user=root --all+ 'ethtool -s eth0 advertise 0x2f' 5. Verify that the speed of the eth0 interfaces is now correct (1000Mb/s) mapall --noerror --user=root --all+ 'ethtool eth0 | grep Speed' 6. Procedure CompleteIf steps above do not resolve the problem, please create the Service Request with Avamar Support.
Click on a version to see all relevant bugs
Dell Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.