Uploaded image for project: 'Openshift sandboxed containers'
  1. Openshift sandboxed containers
  2. KATA-3456

1.8.0-5 won't launch a podvm

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Not a Bug
    • Icon: High High
    • None
    • OSC 1.8.0
    • Operator, trustee-operator
    • None
    • BU Product Work
    • False
    • None
    • False
    • 0
    • 0

      Description

      Following our internal docs to setup OSC 1.8.0-5 with trustee 0.1.0 on OCP 4.17.3 with a kbsServiceType: NodePort

      Launching the ocp-cc-pod workload fails.  The log of the trustee-deployment pod:

       

      4m47s (x47 over 14m)   Normal    Pulled           Pod/ocp-cc-pod                              Container image "registry.access.redhat.com/ubi9/ubi:9.3" already present on machine
      12m (x12 over 14m)     Warning   Failed           Pod/ocp-cc-pod                              Error: CreateContainer failed: ttrpc client init failed
      Caused by:
          0: Nix error: ENOENT: No such file or directory
          1: ENOENT: No such file or directory
      Stack backtrace:
         0: anyhow::error::<impl core::convert::From<E> for anyhow::Error>::from
         1: image_rs::image::ImageClient::pull_image::{{closure}}.17591
         2: <kata_agent::storage::image_pull_handler::ImagePullHandler as kata_agent::storage::StorageHandler>::create_device::{{closure}}
         3: kata_agent::storage::add_storages::{{closure}}
         4: kata_agent::rpc::AgentService::do_create_container::{{closure}}::{{closure}}
         5: <kata_agent::rpc::AgentService as protocols::agent_ttrpc_async::AgentService>::create_container::{{closure}}
         6: <protocols::agent_ttrpc_async::CreateContainerMethod as ttrpc::asynchronous::utils::MethodHandler>::handler::{{closure}}
         7: ttrpc::asynchronous::server::HandlerContext::handle_msg::{{closure}}
         8: <ttrpc::asynchronous::server::ServerReader as ttrpc::asynchronous::connection::ReaderDelegate>::handle_msg::{{closure}}::{{closure}}
         9: tokio::runtime::task::raw::poll
        10: tokio::runtime::scheduler::multi_thread::worker::Context::run_task
        11: tokio::runtime::task::raw::poll
        12: std::sys_common::backtrace::__rust_begin_short_backtrace
        13: core::ops::function::FnOnce::call_once{{vtable.shim}}
        14: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
                   at ./builddir/build/BUILD/rustc-1.75.0-src/library/alloc/src/boxed.rs:2007:9
        15: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
                   at ./builddir/build/BUILD/rustc-1.75.0-src/library/alloc/src/boxed.rs:2007:9
        16: std::sys::unix::thread::Thread::new::thread_start
                   at ./builddir/build/BUILD/rustc-1.75.0-src/library/std/src/sys/unix/thread.rs:108:17
        17: start_thread
        18: __GI___clone3: unknown 
      

       

              Unassigned Unassigned
              tbuskey-rh Tom Buskey
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: