ONTAP Discussions

Slow netboot response while performing a controller swap

dmarkham_peak

I am in the process of doing a controller swap from a FAS2620 to a FAS8200 using the Upgrading Controller Express Guide.   The instructions say to netboot the new controllers to install the new Ontap version to match the version on the current controllers.  I am netbooting to Ontap 9.7P5 and it has been over an hour and still loading the rootfs.img.    It is proceeding as their are dots spewing across the screen slowly.    I am direct connected to e0M on the controllers from my Mac at 1Gb speed.   How long would I expect the netboot to take?  Is there something I am missing?

1 ACCEPTED SOLUTION

Mjizzini

I have seen Netboot taking 45 minutes to an hour to get the file, decompress it, and load it.

The slowness could be from the host NIC card or the cable. 

 

Note that E0M port has a speed of 100M.

View solution in original post

16 REPLIES 16

Mjizzini

I have seen Netboot taking 45 minutes to an hour to get the file, decompress it, and load it.

The slowness could be from the host NIC card or the cable. 

 

Note that E0M port has a speed of 100M.

View solution in original post

dmarkham_peak

Not from the host NIC card or cable.   Used the same NIC and cable to pull the code over to the system via Maintenance Menu option 7 and it transferred it in about a minute.

aborzenkov

e0M in FAS8200 is 1GbE. SP port is 100Mb/s indeed, but SP is not used for netboot.

 

I have seen this problem in the past when using http protocol; usually workaround was to use tftp. I even remember having seen KB regarding this issue, but now when NetApp destroyed their knowledge base it is no more possible to find anything.

paul_stejskal

@aborzenkov Which KB articles are you missing? We are always updating the KB site and publishing new info based upon cases and customer feedback, and if there is content you find missing, or not coming up in search we definitely want to know so we can fix it! 

@DrewC FYI

 

I think his point is he doesn't know the exact KB number and was not able to find it when searching the database.

Did it have to do with netbooting? I can look in the old KB's databsae. If you remember the title or anything about it, or find it we'll get it fixed ASAP.

From what @aborzenkov  said, it was in regards to slow netboot when using http as the protocol (which was my original issue in this thread) and the recommendation in the KB was to use tftp. 

I found a KB entitled "Netboot http will not work at 1000 megabits per second" and it mentions netboot only runs at 100 Mb/s, but TFTP does gigabit speeds. Is that what you might have thought of?

 

aborzenkov

@paul_stejskal wrote:

I found a KB entitled "Netboot http will not work at 1000 megabits per second" and it mentions netboot only runs at 100 Mb/s, but TFTP does gigabit speeds. Is that what you might have thought of?

 


Yes, I think it is this one. I know it was about older filer models (and I had this issue with older models as well) but it does not mean problem cannot reoccur on newer hardware ...

paul_stejskal

The article was invalid because it only applies to really old systems from more than a decade ago. I would go down opening the Support case to investigate more.

Is that a public facing KB?  What is the KB #?   Can you attach it to the thread?

Looking further, it only seems to apply to FAS200/3000 series, not even 2xxx/32xx, so this isn't valid I believe. I apologize.

 

How far away is the HTTP server? I'm wondering if the performance is better or worse.

 

If you need help getting it working better, it may be faster to open a support case if you're having issues and we can help troubleshoot it. I'd personally want to get a packet trace to see if you are getting fast network response times.

I am direct connected from my laptop to e0M port.   When I downloaded the software via Maint Menu - Option 7, it took less than a minute.   So it appears to be a Netboot issue.   I tried in my lab this week and looked like I had the same issue with http but tftp netbooted in a minute or two.   So it definately looks like a netboot only issue with http.

Hmm interesting. Can you get a case open and maybe collect a packet trace from your laptop during the netboot and upload to that case? I want to take a look.

My testing in the lab was with a Windows VM since I have not physically in the lab due to Covid stuff.   The NetBoot from that VM was very slow using http and what I would expect from tftp.   Once I can get in again, I will test both protocols using a direct connection from my Mac and try to collect packet traces for both.   I will open a case at that point as well.

dmarkham_peak

Thanks.  I will give tftp a try on our lab system.  I was able to get the customer upgraded by just doing an Option 7 from the maint menu and then doing the swap.   Had a couple of other challenges but able to work around them doing it that way.

Announcements
NetApp on Discord Image

We're on Discord, are you?

Live Chat, Watch Parties, and More!

Explore Banner

Meet Explore, NetApp’s digital sales platform

Engage digitally throughout the sales process, from product discovery to configuration, and handle all your post-purchase needs.

NetApp Insights to Action
I2A Banner
Public