This repository has been archived by the owner on May 12, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 374
clh: keep the stdout/stderr open for CLH until its process exits #2439
Labels
enhancement
Improvement to an existing feature
medium-priority
Urgent issue (resolve before unprioritised issues)
needs-review
Needs to be assessed by the team.
Comments
likebreath
added
enhancement
Improvement to an existing feature
needs-review
Needs to be assessed by the team.
labels
Feb 4, 2020
I'm prone to say you might want to capture the output, even in a production deployment. The end users might want to import those into their logging stack for post-analysis etc. |
Based on the debug settings for the hypervisor in our config.toml we can either have this redirected to a log file or /dev/null when debug is not enabled. |
jcvenegas
added
the
medium-priority
Urgent issue (resolve before unprioritised issues)
label
Mar 27, 2020
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 27, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 27, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 27, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 27, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 28, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 29, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
Apr 30, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
May 4, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
May 5, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
May 6, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
May 13, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
jcvenegas
added a commit
to jcvenegas/runtime
that referenced
this issue
May 13, 2020
Use systemd-cat to collect hypervisor output. The `systemd-cat` program will open a journal fd and call `cat(1)` to redirect all the output to the fd. This requires an extra binary to read from hypervisor stdout (that has combined stdin, stderr and serial terminal). But because it is cat the overhead is minimal and only is started on Kata debug mode. Depends-on: github.com/kata-containers/packaging#1047 Fixes: kata-containers#2439 Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
enhancement
Improvement to an existing feature
medium-priority
Urgent issue (resolve before unprioritised issues)
needs-review
Needs to be assessed by the team.
Which feature do you think can be improved?
The
kata-runtime
now capturescloud-hypervisor
(CLH) output (stdout/stderr) to a local buffercloudHypervisor::cmdOutput
when launching CLH. Thekata-runtime
will exit when CLH launched successfully, and will leave CLH's output closed (not redirected) afterwards.This issue can cause unexpected behaviors from CLH, e.g. causing CLH (child thread) panic while CLH tries to log warnings (to stderr) and stderr is not open (cloud-hypervisor/cloud-hypervisor#703).
How can it be improved?
One potential solution is, instead of redirecting to a local buffer that lives with
kata-runtime
, CLH's output can be redirected to a file, e.g./dev/null
for production, or a log file for debugging.Additional Information
Please share your thoughts and advises.
The text was updated successfully, but these errors were encountered: