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

unable to update AZURE_INSTANCE_SIZES without restarting peerpod controller and webhook

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Medium Medium
    • OSC 1.6.0
    • OSC 1.5.3
    • Documentation
    • None
    • False
    • None
    • False
    • 0
    • 0
    • Medium

      Description

      <What were you trying to do that didn't work?>

      I was following the published docs which have a bug where they use the confidential version of azure instances in AZURE_INSTANCE_SIZES.  I could not create an non-confidential peerpod which is arguably correct.  I updated value with non-confidential versions and still could not create a peerpod workload.

      Steps to reproduce

      <What actions did you take to hit the bug?>
      1. Configure peerpods
      2. update AZURE_INSTANCE_SIZES values
      3. try to use new values

      Expected result

      <What did you expect to happen?>

      pod would start with instance type listed in AZURE_INSTANCE_SIZES

      Actual result

      <What actually happened?>

      Pod did not start and got and error in events:

      Failed to create pod sandbox: rpc error: code = Unknown desc = CreateContainer failed: remote hypervisor call failed: rpc error: code = Unknown desc = creating an instance : failed to verify instance type: requested instance type ("Standard_DCas_v5") is not part of supported instance types list: unknown

      Impact

      <How badly does this interfere with using the software?>

      Users can't easily update the list of instance types they want to allow.

      Env

      <Where was the bug found, i.e. OCP build, operator build, kata-containers build, cluster infra, test case id>

      OSC 1.5.3 OCP 4.15.10 Azure

      Additional helpful info

      <logs, screenshot, doc links, etc.>

      I was able to get pods to work after restarting all the peerpodconfig deamonset and the peer pod webhook pods.  Appears nothing is checking for changes to the config.  Or maybe it took a while for things to catchup.

       

              Unassigned Unassigned
              cmeadors@redhat.com Cameron Meadors
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: