[SOLVED] Where is the documentation for the lxc launch command that uses "images:"?
Linux - ContainersThis forum is for the discussion of all topics relating to Linux containers. Docker, LXC, LXD, runC, containerd, CoreOS, Kubernetes, Mesos, rkt, and all other Linux container platforms are welcome.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Where is the documentation for the lxc launch command that uses "images:"?
Hi,
My ultimate goal is to create a LXD container that replicates, as close possible, one of my real RHEL 6.7 machines contains in terms of both kernel images and packages. If I have to use a CentOS 6.7 initially before talking to Red Hat Sales, that is fine too. The goal is to be able to ultimately execute some processes within that container but under varying conditions such as memory and CPU resources, which, from all I've read, indicate that is possible.
Working through the tutorials, I ran into a documentation issue:
(the first-machine was from an earlier experiment with an ubuntu container). I need to know what the proper syntax is for that "images:XXXX" part of the command. Where do they get the "amd64" in the "images:centos/6/amd64" part of the command?
I viewed the man page for lxc and it is not indicating the details of what is to the right of the ":" there.
I can "see" what is "out there" but I don't know what "where" is, from a command of:
Am I supposed to know about "amd64" from the above somehow, and somehow know that a slash must precede it in the "images:" part of the lxc launch command?
I stopped using LXC a couple of years ago, but as I recall the image is a template location on the image server. In creating a new container you are installing from an image, which is automatically downloaded from the image server if it is not found on the local host. This is all covered, although not clearly, in the lxc/lxd documentation.
The Ubuntu folks seem to document mostly for people who do not care HOW it works, but only "how to do the next step" without knowing WHY. The information IS out there, but you may have to dig a little.
First of all, it is interesting to have a way to convert a host into a container.
The maintainer of LXD has a presentation for the FOSDEM conference that talks about that.
Their respective names are centos/6 and centos/7. Each have 3 more aliases (not shown yet), and also have a fingerprint (the 84e21ff4a00f) that you can use instead.
Let's figure out those aliases.
Code:
$ lxc image info images:centos/6
Fingerprint: 84e21ff4a00f04c1e9eb2ad126f9de980d6eb00ec5e5f993da5b65680dcacd7d
Size: 75.58MB
Architecture: x86_64
Public: yes
Timestamps:
Created: 2017/12/10 00:00 UTC
Uploaded: 2017/12/10 00:00 UTC
Expires: never
Last used: never
Properties:
architecture: amd64
serial: 20171210_02:16
description: Centos 6 amd64 (20171210_02:16)
os: Centos
release: 6
Aliases:
- centos/6/default
- centos/6/default/amd64
- centos/6
- centos/6/amd64
Cached: no
Auto update: disabled
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.