Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1519296

Summary:	Image triggers don't start Custom Builds in 3.6
Product:	OpenShift Container Platform	Reporter:	Vadim Rutkovsky <vrutkovs>
Component:	Build	Assignee:	Jim Minter <jminter>
Status:	CLOSED ERRATA	QA Contact:	Wenjing Zheng <wzheng>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	3.6.0	CC:	acarter, aos-bugs, ccoleman, twaugh, wewang
Target Milestone:	---
Target Release:	3.6.z
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	Cause: imagetrigger-controller was missing the permission to create custom Build objects. Consequence: builds with customStrategy and ImageStreamTag triggers were not started whenever the ImageStreamTag was updated. Fix: add permission to the imagetrigger-controller. Result: builds with customStrategy and ImageStreamTag triggers are now started when the ImageStreamTag is updated.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-12-14 21:02:32 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Vadim Rutkovsky 2017-11-30 14:52:06 UTC

Description of problem:
New builds with customStrategy and ImageStreamTag triggers are not started whenever imagestreamtag is updated.

See https://github.com/openshift/origin/issues/17074 https://github.com/openshift/origin/pull/17108

Version-Release number of selected component (if applicable):
v3.6.0+c4dd4cf

How reproducible:
Always

Steps to Reproduce:
1. Create a new imagestream, add a tag there
2. Create a new buildconfig with customStrategy
3. Set a trigger to the buildconfig to start a new build whenever imagestreamtag is updated
4. Update the tag on imagestream

Actual results:
No new builds are scheduled

Expected results:
A new build is scheduled

Additional info:
This works fine in 3.7 and needs to be backported in 3.6, as it blocks OSBS team to delived chained rebuilds feature

Comment 1 Ben Parees 2017-11-30 14:59:56 UTC

Jim please provide the backport to ose 3.6, thanks.

Comment 3 Jim Minter 2017-11-30 17:26:41 UTC

https://github.com/openshift/ose/pull/946

Comment 4 Clayton Coleman 2017-12-02 00:16:30 UTC

Can easily fix by updating the role on affected clusters.

Comment 6 wewang 2017-12-05 08:45:19 UTC

verified in released version:
openshift v3.6.173.0.83

steps : 
1. Create project wewang
2. Create  image stream
  $ oc import-image origin-wenwang --from='docker.io/wewang58/origin-custom-docker-builder' --confirm=true --insecure=true --all=true -n wewang
3. Create custom build
 $oc new-app -f https://raw.githubusercontent.com/openshift/origin/master/examples/sample-app/application-template-custombuild.json
4. Edit bc with new imagestram and tag
                        "from": {
                            "kind": "ImageStreamTag",
                            "name": "origin-wenwang:latest",
                            "namespace": "wewang"
                        }
5. will trigger new build automatically
[root@dhcp-128-91 ~]#  oc get builds
NAME                  TYPE      FROM      STATUS     STARTED         DURATION
ruby-sample-build-1   Custom    Git       Complete   6 minutes ago   56s
ruby-sample-build-2   Custom    Git       Complete   3 minutes ago   34s

Comment 9 errata-xmlrpc 2017-12-14 21:02:32 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:3438