ASR restore fails -Network Problem!!!

tsmondemand

ADSM.ORG Member
Joined
Feb 6, 2006
Messages
61
Reaction score
0
Points
0
Website
http
Hardware : IBM x346 model

Network Adapter: 2x Internal Broadcom NetXtreme Gigabit Ethernet Card

RAID 5 is Configured as Hardware level.



I'm trying to restore a Windows 2003 (with SP1) server but the network driver doesn't seem to get installed?



with the open command prompt I do a ipconfig /all and I dont see anything listed. My network supports DHCP and network card also plugged in.



Should i need to install network card driver manually and if it is How can I manually install this as apart of the ASR recovery process?





Thanks
 
Got the solution and ASR successfull.



Installed Broadcam Network driver manually from the command line and works fine....



Thanks.
 
ASR restore - network driver installation

Got the solution and ASR successfull.

Installed Broadcam Network driver manually from the command line

Please can you descibe how you installed the Broadcom Network driver manually?
We stay currently at the same point. Is there a GUI needed? It's not available at this point!

Thank You
 
Here's a respond from IBM...

For nearly *all* of our customers that are experiencing Windows 2003 backup hang issues, the issue appears to be related to Known Issues with the Microsoft Windows Server 2003 Scalable Networking Pack (SNP) which is installed and enabled by default by Windows 2003 Service Pack 2, or as an optional component on Windows 2003 SP1. The issue also appears to be tied to gigabit ethernet NIC's with Broadcom *CHIPSETS*. Please note that several different manufacturers are using Broadcom Gig-E chipsets in their NICs.

Here's the breakdown from a TSM perspective:
We're not seeing this on systems without Broadcom based NICs.
We're not seeing this on any platform other than Windows 2003.
We're not seeing it on any "base" 2003 installs.
We're not seeing it on any 2003 SP1 installs *unless* the optional Scalable Networking Pack installed and enabled.
As soon as Windows 2003 SP2 is installed, (Which silently installs & enables SNP.) we start seeing the issue.
As soon as SNP is completely disabled, we stop seeing the issue.

So, the issue *only* occurs when the Scalable Networking Pack changes something in the networking layer.

TSM uses generic TCP/IP calls to ensure cross-platform compatibility. Those calls should be completely unaffected by any changes to the Networking Layer, before or after SNP is installed and enabled. That's not the case. We make the *exact* same Windows API calls in both cases and the only time those calls result in an issue is when the SNP is enabled.

SNP is new/additional functionality that Microsoft and Broadcom have been working on together which, when enabled, can cause issues with other applications, not just TSM.

For more information please refer to the following webpages:
http://support.microsoft.com/kb/912222
http://support.microsoft.com/kb/936594
http://support.microsoft.com/kb/945977
http://support.microsoft.com/kb/947775
http://support.microsoft.com/kb/942861
http://support.microsoft.com/kb/927695
http://support.microsoft.com/kb/945466

Since that's the case and we don't see the issue if SNP is not enabled, we feel that the issue is external to TSM and Microsoft and Broadcom should continue to assist their customers to address the problems their new functionality has brought to the Networking Layer of Windows 2003. (Again, please refer to the Microsoft KB's I mentioned earlier for additional information.)

NOTE: For the record, I am *not* a Broadcom or Microsoft support engineer and am passing you general information that has been reported back by other customers seeing extremely similar symptoms/issues in their environment. The OEM or vendor for your environment should be contacted to confirm any changes external to TSM, should you have any questions regarding them or how to make them.

The approach that has addressed this issue for nearly all of our customers has been to disable the SNP functionality in the Windows registry. Please note that this is a *work-around* and that the final resolution of this issue will need to be pursued with Microsoft and/or your system vendor(s).

The following steps should all be done and should provide you a work-around for you on this issue:
1. Confirm that the affected node(s) have Gig-E ethernet cards. (You do, as indicated by the "HP NC373i Virtual Bus Device" in your dsminfo.txt file.)
2. Determine if the Gig-E NIC's have Broadcom chipsets. You might need to contact the vendor to confirm this. (You do, as indicated by the "HP NC373i Virtual Bus Device" in your dsminfo.txt file.)
3. Disable SNP in the OS via the Registry.
NOTE: This process will require a REBOOT.
Please see the attached "SNP_Registry.jpg" for more information.
A. Modify the registry to disable Receive Side Scaling (RSS)
1. Click Start, click Run, type regedit, and then click OK.
2. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
3. If the EnableRSS registry entry does not exist, create it.
To do this, follow these steps
a. On the Edit menu, point to New, and then click DWORD Value.
b. In the New Value #1 box, type EnableRSS, and then press ENTER.
4. In the details pane, right-click EnableRSS, and then click Modify.
5. In the Value data box, type 0 (zero), and then click OK.
B. Modify the registry to disable TCPA support
1. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
2. If the EnableTCPA registry entry does not exist, create it.
To do this, follow these steps
a. On the Edit menu, point to New, and then click DWORD Value.
b. In the New Value #1 box, type EnableTCPA, and then press ENTER.
3. In the details pane, right-click EnableTCPA, and then click Modify.
4. In the Value data box, type 0 (zero), and then click OK.
C. Modify the registry to disable TCP Chimney support (TCP Offload)
1. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
2. If the EnableTCPChimney registry entry does not exist, create it.
To do this, follow these steps
a. On the Edit menu, point to New, and then click DWORD Value.
b. In the New Value #1 box, type EnableTCPChimney, and then press ENTER.
3. In the details pane, right-click EnableTCPChimney, and then click Modify.
4. In the Value data box, type 0 (zero), and then click OK.
5. Exit Registry Editor.
4. Reboot.

FYI - I will be out of the office March 12th to 17th. If you need assistance with this PMR while I'm out, please call in and have it updated with a request for contact and another engineer will assist you.

You might also be interested in the following thread in the HP forums:
http://forums11.itrc.hp.com/service...47626+1205268198574+28353475&threadId=1153566
 
Got the solution and ASR successfull.

Installed Broadcam Network driver manually from the command line and works fine....

Thanks.

So you are doing a bare metal recovery and got to the point where the TSM client prompts you to choose where your data is...
1) TSM Server
2) Local Backup set
etc..

Did you choose option #1? And this worked and restored your system to a bootable state?? I ask because I have yet to make this work. Network drivers are not my issue but it sounds like after you got those installed you were successful in your restore.

(oops now I see that post was 2006)
 
Last edited:
Here's a respond from IBM...

For nearly *all* of our customers that are experiencing Windows 2003 backup hang issues, the issue appears to be related to Known Issues with the Microsoft Windows Server 2003 Scalable Networking Pack (SNP) which is installed and enabled by default by Windows 2003 Service Pack 2, or as an optional component on Windows 2003 SP1....

Ttrinh, thank you for posting this. We've been working on a BMR test for several weeks off and on, and had yet to be successful. At the point where the TSM client contacts the server, it would begin and then crash. We were using a Windows2003 CD with SP2 and the Broadcom NIC drivers slipstreamed into the CD.

After seeing your post, we created a Windows2003 CD with SP1 slipstreamed into it instead, and also the Broadcom NIC drivers, and on the first BMR attempt we were able to successfully restore a system. Doesn't matter that the system was backed up as an SP2 system since that's going to ultimately be on the system once the restore overlays everything anyway.

Thank you very much for posting this. It immediately pointed us in the right direction.
 
Last edited:
ASR restore - network driver installation

Now we have the solution to do a BMR with ASR for Windows 2003 (SP1).
Our problem was the failed installation of network drivers.
Therefore the question (above) for manual installation.

We use:
- Windows 2003 (SP1)
- HP Proliant DL380 G4
- Broadcom HP NC7782 Gigabit Ethernet
- TSM BA/Client 5.4.1.4

- TSM Server 5.3.4.0

The hint was here:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=982093



So you are doing a bare metal recovery and got to the point where the TSM client prompts you to choose where your data is...
1) TSM Server
2) Local Backup set
etc..


At this point we opened the second command-box to start the hardware detection with:

C:\WINDOWS\System32\rundll32.exe shell32.dll,Control_RunDLL hdwwiz.cpl

(Command is case sensitive!)

We cancelled ALL questions for install USB Hub, monitor, etc
until the list of all unconfigured devices comes up.

Here we choosed the Ethernet Controller and
installed the driver manual from disk (copy to TSMASR disk before).

At this point we got an IP-address for the network controller via DHCP.

see: ipconfig /all
and: ping x.x.x.x

Now we are ready to switch to TSM ASR restore screen and choosed option #1.

TSM server could connect and restore starts ...

The rest works fine for us and server comes up without any error.
see C:\Windows\Temp\~tsmasr\baclient\dsmerror.log


(Sorry for my bad english)
 
if you like playig with command lines

you also got this tool
Devcon.exe

you can dosnl it and put it on the floppy and play
it's a bit crazy but its works
 
I have the same problem

I use :
- Windows 2003 EE (Sp2)
- IBM HS21
- Broadcom Netxtreme II GigE
- tsm cli 5.5.1.0

when I tried install manualy drivers via cmd -it wasn't work
how can I resolve problem with network

BR

Now we have the solution to do a BMR with ASR for Windows 2003 (SP1).
Our problem was the failed installation of network drivers.
Therefore the question (above) for manual installation.

We use:
- Windows 2003 (SP1)
- HP Proliant DL380 G4
- Broadcom HP NC7782 Gigabit Ethernet
- TSM BA/Client 5.4.1.4

- TSM Server 5.3.4.0

The hint was here:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=982093






At this point we opened the second command-box to start the hardware detection with:

C:\WINDOWS\System32\rundll32.exe shell32.dll,Control_RunDLL hdwwiz.cpl

(Command is case sensitive!)

We cancelled ALL questions for install USB Hub, monitor, etc
until the list of all unconfigured devices comes up.

Here we choosed the Ethernet Controller and
installed the driver manual from disk (copy to TSMASR disk before).

At this point we got an IP-address for the network controller via DHCP.

see: ipconfig /all
and: ping x.x.x.x

Now we are ready to switch to TSM ASR restore screen and choosed option #1.

TSM server could connect and restore starts ...

The rest works fine for us and server comes up without any error.
see C:\Windows\Temp\~tsmasr\baclient\dsmerror.log


(Sorry for my bad english)
 
Configure DHCP and enable on driver installation.

Did you try this command to switch in graphic-mode?

C:\WINDOWS\System32\rundll32.exe shell32.dll,Control_RunDLL hdwwiz.cpl (Command is case sensitive!)

Click away all questions until Ethernet Controller's and then
install the driver in this step manual from disk (copy to TSMASR disk before).
 
Back
Top