similar to: Redhat acquires CoreOS

Hello, It looks good to me and it makes the code more robust. Removing /usr/lib/os-release in future releases of CoreOS is less probable than removing /usr/share/coreos/lsb-release. After such a change I would also update `test-data/phony-guests/make-coreos-img.sh' to also inject an os-release file in the dummy image it creates. Find attached the `/usr/lib/os-release' and

This patch set adds support for inspecting CoreOS installations. In CoreOS the files that need to be inspected under /etc are links to files under /usr which is hosted on a different partition and mounted read only. Hence, inspecting the root fs is not enough to gather all needed information. This patch set adds code for recognizing the root and the /usr partitions of CoreOS and a new internal

Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- .gitignore | 1 + inspector/Makefile.am | 1 + inspector/expected-coreos.img.xml | 30 +++++++++++ inspector/test-virt-inspector.sh | 2 +- tests/guests/Makefile.am | 6 +++ tests/guests/guest-aux/make-coreos-img.sh | 83

Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- .gitignore | 1 + inspector/Makefile.am | 1 + inspector/expected-coreos.img.xml | 30 +++++++++++ tests/guests/Makefile.am | 6 +++ tests/guests/guest-aux/make-coreos-img.sh | 83 +++++++++++++++++++++++++++++++ tests/guests/guests.xml.in | 16

* Implement coreos distro * Detect CoreOS images Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- generator/actions.ml | 4 +++ src/guestfs-internal.h | 3 +++ src/inspect-fs-unix.c | 69 +++++++++++++++++++++++++++++++++++++++++++++++--- src/inspect-fs.c | 21 +++++++++++++++ src/inspect-icon.c | 1 + src/inspect.c | 59

* Implement coreos distro * Detect CoreOS images Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- generator/actions.ml | 4 +++ src/guestfs-internal.h | 3 +++ src/inspect-fs-unix.c | 69 +++++++++++++++++++++++++++++++++++++++++++++++--- src/inspect-fs.c | 21 +++++++++++++++ src/inspect-icon.c | 1 + src/inspect.c | 62

On Wed, Mar 30, 2016 at 04:38:31PM +0200, Pino Toscano wrote: > Look for /lib/os-release in the /usr partition and try to use it, if > present, before using lsb-release later on. This should not change the > final result of the inspection, while using the os-release detection > method also for CoreOS. > --- > Nikos, since you added the support for CoreOS in libguestfs, can you

Look for /lib/os-release in the /usr partition and try to use it, if present, before using lsb-release later on. This should not change the final result of the inspection, while using the os-release detection method also for CoreOS. --- Nikos, since you added the support for CoreOS in libguestfs, can you please check whether this change works for you as well? Thanks in advance.

So I'm not running it on each individual container. Instead I'm running with a guarantee of at least one tinc container on each coreos host and then connect to other containers(currently have about 20 hosts running across the world with this setup) I find on the whole setup to work well, I'm not noticing any unusual overhead, but there is a lot of extra provisioning work I'm doing

I'd like to hear from anyone using coreos to run a container with tinc for purpose of connecting containers. Sounds almost like a chicken/egg problem:-) I'm thinking of running a container with alpine linux and tinc installed there. John Griessen

Hello, is CoreOS supported by libguestfs? I was trying to run several commands some were successful others ended up with an error: for example virt-df was OK but when I tried to do virt-resize I got the following error message: root@ny2proxd03:/var/lib/vz/images/100# virt-resize --expand /dev/sda3 vm-100-disk-1.qcow2 vm-100-disk-1.qcow2.resized Examining vm-100-disk-1.qcow2 ... 100%

Unfortunately this is a prebuilt proxmox server which is running on debian wheezy and I cannot even install the latest version of libguesfs because of this. On Sep 9, 2014, at 10:18 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Sep 09, 2014 at 08:22:37PM +0300, Keresztes Péter-Zoltán wrote: > [...] > > The btrfs driver in your kernel is unable to mount one of the

George Wilson put together a list of ZFS enhancements and bug fixes that were integrated into Solaris 10 update 3, and I was curious if there was something similar for update 4? There have been a bunch of reliability and performance enhancements to the ZFS code over the past few months, and I am curious which ones were integrated into the latest Solaris 10 update (I can''t seem to find a

Howdy, I installed Nevada build 49 in a parallels VM on my intel mac mini, and when I run the following DTrace script: $ cat follow.d #pragma option D flowindent; pid$target:::entry, pid$target:::return {} $ cat format.cmds disk 0 exit $ dtrace -s follow.d -o follow.out -c "/usr/sbin/format -f format.cmds" dtrace: script ''follow.d'' matched 13641 probes The system

On Fri, May 29, 2015 at 12:24:58PM +0300, Nikos Skalkotos wrote: > + if (collect_coreos_inspection_info (g)) { > + guestfs_int_free_inspect_info (g); > + return NULL; > + } Although this is stylistic, I think it's easier to understand if you change the if condition to: if (collect_coreos_inspection_info (g) == -1) { ... Rich. -- Richard Jones, Virtualization

On 02/06/15 17:10, Richard W.M. Jones wrote: Hello, > On Fri, May 29, 2015 at 12:24:58PM +0300, Nikos Skalkotos wrote: >> + if (collect_coreos_inspection_info (g)) { >> + guestfs_int_free_inspect_info (g); >> + return NULL; >> + } > Although this is stylistic, I think it's easier to understand if > you change the if condition to: > > if

On Tue, Jun 02, 2015 at 06:18:38PM +0300, Nikos Skalkotos wrote: > On 02/06/15 17:10, Richard W.M. Jones wrote: > Hello, > > > On Fri, May 29, 2015 at 12:24:58PM +0300, Nikos Skalkotos wrote: > >> + if (collect_coreos_inspection_info (g)) { > >> + guestfs_int_free_inspect_info (g); > >> + return NULL; > >> + } > > Although this is

Sorry, I don't get it. In inspect.c line 67 you have this: for (fs = fses; *fs; fs += 2) { if (guestfs_int_check_for_filesystem_on (g, *fs)) { guestfs_int_free_inspect_info (g); return NULL; } } I don't see the bug. On 02/06/15 18:30, Richard W.M. Jones wrote: > On Tue, Jun 02, 2015 at 06:18:38PM +0300, Nikos Skalkotos wrote: >> On 02/06/15 17:10,

On Tue, Jun 02, 2015 at 06:37:06PM +0300, Nikos Skalkotos wrote: > Sorry, I don't get it. In inspect.c line 67 you have this: > > for (fs = fses; *fs; fs += 2) { > if (guestfs_int_check_for_filesystem_on (g, *fs)) { > guestfs_int_free_inspect_info (g); > return NULL; > } > } Oh I see, yes that's a bug too. > I don't see the bug. I

In inspect-fs-unix.c:1197 in add_fstab_entry() then too. On 02/06/15 18:39, Richard W.M. Jones wrote: > On Tue, Jun 02, 2015 at 06:37:06PM +0300, Nikos Skalkotos wrote: >> Sorry, I don't get it. In inspect.c line 67 you have this: >> >> for (fs = fses; *fs; fs += 2) { >> if (guestfs_int_check_for_filesystem_on (g, *fs)) { >>