Hey All – We’re building an IoT edge device based on CentOS Atomic Host and as seasoned sysadmins/developers, we’re trying to break ourselves of “normal server admin” habits and trying to get more into the Atomic flow. We’ve already stopped doing a lot of stupid things (e.g., remounting /usr rw), but some things still seem impossible.
As an example, we’re trying to follow the “transactional” nature of Atomic, but we’re finding there’s no real “commit”. When we need to change something in the OS itself, we end up stuck with a “hotfix” flagged deployment that we can’t really “commit” to clear the flag, which leaves us unable to make follow-on transactional changes. We are also in the process of migrating our Ansible-based platform customization and software-load (i.e., Docker containers managed via Docker Compose) which seems somewhat unnatural in the Atomic world. The docs seem pretty clearly focused on using Atomic as the OS for a cluster, but our standalone deployments seem to leave us with a lot of questions. I think the following list is a reasonable summary of the big questions we haven’t really figured out yet: * Is there a “commit” that would allow us to commit the current “hotfix” to the current deployment? * Once in “hotfix” mode, is there anyway to get out of it that doesn’t toss the existing changes? * All of our appliances start with a common base image. What’s the recommended approach for changing kernel arguments so they appear in the common base image? * What am I not telling you that would be helpful in this case? Note that we’re both invested and committed to using Atomic, and we’d like to offer up a resource to help flesh out the “standalone” side of the documentation so we both have some agreed upon contract between users and core devs, as well as to better enable new users with this use case. Thanks in advance – Shane O. P.S. If you’re in the Raleigh, NC area, I’d happily buy lunch or a beer (or both!) for a chance to pick someone’s brain on some of these issues. This e-mail message, including any attachments and previous email messages sent with it, contains CONFIDENTIAL and PROPRIETARY information of Cree, Inc. or its subsidiaries and may be legally PRIVILEGED. You may not use, disclose, reproduce or distribute such information without Cree's authorization. If you have received this message in error, please notify the sender immediately and permanently delete the original message, its attachments and any copies thereof.
