Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] This git repo is not targeting any clusters #1831

Open
1 task done
next0262 opened this issue Oct 2, 2023 · 6 comments
Open
1 task done

[BUG] This git repo is not targeting any clusters #1831

next0262 opened this issue Oct 2, 2023 · 6 comments
Labels

Comments

@next0262
Copy link

next0262 commented Oct 2, 2023

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

After upgrading rancher from v2.7.6 to v2.7.7(fleet v0.7.1 -> v0.8.0), the created gitrepo is not able to find the clusters matched with clusterGroup.

It just shows "This git repo is not targeting any clusters"

Expected Behavior

GitRepo should show the clusters of the clusterGroup and deploy the charts & manifests of the github repo

Steps To Reproduce

  1. Upgrade rancher from v2.7.6 to v2.7.7
  2. Create GitRepo with github repo url and target clusterGroup
  3. GitRepo shows "This git repo is not targeting any clusters"
    BUNDLEDEPLOYMENTS-READY: 0/0

Environment

- Architecture: x86_64
- Rancher Version: v2.7.7
- Fleet Version: v0.8.0
- Cluster:
  - Provider: RKE2
  - Options: 
  - Kubernetes Version: v1.26.6+rke2r1

Logs

No response

Anything else?

No response

@rancherbot rancherbot added this to Fleet Oct 2, 2023
@github-project-automation github-project-automation bot moved this to 🆕 New in Fleet Oct 2, 2023
@next0262 next0262 changed the title This git repo is not targeting any clusters [BUG] This git repo is not targeting any clusters Oct 9, 2023
@lindhe
Copy link

lindhe commented Oct 31, 2023

I think I have the same issue. But not quite sure, perhaps it's just really slow (like 1 hour for updating status); it seems like it resolves itself eventually. I think. Certainly buggy behavior, though.

@nitin992vij
Copy link

got the same issue "This git repo is not targeting any clusters" with the clusterGroup & Cluster with Rancher Version: 2.7.6

@lindhe
Copy link

lindhe commented Nov 1, 2023

Turns out we had some network issues yesterday. I think that what happened in my case is that the pull operation took a really long time, and until that was finished Fleet reported "This git repo is not targeting any clusters", presumably because it cannot create any bundles before it has successfully pulled the resources. Does this make sense, considering how Fleet works internally?

If so, I think the status message should change to something more descriptive, e.g. "Fetching bundle resources" or at least "The bundle is waiting to become ready".

@kkaempf
Copy link
Collaborator

kkaempf commented Dec 6, 2023

@raulcabello jfyi as you're working on gitjob these days ...

@dalbertom
Copy link

We are having this issue as well. Shortly before we noticed the issue we had just upgraded to Rancher v2.10.0 (Fleet v0.11.1), but after rolling back to Rancher v2.9.2 (Fleet v0.10.2) the issue persisted. We were also exploring the option of using webhooks rather than polling for the gitrepos, but that was rolled back as well.

The symptoms we see are very similar to the ones described in this ticket, the GitRepo shows "This git repo is not targeting any clusters" and $ kubectl -n fleet-default get gitrepos shows BUNDLEDEPLOYMENTS-READY 0/0

Additionally, a lot of our bundles are stuck in "InProgress", "Removing" or "OutOfSync" state but when opening them to see their resources they are all in "Ready" (for InProgress and OutOfSync) or no resources at all in the case of Removing.

If there are any logs needed to provide more details I'd be happy to send those along.

Thanks

@und-miller
Copy link

Also experiencing this issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: 🆕 New
Development

No branches or pull requests

7 participants