Start Free Trial
Come for the solution, stay for everything else.
Start Free Trial
How to update network driver
How do I update the e1000 network driver on Debian 6? I have an issue with my iscsi target showing:
Abort Task (01) issued on tid repeatedly and going offline.
8/22/2022 - Mon
I don't know Debian, but I would
- download latest driver from
- "make install" in src directory
- "depmod -a" in case "make install" haven't done it
if u r trying download then install later, then try some live version that supports your HW (eg ubuntu)
in other case goto system manager then remove old drivers and then try installing new one
Do not remove old drivers until you have new ones in place, are you certain it isan issue with the driver rather than the network infrastructure being saturated. I.e the switch you have does not have the necessary back plain to handle the data rate you have on the network.
Your help has saved me hundreds of hours of internet surfing.
well, the server has 2 gigabit nic's plugged into different switches and when running transfers etc, the disks are the bottlenecks rather than the switches.
I have been told to update the drivers to rule it out as the cause initially. Other than that I have been told to switch from Iet iscsi to another one (not sure of the name initially)
Are the network interfaces bonded? Is the iscsi setup for multipathing or is access to the iscsi is via one interface while the other is for other purposes? One segment for the iscsi and another segment for everything else?
Do you have errors indicating the network interface shifted state?
Do you have logs on the switch for the port to which the nic is connected?? CRC errors?
No bonded interfaces, there are 2 nics on the same network, one is for iscsi to a windows server running backups, the other nic is connected to a vmware server to provide iscsi storage for this.
no errors on the switches, or anything in the logs stating that the link is going down or changing speed. Its driving me crazy, only tends to occur under heavy io loads.
to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
Using the same segment means that the path to the VMware can bounce between the two and if your iscsi LUN allocation is limited to one nics ip, and when it switches to the other the access is denied and could explain your error.
Usually using separate segments is suggested which is how the path to the resource is guaranteed through the one path.
I had password protected each lun, and only given the password for the the esx lun to esx.
Since then I have rebuild the box with freenas 8, and all is ok now. I am having another issue with a windows ISCSI drive becoming corrupted so I will create a new question for this, thanks for your help.
ASKER CERTIFIED SOLUTION
Log in or sign up to see answer
Become an EE member today
7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
See how we're fighting big data
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question
I awarded 500 points when I closed the question....and the close request is still pending.
This is the best money I have ever spent. I cannot not tell you how many times these folks have saved my bacon. I learn so much from the contributors.
There is no info in the comment you chose to close the question. IMHO, you should pick the various comments that helped you. You can request attention to get the question reopened.
Your comment was the only one that was helpful, hence why I awarded points to you.
Plans and Pricing
Certified Expert Program
© 1996-2022 Experts Exchange, LLC. All rights reserved. Covered by US Patent