Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Documentation: Deprecate Pixiecore support #397

Merged
merged 1 commit into from
Dec 12, 2016
Merged

Conversation

dghubble
Copy link
Member

@dghubble dghubble commented Dec 12, 2016

  • coreos-baremetal must support production Tectonic customers on bare-metal
  • Focus on real-world, varied network environments and flexibility
  • iPXE provides better hardware introspection than being limited to MAC
  • Matching must extend beyond hardware identifiers
  • ISC DHCP and dnsmasq provides production DHCP service
  • If we desire all-in-one ease, it will be accomplished by packaging
  • Drop Pixiecore (all-in-one binary) from the setups we can support or recommend
    • Code remains so anyone who was using it isn't taken by surprise and there are no hard feelings :)

@dghubble dghubble force-pushed the deprecate-pixiecore branch 2 times, most recently from 99868cb to b3f92f5 Compare December 12, 2016 18:34
* Focus on real-world, varied network environments
and flexibility, and bare-metal Tectonic
* iPXE provides better hardware introspection than being
limited to MAC
* ISC DHCP and dnsmasq provides production DHCP service
* Drop Pixiecore from the setups we can support or recommend
@dghubble
Copy link
Member Author

dghubble commented Feb 6, 2017

Got a question about this deprecation so I'll provide a bit more detail:

matchbox pixiecore support was neat and I don't want to knock the project or their efforts. However, its unheard of in datacenter environments, it re-implements DHCP/TFTP when quality implementations already exist, it doesn't make use of iPXE, it has oddities for use with matchbox (only being able to use MAC's), its statefulness conflicts with how we'd like to inventory machines long term, and ultimately it isn't something we'd like to support going forward.

I believe a better long term approach for machine stats is a machine inventory service which is independent of both PXE network services and provisioning services.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant