Skip to content
This repository was archived by the owner on Apr 1, 2026. It is now read-only.
This repository was archived by the owner on Apr 1, 2026. It is now read-only.

odo preference view -o json takes a long time if cluster is inaccessible #7205

Open

Description

@datho7561

/kind bug

What versions of software are you using?

Operating System: Fedora 39

Output of odo version:

===============================================
⚠  unable to fetch the cluster server version
===============================================
odo v3.15.0 (10b5e8a8f)

Podman Client: 4.9.0

How did you run odo exactly?

Set my ~/.kube/config to point to my crc cluster, which is stopped. Then I run : odo preference view -o json

Actual behavior

Takes around 40 seconds

Expected behavior

Takes < 1 second

Any logs, error output, etc?

Activity

  1. added
    needs-triageIndicates an issue or PR lacks a `triage/*` and requires one.
    on Feb 5, 2024
  2. datho7561 commented on Feb 5, 2024

    @datho7561
    Author

    It seems like it's checking the status of the cluster, but I don't see why this would be needed for this command.

  3. rm3l commented on Feb 5, 2024

    @rm3l
    Member

    odo preference view lists all the Devfile Registries odo can use, and (since odo v3.8.0) it also tries to list those coming from the current cluster. That's why it is trying to contact the current cluster.
    More details in https://odo.dev/docs/user-guides/advanced/using-in-cluster-devfile-registry/

    Actual behavior

    Takes around 40 seconds

    I guess any oc/kubectl command communicating with the cluster would take the same amount of time, right?

  4. datho7561 commented on Feb 5, 2024

    @datho7561
    Author

    Okay, thanks! I didn't know that the cluster could provide Devfiles

    I guess any oc/kubectl command communicating with the cluster would take the same amount of time, right?

    Yes, odo version takes around the same amount of time as odo preference view.

  5. github-actions commented on May 6, 2024

    @github-actions
    Contributor

    A friendly reminder that this issue had no activity for 90 days. Stale issues will be closed after an additional 30 days of inactivity.

  6. added
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.
    on May 6, 2024
  7. rm3l commented on May 6, 2024

    @rm3l
    Member

    /remove-lifecycle stale
    /lifecycle frozen

  8. added
    lifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.
    and removed
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.
    on May 6, 2024
  9. removed
    needs-triageIndicates an issue or PR lacks a `triage/*` and requires one.
    on May 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind/bugCategorizes issue or PR as related to a bug.lifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions