You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Output of "cat "/etc/kata-containers/configuration.toml"":
# Copyright (c) 2017-2019 Intel Corporation## SPDX-License-Identifier: Apache-2.0## XXX: WARNING: this file is auto-generated.# XXX:# XXX: Source file: "cli/config/configuration-qemu.toml.in"# XXX: Project:# XXX: Name: Kata Containers# XXX: Type: kata
[hypervisor.qemu]
path = "/usr/bin/qemu-vanilla-system-x86_64"kernel = "/usr/share/kata-containers/vmlinuz.container"image = "/usr/share/kata-containers/kata-containers.img"machine_type = "pc"# List of valid annotation names for the hypervisor# Each member of the list is a regular expression, which is the base name# of the annotation, e.g. "path" for io.katacontainers.config.hypervisor.path"# The default if not set is empty (all annotations rejected.)# Your distribution recommends: [".*"]enable_annotations = [".*"]
# List of valid annotation values for the hypervisor path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/usr/bin/qemu-vanilla-system-x86_64"]valid_hypervisor_paths = ["/usr/bin/qemu-vanilla-system-x86_64"]
# Optional space-separated list of options to pass to the guest kernel.# For example, use `kernel_params = "vsyscall=emulate"` if you are having# trouble running pre-2.15 glibc.## WARNING: - any parameter specified here will take priority over the default# parameter value of the same name used to start the virtual machine.# Do not set values here unless you understand the impact of doing so as you# may stop the virtual machine from booting.# To see the list of default parameters, enable hypervisor debug, create a# container and look for 'default-kernel-parameters' log entries.kernel_params = " agent.log=debug initcall_debug"# Path to the firmware.# If you want that qemu uses the default firmware leave this option emptyfirmware = ""# Machine accelerators# comma-separated list of machine accelerators to pass to the hypervisor.# For example, `machine_accelerators = "nosmm,nosmbus,nosata,nopit,static-prt,nofw"`machine_accelerators=""# CPU features# comma-separated list of cpu features to pass to the cpu# For example, `cpu_features = "pmu=off,vmx=off"cpu_features="pmu=off"# Default number of vCPUs per SB/VM:# unspecified or 0 --> will be set to 1# < 0 --> will be set to the actual number of physical cores# > 0 <= number of physical cores --> will be set to the specified number# > number of physical cores --> will be set to the actual number of physical coresdefault_vcpus = 1# Default maximum number of vCPUs per SB/VM:# unspecified or == 0 --> will be set to the actual number of physical cores or to the maximum number# of vCPUs supported by KVM if that number is exceeded# > 0 <= number of physical cores --> will be set to the specified number# > number of physical cores --> will be set to the actual number of physical cores or to the maximum number# of vCPUs supported by KVM if that number is exceeded# WARNING: Depending of the architecture, the maximum number of vCPUs supported by KVM is used when# the actual number of physical cores is greater than it.# WARNING: Be aware that this value impacts the virtual machine's memory footprint and CPU# the hotplug functionality. For example, `default_maxvcpus = 240` specifies that until 240 vCPUs# can be added to a SB/VM, but the memory footprint will be big. Another example, with# `default_maxvcpus = 8` the memory footprint will be small, but 8 will be the maximum number of# vCPUs supported by the SB/VM. In general, we recommend that you do not edit this variable,# unless you know what are you doing.# NOTICE: on arm platform with gicv2 interrupt controller, set it to 8.default_maxvcpus = 0# Bridges can be used to hot plug devices.# Limitations:# * Currently only pci bridges are supported# * Until 30 devices per bridge can be hot plugged.# * Until 5 PCI bridges can be cold plugged per VM.# This limitation could be a bug in qemu or in the kernel# Default number of bridges per SB/VM:# unspecified or 0 --> will be set to 1# > 1 <= 5 --> will be set to the specified number# > 5 --> will be set to 5default_bridges = 1# Default memory size in MiB for SB/VM.# If unspecified then it will be set 2048 MiB.default_memory = 2048## Default memory slots per SB/VM.# If unspecified then it will be set 10.# This is will determine the times that memory will be hotadded to sandbox/VM.#memory_slots = 10# The size in MiB will be plused to max memory of hypervisor.# It is the memory address space for the NVDIMM devie.# If set block storage driver (block_device_driver) to "nvdimm",# should set memory_offset to the size of block device.# Default 0#memory_offset = 0# Specifies virtio-mem will be enabled or not.# Please note that this option should be used with the command# "echo 1 > /proc/sys/vm/overcommit_memory".# Default false#enable_virtio_mem = true# Disable block device from being used for a container's rootfs.# In case of a storage driver like devicemapper where a container's# root file system is backed by a block device, the block device is passed# directly to the hypervisor for performance reasons.# This flag prevents the block device from being passed to the hypervisor,# 9pfs is used instead to pass the rootfs.disable_block_device_use = false# Shared file system type:# - virtio-9p (default)# - virtio-fsshared_fs = "virtio-9p"# Path to vhost-user-fs daemon.virtio_fs_daemon = "/usr/bin/virtiofsd"# List of valid annotation values for the virtiofs daemon path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/usr/bin/virtiofsd"]valid_virtio_fs_daemon_paths = ["/usr/bin/virtiofsd"]
# Default size of DAX cache in MiBvirtio_fs_cache_size = 0# Extra args for virtiofsd daemon## Format example:# ["-o", "arg1=xxx,arg2", "-o", "hello world", "--arg3=yyy"]## see `virtiofsd -h` for possible options.virtio_fs_extra_args = []
# Cache mode:## - none# Metadata, data, and pathname lookup are not cached in guest. They are# always fetched from host and any changes are immediately pushed to host.## - auto# Metadata and pathname lookup cache expires after a configured amount of# time (default is 1 second). Data is cached while the file is open (close# to open consistency).## - always# Metadata, data, and pathname lookup are cached in guest and never expire.virtio_fs_cache = "auto"# Block storage driver to be used for the hypervisor in case the container# rootfs is backed by a block device. This is virtio-scsi, virtio-blk# or nvdimm.block_device_driver = "virtio-scsi"# Specifies cache-related options will be set to block devices or not.# Default false#block_device_cache_set = true# Specifies cache-related options for block devices.# Denotes whether use of O_DIRECT (bypass the host page cache) is enabled.# Default false#block_device_cache_direct = true# Specifies cache-related options for block devices.# Denotes whether flush requests for the device are ignored.# Default false#block_device_cache_noflush = true# Enable iothreads (data-plane) to be used. This causes IO to be# handled in a separate IO thread. This is currently only implemented# for SCSI.#enable_iothreads = false# Enable pre allocation of VM RAM, default false# Enabling this will result in lower container density# as all of the memory will be allocated and locked# This is useful when you want to reserve all the memory# upfront or in the cases where you want memory latencies# to be very predictable# Default false#enable_mem_prealloc = true# Enable huge pages for VM RAM, default false# Enabling this will result in the VM memory# being allocated using huge pages.# This is useful when you want to use vhost-user network# stacks within the container. This will automatically# result in memory pre allocation#enable_hugepages = true# Enable vhost-user storage device, default false# Enabling this will result in some Linux reserved block type# major range 240-254 being chosen to represent vhost-user devices.enable_vhost_user_store = false# The base directory specifically used for vhost-user devices.# Its sub-path "block" is used for block devices; "block/sockets" is# where we expect vhost-user sockets to live; "block/devices" is where# simulated block device nodes for vhost-user devices to live.vhost_user_store_path = "/var/run/kata-containers/vhost-user"# Enable vIOMMU, default false# Enabling this will result in the VM having a vIOMMU device# This will also add the following options to the kernel's# command line: intel_iommu=on,iommu=pt#enable_iommu = true# Enable IOMMU_PLATFORM, default false# Enabling this will result in the VM device having iommu_platform=on set#enable_iommu_platform = true# List of valid annotation values for the vhost user store path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/var/run/kata-containers/vhost-user"]valid_vhost_user_store_paths = ["/var/run/kata-containers/vhost-user"]
# Enable file based guest memory support. The default is an empty string which# will disable this feature. In the case of virtio-fs, this is enabled# automatically and '/dev/shm' is used as the backing folder.# This option will be ignored if VM templating is enabled.#file_mem_backend = ""# List of valid annotation values for the file_mem_backend path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: [""]valid_file_mem_backends = [""]
# Enable swap of vm memory. Default false.# The behaviour is undefined if mem_prealloc is also set to true#enable_swap = true# This option changes the default hypervisor and kernel parameters# to enable debug output where available. This extra output is added# to the proxy logs, but only when proxy debug is also enabled.## Default falseenable_debug = true# Disable the customizations done in the runtime when it detects# that it is running on top a VMM. This will result in the runtime# behaving as it would when running on bare metal.##disable_nesting_checks = true# This is the msize used for 9p shares. It is the number of bytes# used for 9p packet payload.#msize_9p = 8192# If true and vsocks are supported, use vsocks to communicate directly# with the agent and no proxy is started, otherwise use unix# sockets and start a proxy to communicate with the agent.# Default false#use_vsock = true# If false and nvdimm is supported, use nvdimm device to plug guest image.# Otherwise virtio-block device is used.# Default is false#disable_image_nvdimm = true# VFIO devices are hotplugged on a bridge by default.# Enable hotplugging on root bus. This may be required for devices with# a large PCI bar, as this is a current limitation with hotplugging on# a bridge. This value is valid for "pc" machine type.# Default false#hotplug_vfio_on_root_bus = true# Before hot plugging a PCIe device, you need to add a pcie_root_port device.# Use this parameter when using some large PCI bar devices, such as Nvidia GPU# The value means the number of pcie_root_port# This value is valid when hotplug_vfio_on_root_bus is true and machine_type is "q35"# Default 0#pcie_root_port = 2# If vhost-net backend for virtio-net is not desired, set to true. Default is false, which trades off# security (vhost-net runs ring0) for network I/O performance.#disable_vhost_net = true## Default entropy source.# The path to a host source of entropy (including a real hardware RNG)# /dev/urandom and /dev/random are two main options.# Be aware that /dev/random is a blocking source of entropy. If the host# runs out of entropy, the VMs boot time will increase leading to get startup# timeouts.# The source of entropy /dev/urandom is non-blocking and provides a# generally acceptable source of entropy. It should work well for pretty much# all practical purposes.#entropy_source= "/dev/urandom"# Path to OCI hook binaries in the *guest rootfs*.# This does not affect host-side hooks which must instead be added to# the OCI spec passed to the runtime.## You can create a rootfs with hooks by customizing the osbuilder scripts:# https://github.com/kata-containers/osbuilder## Hooks must be stored in a subdirectory of guest_hook_path according to their# hook type, i.e. "guest_hook_path/{prestart,postart,poststop}".# The agent will scan these directories for executable files and add them, in# lexicographical order, to the lifecycle of the guest container.# Hooks are executed in the runtime namespace of the guest. See the official documentation:# https://github.com/opencontainers/runtime-spec/blob/v1.0.1/config.md#posix-platform-hooks# Warnings will be logged if any error is encountered will scanning for hooks,# but it will not abort container execution.#guest_hook_path = "/usr/share/oci/hooks"
[factory]
# VM templating support. Once enabled, new VMs are created from template# using vm cloning. They will share the same initial kernel, initramfs and# agent memory by mapping it readonly. It helps speeding up new container# creation and saves a lot of memory if there are many kata containers running# on the same host.## When disabled, new VMs are created from scratch.## Note: Requires "initrd=" to be set ("image=" is not supported).## Default false#enable_template = true# Specifies the path of template.## Default "/run/vc/vm/template"#template_path = "/run/vc/vm/template"# The number of caches of VMCache:# unspecified or == 0 --> VMCache is disabled# > 0 --> will be set to the specified number## VMCache is a function that creates VMs as caches before using it.# It helps speed up new container creation.# The function consists of a server and some clients communicating# through Unix socket. The protocol is gRPC in protocols/cache/cache.proto.# The VMCache server will create some VMs and cache them by factory cache.# It will convert the VM to gRPC format and transport it when gets# requestion from clients.# Factory grpccache is the VMCache client. It will request gRPC format# VM and convert it back to a VM. If VMCache function is enabled,# kata-runtime will request VM from factory grpccache when it creates# a new sandbox.## Default 0#vm_cache_number = 0# Specify the address of the Unix socket that is used by VMCache.## Default /var/run/kata-containers/cache.sock#vm_cache_endpoint = "/var/run/kata-containers/cache.sock"# -pflash can add image file to VM. The arguments of it should be in format# of ["/path/to/flash0.img", "/path/to/flash1.img"]#pflashes = []
[proxy.kata]
path = "/usr/libexec/kata-containers/kata-proxy"# If enabled, proxy messages will be sent to the system log# (default: disabled)enable_debug = true
[shim.kata]
path = "/usr/libexec/kata-containers/kata-shim"# If enabled, shim messages will be sent to the system log# (default: disabled)enable_debug = true# If enabled, the shim will create opentracing.io traces and spans.# (See https://www.jaegertracing.io/docs/getting-started).## Note: By default, the shim runs in a separate network namespace. Therefore,# to allow it to send trace details to the Jaeger agent running on the host,# it is necessary to set 'disable_new_netns=true' so that it runs in the host# network namespace.## (default: disabled)#enable_tracing = true
[agent.kata]
# If enabled, make the agent display debug-level messages.# (default: disabled)enable_debug = true# Enable agent tracing.## If enabled, the default trace mode is "dynamic" and the# default trace type is "isolated". The trace mode and type are set# explicity with the `trace_type=` and `trace_mode=` options.## Notes:## - Tracing is ONLY enabled when `enable_tracing` is set: explicitly# setting `trace_mode=` and/or `trace_type=` without setting `enable_tracing`# will NOT activate agent tracing.## - See https://github.com/kata-containers/agent/blob/master/TRACING.md for# full details.## (default: disabled)#enable_tracing = true##trace_mode = "dynamic"#trace_type = "isolated"# Comma separated list of kernel modules and their parameters.# These modules will be loaded in the guest kernel using modprobe(8).# The following example can be used to load two kernel modules with parameters# - kernel_modules=["e1000e InterruptThrottleRate=3000,3000,3000 EEE=1", "i915 enable_ppgtt=0"]# The first word is considered as the module name and the rest as its parameters.# Container will not be started when:# * A kernel module is specified and the modprobe command is not installed in the guest# or it fails loading the module.# * The module is not available in the guest or it doesn't met the guest kernel# requirements, like architecture and version.#kernel_modules=[]
[netmon]
# If enabled, the network monitoring process gets started when the# sandbox is created. This allows for the detection of some additional# network being added to the existing network namespace, after the# sandbox has been created.# (default: disabled)#enable_netmon = true# Specify the path to the netmon binary.path = "/usr/libexec/kata-containers/kata-netmon"# If enabled, netmon messages will be sent to the system log# (default: disabled)enable_debug = true
[runtime]
# If enabled, the runtime will log additional debug messages to the# system log# (default: disabled)enable_debug = true## Internetworking model# Determines how the VM should be connected to the# the container network interface# Options:## - macvtap# Used when the Container network interface can be bridged using# macvtap.## - none# Used when customize network. Only creates a tap device. No veth pair.## - tcfilter# Uses tc filter rules to redirect traffic from the network interface# provided by plugin to a tap interface connected to the VM.#internetworking_model="tcfilter"# disable guest seccomp# Determines whether container seccomp profiles are passed to the virtual# machine and applied by the kata agent. If set to true, seccomp is not applied# within the guest# (default: true)disable_guest_seccomp=true# If enabled, the runtime will create opentracing.io traces and spans.# (See https://www.jaegertracing.io/docs/getting-started).# (default: disabled)#enable_tracing = true# If enabled, the runtime will not create a network namespace for shim and hypervisor processes.# This option may have some potential impacts to your host. It should only be used when you know what you're doing.# `disable_new_netns` conflicts with `enable_netmon`# `disable_new_netns` conflicts with `internetworking_model=tcfilter` and `internetworking_model=macvtap`. It works only# with `internetworking_model=none`. The tap device will be in the host network namespace and can connect to a bridge# (like OVS) directly.# If you are using docker, `disable_new_netns` only works with `docker run --net=none`# (default: false)#disable_new_netns = true# if enabled, the runtime will add all the kata processes inside one dedicated cgroup.# The container cgroups in the host are not created, just one single cgroup per sandbox.# The runtime caller is free to restrict or collect cgroup stats of the overall Kata sandbox.# The sandbox cgroup path is the parent cgroup of a container with the PodSandbox annotation.# The sandbox cgroup is constrained if there is no container type annotation.# See: https://godoc.org/github.com/kata-containers/runtime/virtcontainers#ContainerTypesandbox_cgroup_only=false# Enabled experimental feature list, format: ["a", "b"].# Experimental features are features not stable enough for production,# they may break compatibility, and are prepared for a big version bump.# Supported experimental features:# (default: [])experimental=[]
# If enabled, containers are allowed to join the pid namespace of the agent# when the env variable KATA_AGENT_PIDNS is set for a container.# Use this with caution and only when required, as this option allows the container# to access the agent process. It is recommended to enable this option# only in debug scenarios and with containers with lowered priveleges.#enable_agent_pidns = true
Output of "cat "/usr/share/defaults/kata-containers/configuration.toml"":
# Copyright (c) 2017-2019 Intel Corporation## SPDX-License-Identifier: Apache-2.0## XXX: WARNING: this file is auto-generated.# XXX:# XXX: Source file: "cli/config/configuration-qemu.toml.in"# XXX: Project:# XXX: Name: Kata Containers# XXX: Type: kata
[hypervisor.qemu]
path = "/usr/bin/qemu-vanilla-system-x86_64"kernel = "/usr/share/kata-containers/vmlinuz.container"image = "/usr/share/kata-containers/kata-containers.img"machine_type = "pc"# List of valid annotation names for the hypervisor# Each member of the list is a regular expression, which is the base name# of the annotation, e.g. "path" for io.katacontainers.config.hypervisor.path"# The default if not set is empty (all annotations rejected.)# Your distribution recommends: [".*"]enable_annotations = [".*"]
# List of valid annotation values for the hypervisor path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/usr/bin/qemu-vanilla-system-x86_64"]valid_hypervisor_paths = ["/usr/bin/qemu-vanilla-system-x86_64"]
# Optional space-separated list of options to pass to the guest kernel.# For example, use `kernel_params = "vsyscall=emulate"` if you are having# trouble running pre-2.15 glibc.## WARNING: - any parameter specified here will take priority over the default# parameter value of the same name used to start the virtual machine.# Do not set values here unless you understand the impact of doing so as you# may stop the virtual machine from booting.# To see the list of default parameters, enable hypervisor debug, create a# container and look for 'default-kernel-parameters' log entries.kernel_params = ""# Path to the firmware.# If you want that qemu uses the default firmware leave this option emptyfirmware = ""# Machine accelerators# comma-separated list of machine accelerators to pass to the hypervisor.# For example, `machine_accelerators = "nosmm,nosmbus,nosata,nopit,static-prt,nofw"`machine_accelerators=""# CPU features# comma-separated list of cpu features to pass to the cpu# For example, `cpu_features = "pmu=off,vmx=off"cpu_features="pmu=off"# Default number of vCPUs per SB/VM:# unspecified or 0 --> will be set to 1# < 0 --> will be set to the actual number of physical cores# > 0 <= number of physical cores --> will be set to the specified number# > number of physical cores --> will be set to the actual number of physical coresdefault_vcpus = 1# Default maximum number of vCPUs per SB/VM:# unspecified or == 0 --> will be set to the actual number of physical cores or to the maximum number# of vCPUs supported by KVM if that number is exceeded# > 0 <= number of physical cores --> will be set to the specified number# > number of physical cores --> will be set to the actual number of physical cores or to the maximum number# of vCPUs supported by KVM if that number is exceeded# WARNING: Depending of the architecture, the maximum number of vCPUs supported by KVM is used when# the actual number of physical cores is greater than it.# WARNING: Be aware that this value impacts the virtual machine's memory footprint and CPU# the hotplug functionality. For example, `default_maxvcpus = 240` specifies that until 240 vCPUs# can be added to a SB/VM, but the memory footprint will be big. Another example, with# `default_maxvcpus = 8` the memory footprint will be small, but 8 will be the maximum number of# vCPUs supported by the SB/VM. In general, we recommend that you do not edit this variable,# unless you know what are you doing.# NOTICE: on arm platform with gicv2 interrupt controller, set it to 8.default_maxvcpus = 0# Bridges can be used to hot plug devices.# Limitations:# * Currently only pci bridges are supported# * Until 30 devices per bridge can be hot plugged.# * Until 5 PCI bridges can be cold plugged per VM.# This limitation could be a bug in qemu or in the kernel# Default number of bridges per SB/VM:# unspecified or 0 --> will be set to 1# > 1 <= 5 --> will be set to the specified number# > 5 --> will be set to 5default_bridges = 1# Default memory size in MiB for SB/VM.# If unspecified then it will be set 2048 MiB.default_memory = 2048## Default memory slots per SB/VM.# If unspecified then it will be set 10.# This is will determine the times that memory will be hotadded to sandbox/VM.#memory_slots = 10# The size in MiB will be plused to max memory of hypervisor.# It is the memory address space for the NVDIMM devie.# If set block storage driver (block_device_driver) to "nvdimm",# should set memory_offset to the size of block device.# Default 0#memory_offset = 0# Specifies virtio-mem will be enabled or not.# Please note that this option should be used with the command# "echo 1 > /proc/sys/vm/overcommit_memory".# Default false#enable_virtio_mem = true# Disable block device from being used for a container's rootfs.# In case of a storage driver like devicemapper where a container's# root file system is backed by a block device, the block device is passed# directly to the hypervisor for performance reasons.# This flag prevents the block device from being passed to the hypervisor,# 9pfs is used instead to pass the rootfs.disable_block_device_use = false# Shared file system type:# - virtio-9p (default)# - virtio-fsshared_fs = "virtio-9p"# Path to vhost-user-fs daemon.virtio_fs_daemon = "/usr/bin/virtiofsd"# List of valid annotation values for the virtiofs daemon path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/usr/bin/virtiofsd"]valid_virtio_fs_daemon_paths = ["/usr/bin/virtiofsd"]
# Default size of DAX cache in MiBvirtio_fs_cache_size = 0# Extra args for virtiofsd daemon## Format example:# ["-o", "arg1=xxx,arg2", "-o", "hello world", "--arg3=yyy"]## see `virtiofsd -h` for possible options.virtio_fs_extra_args = []
# Cache mode:## - none# Metadata, data, and pathname lookup are not cached in guest. They are# always fetched from host and any changes are immediately pushed to host.## - auto# Metadata and pathname lookup cache expires after a configured amount of# time (default is 1 second). Data is cached while the file is open (close# to open consistency).## - always# Metadata, data, and pathname lookup are cached in guest and never expire.virtio_fs_cache = "auto"# Block storage driver to be used for the hypervisor in case the container# rootfs is backed by a block device. This is virtio-scsi, virtio-blk# or nvdimm.block_device_driver = "virtio-scsi"# Specifies cache-related options will be set to block devices or not.# Default false#block_device_cache_set = true# Specifies cache-related options for block devices.# Denotes whether use of O_DIRECT (bypass the host page cache) is enabled.# Default false#block_device_cache_direct = true# Specifies cache-related options for block devices.# Denotes whether flush requests for the device are ignored.# Default false#block_device_cache_noflush = true# Enable iothreads (data-plane) to be used. This causes IO to be# handled in a separate IO thread. This is currently only implemented# for SCSI.#enable_iothreads = false# Enable pre allocation of VM RAM, default false# Enabling this will result in lower container density# as all of the memory will be allocated and locked# This is useful when you want to reserve all the memory# upfront or in the cases where you want memory latencies# to be very predictable# Default false#enable_mem_prealloc = true# Enable huge pages for VM RAM, default false# Enabling this will result in the VM memory# being allocated using huge pages.# This is useful when you want to use vhost-user network# stacks within the container. This will automatically# result in memory pre allocation#enable_hugepages = true# Enable vhost-user storage device, default false# Enabling this will result in some Linux reserved block type# major range 240-254 being chosen to represent vhost-user devices.enable_vhost_user_store = false# The base directory specifically used for vhost-user devices.# Its sub-path "block" is used for block devices; "block/sockets" is# where we expect vhost-user sockets to live; "block/devices" is where# simulated block device nodes for vhost-user devices to live.vhost_user_store_path = "/var/run/kata-containers/vhost-user"# Enable vIOMMU, default false# Enabling this will result in the VM having a vIOMMU device# This will also add the following options to the kernel's# command line: intel_iommu=on,iommu=pt#enable_iommu = true# Enable IOMMU_PLATFORM, default false# Enabling this will result in the VM device having iommu_platform=on set#enable_iommu_platform = true# List of valid annotation values for the vhost user store path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: ["/var/run/kata-containers/vhost-user"]valid_vhost_user_store_paths = ["/var/run/kata-containers/vhost-user"]
# Enable file based guest memory support. The default is an empty string which# will disable this feature. In the case of virtio-fs, this is enabled# automatically and '/dev/shm' is used as the backing folder.# This option will be ignored if VM templating is enabled.#file_mem_backend = ""# List of valid annotation values for the file_mem_backend path# Each member of the list is a path pattern as described by glob(3).# The default if not set is empty (all annotations rejected.)# Your distribution recommends: [""]valid_file_mem_backends = [""]
# Enable swap of vm memory. Default false.# The behaviour is undefined if mem_prealloc is also set to true#enable_swap = true# This option changes the default hypervisor and kernel parameters# to enable debug output where available. This extra output is added# to the proxy logs, but only when proxy debug is also enabled.## Default false#enable_debug = true# Disable the customizations done in the runtime when it detects# that it is running on top a VMM. This will result in the runtime# behaving as it would when running on bare metal.##disable_nesting_checks = true# This is the msize used for 9p shares. It is the number of bytes# used for 9p packet payload.#msize_9p = 8192# If true and vsocks are supported, use vsocks to communicate directly# with the agent and no proxy is started, otherwise use unix# sockets and start a proxy to communicate with the agent.# Default false#use_vsock = true# If false and nvdimm is supported, use nvdimm device to plug guest image.# Otherwise virtio-block device is used.# Default is false#disable_image_nvdimm = true# VFIO devices are hotplugged on a bridge by default.# Enable hotplugging on root bus. This may be required for devices with# a large PCI bar, as this is a current limitation with hotplugging on# a bridge. This value is valid for "pc" machine type.# Default false#hotplug_vfio_on_root_bus = true# Before hot plugging a PCIe device, you need to add a pcie_root_port device.# Use this parameter when using some large PCI bar devices, such as Nvidia GPU# The value means the number of pcie_root_port# This value is valid when hotplug_vfio_on_root_bus is true and machine_type is "q35"# Default 0#pcie_root_port = 2# If vhost-net backend for virtio-net is not desired, set to true. Default is false, which trades off# security (vhost-net runs ring0) for network I/O performance.#disable_vhost_net = true## Default entropy source.# The path to a host source of entropy (including a real hardware RNG)# /dev/urandom and /dev/random are two main options.# Be aware that /dev/random is a blocking source of entropy. If the host# runs out of entropy, the VMs boot time will increase leading to get startup# timeouts.# The source of entropy /dev/urandom is non-blocking and provides a# generally acceptable source of entropy. It should work well for pretty much# all practical purposes.#entropy_source= "/dev/urandom"# Path to OCI hook binaries in the *guest rootfs*.# This does not affect host-side hooks which must instead be added to# the OCI spec passed to the runtime.## You can create a rootfs with hooks by customizing the osbuilder scripts:# https://github.com/kata-containers/osbuilder## Hooks must be stored in a subdirectory of guest_hook_path according to their# hook type, i.e. "guest_hook_path/{prestart,postart,poststop}".# The agent will scan these directories for executable files and add them, in# lexicographical order, to the lifecycle of the guest container.# Hooks are executed in the runtime namespace of the guest. See the official documentation:# https://github.com/opencontainers/runtime-spec/blob/v1.0.1/config.md#posix-platform-hooks# Warnings will be logged if any error is encountered will scanning for hooks,# but it will not abort container execution.#guest_hook_path = "/usr/share/oci/hooks"
[factory]
# VM templating support. Once enabled, new VMs are created from template# using vm cloning. They will share the same initial kernel, initramfs and# agent memory by mapping it readonly. It helps speeding up new container# creation and saves a lot of memory if there are many kata containers running# on the same host.## When disabled, new VMs are created from scratch.## Note: Requires "initrd=" to be set ("image=" is not supported).## Default false#enable_template = true# Specifies the path of template.## Default "/run/vc/vm/template"#template_path = "/run/vc/vm/template"# The number of caches of VMCache:# unspecified or == 0 --> VMCache is disabled# > 0 --> will be set to the specified number## VMCache is a function that creates VMs as caches before using it.# It helps speed up new container creation.# The function consists of a server and some clients communicating# through Unix socket. The protocol is gRPC in protocols/cache/cache.proto.# The VMCache server will create some VMs and cache them by factory cache.# It will convert the VM to gRPC format and transport it when gets# requestion from clients.# Factory grpccache is the VMCache client. It will request gRPC format# VM and convert it back to a VM. If VMCache function is enabled,# kata-runtime will request VM from factory grpccache when it creates# a new sandbox.## Default 0#vm_cache_number = 0# Specify the address of the Unix socket that is used by VMCache.## Default /var/run/kata-containers/cache.sock#vm_cache_endpoint = "/var/run/kata-containers/cache.sock"# -pflash can add image file to VM. The arguments of it should be in format# of ["/path/to/flash0.img", "/path/to/flash1.img"]#pflashes = []
[proxy.kata]
path = "/usr/libexec/kata-containers/kata-proxy"# If enabled, proxy messages will be sent to the system log# (default: disabled)#enable_debug = true
[shim.kata]
path = "/usr/libexec/kata-containers/kata-shim"# If enabled, shim messages will be sent to the system log# (default: disabled)#enable_debug = true# If enabled, the shim will create opentracing.io traces and spans.# (See https://www.jaegertracing.io/docs/getting-started).## Note: By default, the shim runs in a separate network namespace. Therefore,# to allow it to send trace details to the Jaeger agent running on the host,# it is necessary to set 'disable_new_netns=true' so that it runs in the host# network namespace.## (default: disabled)#enable_tracing = true
[agent.kata]
# If enabled, make the agent display debug-level messages.# (default: disabled)#enable_debug = true# Enable agent tracing.## If enabled, the default trace mode is "dynamic" and the# default trace type is "isolated". The trace mode and type are set# explicity with the `trace_type=` and `trace_mode=` options.## Notes:## - Tracing is ONLY enabled when `enable_tracing` is set: explicitly# setting `trace_mode=` and/or `trace_type=` without setting `enable_tracing`# will NOT activate agent tracing.## - See https://github.com/kata-containers/agent/blob/master/TRACING.md for# full details.## (default: disabled)#enable_tracing = true##trace_mode = "dynamic"#trace_type = "isolated"# Comma separated list of kernel modules and their parameters.# These modules will be loaded in the guest kernel using modprobe(8).# The following example can be used to load two kernel modules with parameters# - kernel_modules=["e1000e InterruptThrottleRate=3000,3000,3000 EEE=1", "i915 enable_ppgtt=0"]# The first word is considered as the module name and the rest as its parameters.# Container will not be started when:# * A kernel module is specified and the modprobe command is not installed in the guest# or it fails loading the module.# * The module is not available in the guest or it doesn't met the guest kernel# requirements, like architecture and version.#kernel_modules=[]
[netmon]
# If enabled, the network monitoring process gets started when the# sandbox is created. This allows for the detection of some additional# network being added to the existing network namespace, after the# sandbox has been created.# (default: disabled)#enable_netmon = true# Specify the path to the netmon binary.path = "/usr/libexec/kata-containers/kata-netmon"# If enabled, netmon messages will be sent to the system log# (default: disabled)#enable_debug = true
[runtime]
# If enabled, the runtime will log additional debug messages to the# system log# (default: disabled)#enable_debug = true## Internetworking model# Determines how the VM should be connected to the# the container network interface# Options:## - macvtap# Used when the Container network interface can be bridged using# macvtap.## - none# Used when customize network. Only creates a tap device. No veth pair.## - tcfilter# Uses tc filter rules to redirect traffic from the network interface# provided by plugin to a tap interface connected to the VM.#internetworking_model="tcfilter"# disable guest seccomp# Determines whether container seccomp profiles are passed to the virtual# machine and applied by the kata agent. If set to true, seccomp is not applied# within the guest# (default: true)disable_guest_seccomp=true# If enabled, the runtime will create opentracing.io traces and spans.# (See https://www.jaegertracing.io/docs/getting-started).# (default: disabled)#enable_tracing = true# If enabled, the runtime will not create a network namespace for shim and hypervisor processes.# This option may have some potential impacts to your host. It should only be used when you know what you're doing.# `disable_new_netns` conflicts with `enable_netmon`# `disable_new_netns` conflicts with `internetworking_model=tcfilter` and `internetworking_model=macvtap`. It works only# with `internetworking_model=none`. The tap device will be in the host network namespace and can connect to a bridge# (like OVS) directly.# If you are using docker, `disable_new_netns` only works with `docker run --net=none`# (default: false)#disable_new_netns = true# if enabled, the runtime will add all the kata processes inside one dedicated cgroup.# The container cgroups in the host are not created, just one single cgroup per sandbox.# The runtime caller is free to restrict or collect cgroup stats of the overall Kata sandbox.# The sandbox cgroup path is the parent cgroup of a container with the PodSandbox annotation.# The sandbox cgroup is constrained if there is no container type annotation.# See: https://godoc.org/github.com/kata-containers/runtime/virtcontainers#ContainerTypesandbox_cgroup_only=false# Enabled experimental feature list, format: ["a", "b"].# Experimental features are features not stable enough for production,# they may break compatibility, and are prepared for a big version bump.# Supported experimental features:# (default: [])experimental=[]
# If enabled, containers are allowed to join the pid namespace of the agent# when the env variable KATA_AGENT_PIDNS is set for a container.# Use this with caution and only when required, as this option allows the container# to access the agent process. It is recommended to enable this option# only in debug scenarios and with containers with lowered priveleges.#enable_agent_pidns = true
KSM throttler
version
Output of "/usr/libexec/kata-ksm-throttler/kata-ksm-throttler --version":
kata-ksm-throttler version 1.13.0-alpha0-aaf0821
Output of "/usr/lib/systemd/system/kata-ksm-throttler.service --version":
/usr/bin/kata-collect-data.sh: line 178: /usr/lib/systemd/system/kata-ksm-throttler.service: Permission denied
No recent runtime problems found in system journal.
Proxy logs
No recent proxy problems found in system journal.
Shim logs
No recent shim problems found in system journal.
Throttler logs
No recent throttler problems found in system journal.
Container manager details
No docker
Have kubectl
Kubernetes
Output of "kubectl version":
Client Version: version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.3", GitCommit:"816c97ab8cff8a1c72eccca1026f7820e93e0d25", GitTreeState:"clean", BuildDate:"2022-01-25T21:25:17Z", GoVersion:"go1.17.6", Compi
ler:"gc", Platform:"linux/amd64"}
The connection to the server localhost:8080 was refused - did you specify the right host or port?
Have dpkg
Output of "dpkg -l|egrep "(cc-oci-runtimecc-runtimerunv|kata-proxy|kata-runtime|kata-shim|kata-ksm-throttler|kata-containers-image|linux-container|qemu-)"":
ii kata-containers-image 1.13.0~alpha0-49 amd64 Kata containers image
ii kata-ksm-throttler 1.13.0~alpha0-52 amd64
ii kata-linux-container 5.4.60.91-52 amd64 linux kernel optimised for container-like workloads.
ii kata-proxy 1.13.0~alpha0-50 amd64
ii kata-runtime 1.13.0~alpha0-57 amd64
ii kata-shim 1.13.0~alpha0-48 amd64
ii qemu-vanilla 5.0.0+git.fdd76fecdd-53 amd64 linux kernel optimised for container-like workloads.
No rpm
Description of problem
I followed the documentation in https://github.com/kata-containers/documentation/blob/master/install/ubuntu-installation-guide.md to install Kubernetes with containerd and kata in Ubuntu 20.04, run in VirtualBox as VM. When runc is used as default runtime everything works fine and Kubernetes Master is up. When I change the runtime to kata-runtime by editing /etc/containerd/config.toml and start the init process with kubeadm by the command
Kubernetes control plane pods do not start. They keep restarting and destroyed in 2 minutes periods. As kube-apiserver is never reachable I cannot diagnose problems with kubectl command. For installation, I followed the following steps:
I can run kata pods and containers with crictl without any problems. ı can see that they have different kernels as compared to host's. But Kubernetes control plane pods do not start.
Expected result
Kubernetes control plane pods and the Kubernetes itself should be up and running when run with kata-runtime.
Actual result
Kubernetes control plane pods keeps restarting but they are never reachable when run with kata-runtime.
Further information
Example pod log (from kube-apiserver):
kata-master:~$ sudo more /var/log/containers/kube-apiserver-kata-master_kube-system_kube-apiserver-30ed786f3216a9ee68a9af0f2419ffa2fd02b7c0be81cc12a10c7f2480be76fc.log
2022-01-30T18:05:39.380422508+03:00 stderr F I0130 15:05:39.362840 1 server.go:565] external host was not specified, using 10.0.2.4
2022-01-30T18:05:39.386704335+03:00 stderr F I0130 15:05:39.369557 1 server.go:172] Version: v1.23.3
2022-01-30T18:05:39.812168479+03:00 stderr F I0130 15:05:39.794990 1 shared_informer.go:240] Waiting for caches to sync for node_authorizer
2022-01-30T18:05:39.814576664+03:00 stderr F I0130 15:05:39.797415 1 plugins.go:158] Loaded 12 mutating admission controller(s) successfully in the following order: NamespaceLifecycle,LimitRanger,ServiceAc
count,NodeRestriction,TaintNodesByCondition,Priority,DefaultTolerationSeconds,DefaultStorageClass,StorageObjectInUseProtection,RuntimeClass,DefaultIngressClass,MutatingAdmissionWebhook.
2022-01-30T18:05:39.815247773+03:00 stderr F I0130 15:05:39.797893 1 plugins.go:161] Loaded 11 validating admission controller(s) successfully in the following order: LimitRanger,ServiceAccount,PodSecurity
,Priority,PersistentVolumeClaimResize,RuntimeClass,CertificateApproval,CertificateSigning,CertificateSubjectRestriction,ValidatingAdmissionWebhook,ResourceQuota.
2022-01-30T18:05:39.82073433+03:00 stderr F I0130 15:05:39.803661 1 plugins.go:158] Loaded 12 mutating admission controller(s) successfully in the following order: NamespaceLifecycle,LimitRanger,ServiceAcc
ount,NodeRestriction,TaintNodesByCondition,Priority,DefaultTolerationSeconds,DefaultStorageClass,StorageObjectInUseProtection,RuntimeClass,DefaultIngressClass,MutatingAdmissionWebhook.
2022-01-30T18:05:39.821426601+03:00 stderr F I0130 15:05:39.804076 1 plugins.go:161] Loaded 11 validating admission controller(s) successfully in the following order: LimitRanger,ServiceAccount,PodSecurity
,Priority,PersistentVolumeClaimResize,RuntimeClass,CertificateApproval,CertificateSigning,CertificateSubjectRestriction,ValidatingAdmissionWebhook,ResourceQuota.
2022-01-30T18:05:39.8375188+03:00 stderr F W0130 15:05:39.820421 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection e
rror: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:40.804958898+03:00 stderr F W0130 15:05:40.787701 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:40.840394351+03:00 stderr F W0130 15:05:40.822511 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:41.807307593+03:00 stderr F W0130 15:05:41.788854 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:42.229725062+03:00 stderr F W0130 15:05:42.211703 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:43.516346716+03:00 stderr F W0130 15:05:43.498023 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:44.678844606+03:00 stderr F W0130 15:05:44.660268 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:46.558523665+03:00 stderr F W0130 15:05:46.539772 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:48.674423585+03:00 stderr F W0130 15:05:48.655494 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:50.491042994+03:00 stderr F W0130 15:05:50.471770 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:55.082002378+03:00 stderr F W0130 15:05:55.062071 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:58.080653491+03:00 stderr F W0130 15:05:58.060695 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:59.83605712+03:00 stderr F E0130 15:05:59.816254 1 run.go:74] "command failed" err="context deadline exceeded"
Example pod log (from kube-etcd):
kata-master:~$ sudo more /var/log/containers/kube-controller-manager-kata-master_kube-system_kube-controller-manager-16b3ea5f8fb9e1691b4f04bf9baf5bc2970b3b1291d80ca570dd23a28d864fd6.log
2022-01-30T18:35:42.668122362+03:00 stderr F I0130 15:35:42.667572 1 serving.go:348] Generated self-signed cert in-memory
2022-01-30T18:35:43.385350717+03:00 stderr F I0130 15:35:43.384966 1 controllermanager.go:196] Version: v1.23.3
2022-01-30T18:35:43.388884719+03:00 stderr F I0130 15:35:43.388546 1 secure_serving.go:200] Serving securely on 127.0.0.1:10257
2022-01-30T18:35:43.391247166+03:00 stderr F I0130 15:35:43.390916 1 leaderelection.go:248] attempting to acquire leader lease kube-system/kube-controller-manager...
2022-01-30T18:35:43.394155079+03:00 stderr F I0130 15:35:43.393770 1 dynamic_cafile_content.go:156] "Starting controller" name="request-header::/etc/kubernetes/pki/front-proxy-ca.crt"
2022-01-30T18:35:43.417883747+03:00 stderr F I0130 15:35:43.417121 1 tlsconfig.go:240] "Starting DynamicServingCertificateController"
2022-01-30T18:35:43.421667785+03:00 stderr F I0130 15:35:43.420899 1 dynamic_cafile_content.go:156] "Starting controller" name="client-ca-bundle::/etc/kubernetes/pki/ca.crt"
2022-01-30T18:35:43.425062542+03:00 stderr F E0130 15:35:43.424586 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:47.428628514+03:00 stderr F E0130 15:35:47.427580 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:50.811100213+03:00 stderr F E0130 15:35:50.810545 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:53.600796846+03:00 stderr F E0130 15:35:53.599679 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:56.761745336+03:00 stderr F E0130 15:35:56.760756 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:01.128087447+03:00 stderr F E0130 15:36:01.127154 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:04.899580489+03:00 stderr F E0130 15:36:04.898457 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:07.512060325+03:00 stderr F E0130 15:36:07.511325 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:10.463504653+03:00 stderr F E0130 15:36:10.462404 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:12.980508895+03:00 stderr F E0130 15:36:12.979541 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:17.191030328+03:00 stderr F E0130 15:36:17.189819 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:20.004126386+03:00 stderr F E0130 15:36:20.003169 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:22.468470119+03:00 stderr F E0130 15:36:22.467468 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:25.195077862+03:00 stderr F E0130 15:36:25.194031 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:28.226860629+03:00 stderr F E0130 15:36:28.226347 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:30.235981738+03:00 stderr F E0130 15:36:30.234810 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:32.623097958+03:00 stderr F E0130 15:36:32.622207 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:35.729118068+03:00 stderr F E0130 15:36:35.728188 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:38.806723388+03:00 stderr F E0130 15:36:38.805736 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:42.329933035+03:00 stderr F E0130 15:36:42.328934 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:45.146780586+03:00 stderr F E0130 15:36:45.145656 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:48.424181319+03:00 stderr F E0130 15:36:48.423054 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
The text was updated successfully, but these errors were encountered:
kata-master:~$ sudo /usr/bin/kata-collect-data.sh | more
Show kata-collect-data.sh details
Meta details
Running
kata-collect-data.sh
version1.13.0-alpha0 (commit )
at2022-01-30.21:13:42.464104009+0300
.Runtime is
/usr/bin/kata-runtime
.kata-env
Output of "
/usr/bin/kata-runtime kata-env
":Runtime config files
Runtime default config files
Runtime config file contents
Output of "
cat "/etc/kata-containers/configuration.toml"
":Output of "
cat "/usr/share/defaults/kata-containers/configuration.toml"
":KSM throttler
version
Output of "
/usr/libexec/kata-ksm-throttler/kata-ksm-throttler --version
":Output of "
/usr/lib/systemd/system/kata-ksm-throttler.service --version
":systemd service
Output of "
systemctl show kata-ksm-throttler
":Output of "
systemctl show kata-vc-throttler
":Image details
Initrd details
No initrd
Logfiles
Runtime logs
No recent runtime problems found in system journal.
Proxy logs
No recent proxy problems found in system journal.
Shim logs
No recent shim problems found in system journal.
Throttler logs
No recent throttler problems found in system journal.
Container manager details
No
docker
Have
kubectl
Kubernetes
Output of "
kubectl version
":Output of "
kubectl config view
":Output of "
systemctl show kubelet
":No
crio
Have
containerd
containerd
Output of "
containerd --version
":Output of "
systemctl show containerd
":Output of "
cat /etc/containerd/config.toml
":Packages
Have
dpkg
Output of "
dpkg -l|egrep "(cc-oci-runtimecc-runtimerunv|kata-proxy|kata-runtime|kata-shim|kata-ksm-throttler|kata-containers-image|linux-container|qemu-)"
":No
rpm
Description of problem
I followed the documentation in https://github.com/kata-containers/documentation/blob/master/install/ubuntu-installation-guide.md to install Kubernetes with containerd and kata in Ubuntu 20.04, run in VirtualBox as VM. When runc is used as default runtime everything works fine and Kubernetes Master is up. When I change the runtime to kata-runtime by editing /etc/containerd/config.toml and start the init process with kubeadm by the command
sudo kubeadm init --cri-socket unix:///run/containerd/containerd.sock --pod-network-cidr=10.244.0.0/16 --apiserver-advertise-address=10.0.2.4
Kubernetes control plane pods do not start. They keep restarting and destroyed in 2 minutes periods. As kube-apiserver is never reachable I cannot diagnose problems with kubectl command. For installation, I followed the following steps:
sudo hostnamectl set-hostname kata-master && sudo apt-get install -y apt-transport-https ca-certificates curl gnupg-agent software-properties-common vim
ARCH=$(arch) && BRANCH="${BRANCH:-master}" && sudo sh -c "echo 'deb http://download.opensuse.org/repositories/home:/katacontainers:/releases:/${ARCH}:/${BRANCH}/xUbuntu_$(lsb_release -rs)/ /' > /etc/apt/sources.list.d/kata-containers.list" && curl -sL http://download.opensuse.org/repositories/home:/katacontainers:/releases:/${ARCH}:/${BRANCH}/xUbuntu_$(lsb_release -rs)/Release.key | sudo apt-key add - && sudo -E apt-get update && sudo -E apt-get -y install kata-runtime kata-proxy kata-shim
ARCH=$(arch) && BRANCH="${BRANCH:-master}" && sudo sh -c "echo 'deb http://download.opensuse.org/repositories/home:/katacontainers:/releases:/${ARCH}:/${BRANCH}/xUbuntu_$(lsb_release -rs)/ /' > /etc/apt/sources.list.d/kata-containers.list" && curl -sL http://download.opensuse.org/repositories/home:/katacontainers:/releases:/${ARCH}:/${BRANCH}/xUbuntu_$(lsb_release -rs)/Release.key | sudo apt-key add - && sudo -E apt-get update && sudo -E apt-get -y install kata-runtime kata-proxy kata-shim
sudo mkdir -p /etc/containerd && sudo vim /etc/containerd/config.toml
[plugins]
[plugins.cri]
[plugins.cri.containerd]
no_pivot = false
[plugins.cri.containerd.default_runtime]
runtime_type = "io.containerd.kata.v2"
[plugins.cri.containerd.runtimes.runc.options]
NoPivotRoot = false
NoNewKeyring = false
ShimCgroup = ""
IoUid = 0
IoGid = 0
BinaryName = "runc"
Root = ""
CriuPath = ""
SystemdCgroup = false
[plugins.cri.containerd.runtimes.kata]
runtime_type = "io.containerd.kata.v2"
[plugins.cri.containerd.runtimes.katacli]
runtime_type = "io.containerd.runc.v1"
[plugins.cri.containerd.runtimes.katacli.options]
NoPivotRoot = false
NoNewKeyring = false
ShimCgroup = ""
IoUid = 0
IoGid = 0
BinaryName = "/usr/bin/kata-runtime"
Root = ""
CriuPath = ""
SystemdCgroup = false
sudo systemctl daemon-reload && sudo systemctl restart containerd && sudo systemctl enable containerd
sudo curl -fsSL https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add - && echo "deb https://apt.kubernetes.io/ kubernetes-xenial main" >> ~/kubernetes.list && sudo mv ~/kubernetes.list /etc/apt/sources.list.d
sudo swapoff -a
Enable kernel modules
sudo modprobe overlay
sudo modprobe br_netfilter
cat <<EOF | sudo tee /etc/modules-load.d/containerd.conf
overlay
br_netfilter
EOF
Add some settings to sysctl
sudo tee /etc/sysctl.d/kubernetes.conf<<EOF
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1
EOF
Reload sysctl
sudo sysctl --system
sudo nano /etc/systemd/system/kubelet.service.d/0-cri-containerd.conf
[Service] Environment="KUBELET_EXTRA_ARGS=--container-runtime=remote --runtime-request-timeout=15m --container-runtime-endpoint=unix:///run/containerd/containerd.sock"
sudo mkdir -p /etc/cni/net.d && sudo nano /etc/cni/net.d/10-mynet.conf
{
"cniVersion": "0.2.0",
"name": "mynet",
"type": "bridge",
"bridge": "cni0",
"isGateway": true,
"ipMasq": true,
"ipam": {
"type": "host-local",
"subnet": "172.19.0.0/24",
"routes": [
{ "dst": "0.0.0.0/0" }
]
}
}
sudo kubeadm init --cri-socket unix:///run/containerd/containerd.sock --pod-network-cidr=10.244.0.0/16 --apiserver-advertise-address=10.0.2.4$(id -u):$ (id -g) $HOME/.kube/config
mkdir -p $HOME/.kubesudo
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config,
sudo chown
I can run kata pods and containers with crictl without any problems. ı can see that they have different kernels as compared to host's. But Kubernetes control plane pods do not start.
Expected result
Kubernetes control plane pods and the Kubernetes itself should be up and running when run with kata-runtime.
Actual result
Kubernetes control plane pods keeps restarting but they are never reachable when run with kata-runtime.
Further information
Example pod log (from kube-apiserver):
kata-master:~$ sudo more /var/log/containers/kube-apiserver-kata-master_kube-system_kube-apiserver-30ed786f3216a9ee68a9af0f2419ffa2fd02b7c0be81cc12a10c7f2480be76fc.log
2022-01-30T18:05:39.380422508+03:00 stderr F I0130 15:05:39.362840 1 server.go:565] external host was not specified, using 10.0.2.4
2022-01-30T18:05:39.386704335+03:00 stderr F I0130 15:05:39.369557 1 server.go:172] Version: v1.23.3
2022-01-30T18:05:39.812168479+03:00 stderr F I0130 15:05:39.794990 1 shared_informer.go:240] Waiting for caches to sync for node_authorizer
2022-01-30T18:05:39.814576664+03:00 stderr F I0130 15:05:39.797415 1 plugins.go:158] Loaded 12 mutating admission controller(s) successfully in the following order: NamespaceLifecycle,LimitRanger,ServiceAc
count,NodeRestriction,TaintNodesByCondition,Priority,DefaultTolerationSeconds,DefaultStorageClass,StorageObjectInUseProtection,RuntimeClass,DefaultIngressClass,MutatingAdmissionWebhook.
2022-01-30T18:05:39.815247773+03:00 stderr F I0130 15:05:39.797893 1 plugins.go:161] Loaded 11 validating admission controller(s) successfully in the following order: LimitRanger,ServiceAccount,PodSecurity
,Priority,PersistentVolumeClaimResize,RuntimeClass,CertificateApproval,CertificateSigning,CertificateSubjectRestriction,ValidatingAdmissionWebhook,ResourceQuota.
2022-01-30T18:05:39.82073433+03:00 stderr F I0130 15:05:39.803661 1 plugins.go:158] Loaded 12 mutating admission controller(s) successfully in the following order: NamespaceLifecycle,LimitRanger,ServiceAcc
ount,NodeRestriction,TaintNodesByCondition,Priority,DefaultTolerationSeconds,DefaultStorageClass,StorageObjectInUseProtection,RuntimeClass,DefaultIngressClass,MutatingAdmissionWebhook.
2022-01-30T18:05:39.821426601+03:00 stderr F I0130 15:05:39.804076 1 plugins.go:161] Loaded 11 validating admission controller(s) successfully in the following order: LimitRanger,ServiceAccount,PodSecurity
,Priority,PersistentVolumeClaimResize,RuntimeClass,CertificateApproval,CertificateSigning,CertificateSubjectRestriction,ValidatingAdmissionWebhook,ResourceQuota.
2022-01-30T18:05:39.8375188+03:00 stderr F W0130 15:05:39.820421 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection e
rror: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:40.804958898+03:00 stderr F W0130 15:05:40.787701 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:40.840394351+03:00 stderr F W0130 15:05:40.822511 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:41.807307593+03:00 stderr F W0130 15:05:41.788854 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:42.229725062+03:00 stderr F W0130 15:05:42.211703 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:43.516346716+03:00 stderr F W0130 15:05:43.498023 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:44.678844606+03:00 stderr F W0130 15:05:44.660268 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:46.558523665+03:00 stderr F W0130 15:05:46.539772 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:48.674423585+03:00 stderr F W0130 15:05:48.655494 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:50.491042994+03:00 stderr F W0130 15:05:50.471770 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:55.082002378+03:00 stderr F W0130 15:05:55.062071 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:58.080653491+03:00 stderr F W0130 15:05:58.060695 1 clientconn.go:1331] [core] grpc: addrConn.createTransport failed to connect to {127.0.0.1:2379 127.0.0.1 0 }. Err: connection
error: desc = "transport: Error while dialing dial tcp 127.0.0.1:2379: connect: connection refused". Reconnecting...
2022-01-30T18:05:59.83605712+03:00 stderr F E0130 15:05:59.816254 1 run.go:74] "command failed" err="context deadline exceeded"
Example pod log (from kube-etcd):
kata-master:~$ sudo more /var/log/containers/kube-controller-manager-kata-master_kube-system_kube-controller-manager-16b3ea5f8fb9e1691b4f04bf9baf5bc2970b3b1291d80ca570dd23a28d864fd6.log
2022-01-30T18:35:42.668122362+03:00 stderr F I0130 15:35:42.667572 1 serving.go:348] Generated self-signed cert in-memory
2022-01-30T18:35:43.385350717+03:00 stderr F I0130 15:35:43.384966 1 controllermanager.go:196] Version: v1.23.3
2022-01-30T18:35:43.388884719+03:00 stderr F I0130 15:35:43.388546 1 secure_serving.go:200] Serving securely on 127.0.0.1:10257
2022-01-30T18:35:43.391247166+03:00 stderr F I0130 15:35:43.390916 1 leaderelection.go:248] attempting to acquire leader lease kube-system/kube-controller-manager...
2022-01-30T18:35:43.394155079+03:00 stderr F I0130 15:35:43.393770 1 dynamic_cafile_content.go:156] "Starting controller" name="request-header::/etc/kubernetes/pki/front-proxy-ca.crt"
2022-01-30T18:35:43.417883747+03:00 stderr F I0130 15:35:43.417121 1 tlsconfig.go:240] "Starting DynamicServingCertificateController"
2022-01-30T18:35:43.421667785+03:00 stderr F I0130 15:35:43.420899 1 dynamic_cafile_content.go:156] "Starting controller" name="client-ca-bundle::/etc/kubernetes/pki/ca.crt"
2022-01-30T18:35:43.425062542+03:00 stderr F E0130 15:35:43.424586 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:47.428628514+03:00 stderr F E0130 15:35:47.427580 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:50.811100213+03:00 stderr F E0130 15:35:50.810545 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:53.600796846+03:00 stderr F E0130 15:35:53.599679 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:35:56.761745336+03:00 stderr F E0130 15:35:56.760756 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:01.128087447+03:00 stderr F E0130 15:36:01.127154 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:04.899580489+03:00 stderr F E0130 15:36:04.898457 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:07.512060325+03:00 stderr F E0130 15:36:07.511325 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:10.463504653+03:00 stderr F E0130 15:36:10.462404 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:12.980508895+03:00 stderr F E0130 15:36:12.979541 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:17.191030328+03:00 stderr F E0130 15:36:17.189819 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:20.004126386+03:00 stderr F E0130 15:36:20.003169 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:22.468470119+03:00 stderr F E0130 15:36:22.467468 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:25.195077862+03:00 stderr F E0130 15:36:25.194031 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:28.226860629+03:00 stderr F E0130 15:36:28.226347 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:30.235981738+03:00 stderr F E0130 15:36:30.234810 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:32.623097958+03:00 stderr F E0130 15:36:32.622207 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:35.729118068+03:00 stderr F E0130 15:36:35.728188 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:38.806723388+03:00 stderr F E0130 15:36:38.805736 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:42.329933035+03:00 stderr F E0130 15:36:42.328934 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:45.146780586+03:00 stderr F E0130 15:36:45.145656 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
2022-01-30T18:36:48.424181319+03:00 stderr F E0130 15:36:48.423054 1 leaderelection.go:330] error retrieving resource lock kube-system/kube-controller-manager: Get "https://10.0.2.4:6443/apis/coordination.
k8s.io/v1/namespaces/kube-system/leases/kube-controller-manager?timeout=5s": dial tcp 10.0.2.4:6443: connect: network is unreachable
The text was updated successfully, but these errors were encountered: