r8169 0000:03:00.0: Direct firmware load for rtl_nic/rtl8168g-2.fw failed with error -2
r8169 0000:03:00.0: Unable to load firmware rtl_nic/rtl8168g-2.fw (-2)
Generic FE-GE Realtek PHY r8169-0-300:00: attached PHY driver (mii_bus:phy_addr=r8169-0-300:00, irq=MAC)
r8169 0000:03:00.0 eth0: Link is Down
r8169 0000:03:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
NET: Registered PF_PACKET protocol family
When I had UBUNTU installed on this configuration, the transfer speed was around 75MB/s (FTP/SCP). The only thing I changed was to replace UBUNTU with Rockstor 4.6.0. And now I can’t get over 20MB/s. Any suggestions?
@cyberbob Hello there, and welcome to the Rockstor community forum.
That message indicates that a firmware load couldn’t complete. I’m pretty sure we don’t actually have this firmware in by default, or didn’t until more recently.
Look the the following pull request for some indications of which package we recently added in a newer installer. You may be missing some of the firmware ones:
I.e. you could try:
zypper in kernel-firmware-network
But it very much looks like the needed firmware for your card is just not installed.
A search on this card and openSUSE Leap 15.4 should help - assuming you install is of this base that is.
For this, @phillxnet - or someone else more knowledgeable than me - has to confirm, but I suspect for a source compilation you would have to install the kernel development tools, using: zypper install -t pattern devel_kernel → (installing the entire pattern might be overkill and in reality only requires a couple of tools contained within that pattern).
There is an older post on this forum, unfortunately that one was created for the older CentOS based version. The principle is very similar though the prerequisites would have to be installed differently. Might be worthwhile updating/replacing it with a OpenSUSE flavor:
That post incidentally also came out of a Realtek performance issue when it was using the “wrong” driver
OK, It`s not about Realtek. Today I added a LAN Gbit PCIe adapter with Intel I210-AT and same speed issue (22 MB/s). Looks like the Rockstor is a nice crap…
dmesg:
igb 0000:01:00.0 eth1: igb: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
I understand this kind of issue is always a frustrating but let’s try to keep a cordial tone and stay constructive; you’ve received multiple recommendations above but we do not know whether you have tested them and what their results were exactly. Please understand that it is difficult for people to help you any further if they can’t get feedback and additional information on things they’re recommended.
With that out of the way, let’s see if we can do something about the new card. An Intel controller usually should be a bit more robust but we’ve seen some issues in the past with other intel controllers still. Either way, let’s start from the beginning.
First, can you describe steps to reproduce your slow speed? Are these disk writes/reads or pure network speeds as reported by iperf for instance?
I personally would also need some details about your screenshot.
I am assuming you are using Rockstor on Leap 15.4, so you could also try installing the latest drivers and firmware for your controller. For instance:
Drivers
# Get drivers from Intel
wget https://downloadmirror.intel.com/781326/SLES_15.4_igb_5.13.20_RPM.zip
# Install unzip and extract the zip file
zypper --non-interactive in --no-recommends unzip
unzip SLES_15.4_igb_5.13.20_RPM.zip
# Install the drivers
zypper in igb-kmp-default-5.13.20_k5.14.21_150400.22-1.sles15.4.x86_64.rpm
The latter will warn you about unsigned drivers, should be fine to “ignore” and install nonetheless. NOTE that Intel has a mention about adding the signing key if you’re using secure boot… I couldn’t test that but here’s the note:
This release includes the Intel public key to allow you to authenticate the signed driver in secure boot mode. To authenticate the signed driver, you must place Intel’s public key in the UEFI Secure Boot key database.
Firmware packages
Searching on this forum will show you that some additional firmware packages may be needed for some Intel network controllers. Have a look, for instance at the following:
There, you will see that @stitch10925 shared their troubleshooting and solution:
zypper in --no-recommends kernel-firmware-intel kernel-firmware-network kernel-firmware-platform
Of course, make also sure that you are all up-to-date on upstream updates:
Did you notice a difference between active and passive transfer (pulling / pushing)? Is SCP still slow as well? Are there any filesystem operations running (scrub/balance)?
