K2000 & RSA - Not all images sent from RSA

Hi All

We are running a test with 10 machines internally, where we are using a scripted installation to "remotely" re-image all of them simultaneously.

We have a RSA, which is sitting on top of our switch right here, which is configured to sync with K2000.

When we go to do the re-image, we are noticing strange behaviour... Out of the 10 machines, 9 of them are pulling the image from the RSA, but 1 (sometimes 2) is pulling the image from K2000 (which is located in another country).

This dramatically slows down our deployment.

Our RSA is a physical machine running ESXi, and has the virtual appliance installed there.

The switch we are using is a Cisco Catalyst 2960-X 24 port. So bandwidth isn't an issue (as far as we can tell).

We've tried setting the network on the RSA from Auto-Negotiate to 1000mbps Full-Duplex, but when we made that change, the RSA did not respond over the network. We had to change it back.

We've run the test a few times now, and every time it's a different machine that connects to K2000 and tries to pull the image from there.

Our RSA has the DHCP server running... although we also have another DHCP server on the subnet, but has an exclusion range for the range that the RSA is broadcasting on. What we can tell, is that all the machines are picking up an IP from the RSA.

Can anyone help? perhaps, is there a way to turn off a PXE response from K2000 (since we will only be using RSA's during operations)?

Many Thanks

2 Comments   [ + ] Show comments
  • What is the other DHCP server? Did you check to see if it had Option 66/67 setup (or next-server/filename)? I can't think of anything else that would cause it to go to the K2 (except for a static IP KBE, but since it is only happening to a couple of machines that can't be it). A workaround would be to use KBE Manipulator to create a KBE that statically pointed to the RSA.
    -Corey - cserrins 5 years ago
    • We've been reading quite a bit about the KBE Manipulator, but from our understanding this is a predecessor to the Media Manager? (Forgive me if I'm wrong)
      We downloaded the manipulator, but if I'm honest, it's not that straight forward.
      Could you possibly let us know how to configure the manipulator to point directly to the RSA?
      We will be having numerous RSA's in different regions across Europe... so in essence we could create a KBE for each location that the RSA is pointing to... Not the best way of doing things, but if it works, then I'm all for it.
      Right now, we've figured that we can get them all to boot to the RSA, if we boot 5 machines at a time to PXE, with a 5 minute or so wait before we boot the next 5.
      But if we can create a KBE that directly points towards the RSA, then this would be much better than our current workaround.
      *edit* The other DHCP is just a standard Windows Server that is somewhere in Germany... the process to get anything changed on that is a real nightmare... (politics you know...), but what we have seen is that the machines are picking up IP's from the RSA...
      My feeling is towards network limitations of some kind, but I cannot find any information in regards to incoming network limitations on the ESXi OS. - Flappers 5 years ago
      • KBE Manipulator is a tool to be used with Media Manager. There is a readme .pdf that outlines everything. If you want to create a KBE that points to the RSA, start up KBEM and fill in the information, then under the Configure menu select modify K2000 server connection and choose the RSA static option. Make sure to update to first.
        -Corey - cserrins 5 years ago
  • We'll try that tomorrow. Thanks (sorry, couldn't reply directly to your comment for some reason) - Flappers 5 years ago
    • Replies only go 3 deep on ITNinja ;) - cserrins 5 years ago

Answers (0)

Be the first to answer this question

This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ