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

Image Pushes Don't Always Trigger New Deployments #16523

Closed
liam-middlebrook opened this issue Sep 23, 2017 · 5 comments
Closed

Image Pushes Don't Always Trigger New Deployments #16523

liam-middlebrook opened this issue Sep 23, 2017 · 5 comments
Assignees
Labels
component/apps kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/P2

Comments

@liam-middlebrook
Copy link

When a source2image build is set to automatically push an image to the image store that process happens as expected. The associated deployment configuration is set to automatically deploy when the imagestream object is updated. However this automatic new deployment is inconsistently working or not after a completed source2image build.

Version
openshift v1.5.1
kubernetes v1.5.2+43a9be4
Current Result

After completion builds will push their images to the repository. The deployment config sporadically updates to use the new image and then trigger a redeployment.

Expected Result

After completion builds will push their images to the repository. The deployment config will consistently update to use the newly pushed image and then trigger a redeployment.

@pweil- pweil- added kind/bug Categorizes issue or PR as related to a bug. priority/P2 component/apps labels Sep 25, 2017
@0xmichalis
Copy link
Contributor

Maybe related to #16728

@mfojtik @tnozicka these issues need triaging

@tnozicka
Copy link
Contributor

Hard to say without more detailed info provided (oc get dc,is,build -o yaml).

Origin 1.5.1 is also not supported release anymore and it got significant rewrite since that time. Could you try it with 3.7.1 to see if the issue got fixed?

@openshift-bot
Copy link
Contributor

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci-robot openshift-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Apr 25, 2018
@openshift-bot
Copy link
Contributor

Stale issues rot after 30d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle rotten
/remove-lifecycle stale

@openshift-ci-robot openshift-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels May 26, 2018
@openshift-bot
Copy link
Contributor

Rotten issues close after 30d of inactivity.

Reopen the issue by commenting /reopen.
Mark the issue as fresh by commenting /remove-lifecycle rotten.
Exclude this issue from closing again by commenting /lifecycle frozen.

/close

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component/apps kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/P2
Projects
None yet
Development

No branches or pull requests

7 participants