Sankarshan (সঙ্কর্ষণ) wrote:
Michael DeHaan wrote:
In all fairness, system-config-netboot has largely become irrelevant.
>From the perspective of large number of thin client node deployments
sadly yes. s-c-n had been left alone in the dark and at this point in
time the demands of features in provisioning and management can be
handled reasonably well by stuff in cobbler and puppet/genome
Let's instead talk about what you need in cobbler that isn't there, and
contribute to one common codebase. I think that's a better route.
An use case where large number of thin clients are deployed, the demands
crop up (as Bryan has mentioned in passing) at various levels:
- creating a client image that has remarkably small footprint
This would imply livecd-tools / appliance-creator to me.
- provisioning the clients with this small footprint
cobbler
- managing the client boxen in terms of services and diagnostics
puppet, collectd, nagios/cacti, and/or func
- bare metal provisioning the client boxes when need arise
cobbler
- client box health monitoring on a reasonable continuum
collectd, nagios/cacti, and/or func
- trapping boot failures and providing ability to diagnose them
not sure I understand what a "boot failure" is in this context.
But these aren't cobbler features and they bubble up to become features
of a management tool which would perhaps be using puppet underneath and
consuming features being made available via cobbler.
Yeah, some are, some aren't. You're starting to talk about larger
management solutions for sure.
Right now, that points to either spacewalk or ovirt, which we are going
to make usable in conjunction.
This would probably a very good time to get that discussion going on
those lists (specifically ovirt) if you had specific needs/requirements.
Mostly this area is being handled by ovirt, including a lot of work
around the minimal OS image info, and also how to do lightweight monitoring
and basic hypervisor management.
--Michael
_______________________________________________
Stateless-list mailing list
[email protected]
http://www.redhat.com/mailman/listinfo/stateless-list
