Snapdeploy PXE boot causing a loopback?
Hello everyone,
I've been having an intermittent issue, and i'm almost sure i'm not the only one...
Our local LAN's use a Cisco Catalyst 500 series switches, and about half the time when we PXE boot a computer to the PXE server, the Cisco switch administratively disables the port referencing STP. (Spanning Tree Protocol aka "Loopback"). As soon as the Switch does this, the PXE boot fails and pops an error message. You can reboot the client PC all day, but the switch will just keep disabling the port. In order to get the PXE boot to work and be ready for deployment, I have to disable Spanning Tree Protocol for the port the client PC is connected to. Since we have over 400 Cisco switches in use in the field, its a real pain to have to do this every time we deploy a PC.
Has anyone else figured out why this happens and how to fix it? For whatever reason is doesn't happen on every deployment, but I would say about 50%. I cant figure out why it happens on some PCs and not others.
On a side note... before I switched to Snap Deploy, I tested the IBM PXE solution. The IBM software would trigger STP to disable to post 100% of the time. This makes me think this may be more of a PXE issue than anything, but someone must have figured out a way to get it to work without disabling STP...
Help?

- Anmelden, um Kommentare verfassen zu können

I think in order to test it properly you would need a Cisco 500 series switch. When I disable Loopback protocol on the switch, I am able successfully PXE the client. (But then the network is vulnerable to loopbacks). When I try to PXE boot without Loopback disabled, it fails. Unfortunately it fails at different points in the PXE boot process, shows different error messages, and most of the time it doesn't show an error it all. Most of the time it comes up to the final screen where it would normally be ready for deployment, however on the server it never shows the computer ready to be deployed. Then when I connect to the Cisco switch it shows that it detected a loopback on that port, and administratively disabled it blocking any communication between the PXE server and the client. This is happening on different types of hardware as well. Workstations (IBM 4810-33H) and servers (E-Series 206M)
- Anmelden, um Kommentare verfassen zu können

I have not heard back regarding this.... anyone home?
- Anmelden, um Kommentare verfassen zu können

Hello Niklaus!
Thank you for your detailed comment and please accept our apologies for the delay with the response. We will do our best to handle your request without any procrastination in the future.
Unfortunately due to the lack of investigation information it is hard to identify the exact reason, but I assume there are some conflict between the settings of the switch and PXE server. It is also hard to be sure in the cause since these issues doesn't have stable scenario and as you already mentioned shows different errors and fails at different time.
Anyway we need to check the connection logs to see what causes the breakdown. We have everything ready for reproducing the issue, but need to know some details of your environment. So could you please kindly specify me the following information:
- Settings of the switch in general
- Network connections logs - Wireshark
Please contact us with the information gathered, we will review it, reproduce the issue and find out the cause.
Let us know in case you have any additional questions or face any difficulties with obtaining diagnostic info - we will be glad to help you!
Thank you!
- Anmelden, um Kommentare verfassen zu können