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

Application stuck on refresh and sync never begins #242

Open
jdandrea opened this issue Apr 6, 2023 · 5 comments
Open

Application stuck on refresh and sync never begins #242

jdandrea opened this issue Apr 6, 2023 · 5 comments
Labels
bug Something isn't working

Comments

@jdandrea
Copy link

jdandrea commented Apr 6, 2023

In which track did this bug occur?
Working with Kustomize

what is the url for the track?
https://developers.redhat.com/courses/gitops/working-kustomize

At what step of the track did this happen?
Deploying Kustomized Applicaton

Describe the bug

  1. oc apply -f components/applications/bgd-app.yaml is stuck on refresh and sync never starts.
  2. Please fix title (should be "Application").

Logs or error messages
n/a

Expected behavior
bgd-app syncs.

Screenshots
n/a

Desktop (please complete the following information):

  • macOS
  • Chrome 109.0.5414.119 (Official / arm64)
  • Ventura 13.2.1

Additional context
n/a

@jdandrea jdandrea added the bug Something isn't working label Apr 6, 2023
@jdandrea
Copy link
Author

jdandrea commented Apr 10, 2023

Adding a screenshot in case it helps! This is from Argo CD running on OpenShift on openshift-gitops-server-openshift-gitops.crc-lgph7-master-0.crc.jkvinvysksfj.instruqt.io around 1pm EDT (UTC-4) on 10 Apr 2023. The Application Controller can't start. ("Aha! THERE's yer problem!") But I'd think the platform would have resources to support it, no? Maybe something else is amiss that's indirectly related.

[root@crc-lgph7-master-0 /]# oc get pods -n openshift-gitops
NAME                                                          READY   STATUS    RESTARTS   AGE
cluster-5467dc9587-x52qs                                      1/1     Running   0          13m
kam-6cc5f5cbff-954vr                                          1/1     Running   0          13m
openshift-gitops-application-controller-0                     0/1     Pending   0          13m
openshift-gitops-applicationset-controller-7f4b765dc4-rz6ww   0/1     Pending   0          13m
openshift-gitops-dex-server-6d76f8dd66-2bh5b                  0/1     Pending   0          13m
openshift-gitops-dex-server-7947c4c879-tzp9d                  1/1     Running   0          13m
openshift-gitops-redis-664cdd4757-6j4nb                       1/1     Running   0          13m
openshift-gitops-repo-server-dd956fd5b-7rv5r                  1/1     Running   0          13m
openshift-gitops-server-7f55c674cc-9nf46                      1/1     Running   0          13m

Screenshot 2023-04-10 at 1 01 06 PM

@mayumi00
Copy link

mayumi00 commented Aug 8, 2023

I faced the same problem. (Japanese track)
The ArgoCD controllers were not starting due to lack of CPU.

The machine type used in that track is the following type.
config.yaml:
'machine_type: n1-highmem-4'

After changing to a machine type with 8 CPUs, they started up fine.
'machine_type: n1-standard-8'

'Working with Helm' track do not start properly for the same reason.

@cedricclyburn
Copy link
Contributor

Hi! Unfortunately our team is no longer maintaining the Kustomize or Helm labs, just these https://developers.redhat.com/learn/openshift/devops-openshift

@jdandrea
Copy link
Author

Thank you @cedricclyburn! Is there a different team or others managing this lab now or is it now unmoored, as it were?

@cedricclyburn
Copy link
Contributor

Unmoored/unmaintained for now, would be happy if someone wanted to pick it back up though :D @jdandrea

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants