I will take a look at this bug.
I was unable to reproduce this bug. Can you verify that your test had the spec of the CR has `outputRequest: true`. If you just change the config map the operator would change the config map back to the original value. ` this is the output of that I got: time="2019-03-25T17:13:22Z" level=info msg="Request: \"PUT /osb/v2/service_instances/4abbfa0a-4f21-11e9-91e0-0a580a80005b?accepts_incomplete=true HTTP/1.1\\r\\nHost: asb.automation-broker.svc:1338\\r\\nAccept-Encoding: gzip\\r\\nContent-Length: 531\\r\\nContent-Type: application/json\\r\\nUser-Agent: Go-http-client/1.1\\r\\nX-Broker-Api-Originating-Identity: kubernetes eyJ1c2VybmFtZSI6Imt1YmU6YWRtaW4iLCJ1aWQiOiIiLCJncm91cHMiOlsic3lzdGVtOmNsdXN0ZXItYWRtaW5zIiwic3lzdGVtOmF1dGhlbnRpY2F0ZWQiXSwiZXh0cmEiOnsic2NvcGVzLmF1dGhvcml6YXRpb24ub3BlbnNoaWZ0LmlvIjpbInVzZXI6ZnVsbCJdfX0=\\r\\nX-Broker-Api-Version: 2.13\\r\\n\\r\\n{\\\"service_id\\\":\\\"f6c4486b7fb0cdac4b58e193607f7011\\\",\\\"plan_id\\\":\\\"76b2bdf5381b809657c90350726595e5\\\",\\\"organization_guid\\\":\\\"3fba9345-4f08-11e9-bc14-0a580a820020\\\",\\\"space_guid\\\":\\\"19d902d0-4efe-11e9-a579-02a973d92cc2\\\",\\\"parameters\\\":{\\\"mediawiki_admin_pass\\\":\\\"bixqyd-3bopDa-qixkub\\\",\\\"mediawiki_admin_user\\\":\\\"admin\\\",\\\"mediawiki_db_schema\\\":\\\"mediawiki\\\",\\\"mediawiki_site_lang\\\":\\\"en\\\",\\\"mediawiki_site_name\\\":\\\"MediaWiki\\\",\\\"mediawiki_volume_size\\\":\\\"1Gi\\\"},\\\"context\\\":{\\\"clusterid\\\":\\\"3fba9345-4f08-11e9-bc14-0a580a820020\\\",\\\"namespace\\\":\\\"default\\\",\\\"platform\\\":\\\"kubernetes\\\"}}\"" time="2019-03-25T17:13:22Z" level=info msg="ASYNC provisioning in progress" 10.128.0.92 - - [25/Mar/2019:17:13:22 +0000] "PUT /osb/v2/service_instances/4abbfa0a-4f21-11e9-91e0-0a580a80005b?accepts_incomplete=true HTTP/1.1" 202 58 time="2019-03-25T17:13:22Z" level=info msg="============================================================" time="2019-03-25T17:13:22Z" level=info msg=" PROVISIONING " time="2019-03-25T17:13:22Z" level=info msg="============================================================" time="2019-03-25T17:13:22Z" level=info msg="Spec.ID: f6c4486b7fb0cdac4b58e193607f7011" time="2019-03-25T17:13:22Z" level=info msg="Spec.Name: dh-mediawiki-apb" time="2019-03-25T17:13:22Z" level=info msg="Spec.Image: docker.io/ansibleplaybookbundle/mediawiki-apb:latest" time="2019-03-25T17:13:22Z" level=info msg="Spec.Description: Mediawiki apb implementation" time="2019-03-25T17:13:22Z" level=info msg="============================================================" time="2019-03-25T17:13:22Z" level=info msg="No network policies found. Assuming things are open, skip network policy creation"
You are correct. That root cause is the config changes didn't go into effect. My changes by `oc edit automationbroker`, configmap had been updated automatic and config file had been synced in container path /etc/ansible-service-broker/config.yaml, but the changes really not take effect in ASB, and there are some issues in asb-operator. $ oc get po -n ansible-service-broker NAME READY STATUS RESTARTS AGE asb-1-deploy 0/1 Completed 0 17h asb-1-ksffj 2/2 Running 0 17h automation-broker-operator-567d7887d8-ck5td 1/1 Running 0 18h $ oc get automationbroker -o yaml | grep output output_request: true $ oc exec asb-1-ksffj -c asb -it bash bash-4.2$ cat /etc/ansible-service-broker/config.yaml | grep -i output output_request: True $ oc get cm -n ansible-service-broker oc get cm NAME DATA AGE automation-broker-operator-lock 0 13m broker-config 1 18h broker-service-ca-bundle 1 18h $ oc get cm broker-config -o yaml -n ansible-service-broker | grep output output_request: True Error from asb-operator: [0;32mok=8 \u001b[0m changed=0 unreachable=0 \u001b[0;31mfailed=1 \u001b[0m\r\n\n","job":"1038322055135491751","name":"ansible-service-broker","namespace":"ansible-service-broker","error":"exit status 2","stacktrace":"github.com/operator-framework/operator-sdk/vendor/github.com/go-logr/zapr.(*zapLogger).Error\n\tsrc/github.com/operator-framework/operator-sdk/vendor/github.com/go-logr/zapr/zapr.go:128\ngithub.com/operator-framework/operator-sdk/pkg/ansible/runner.(*runner).Run.func1\n\tsrc/github.com/operator-framework/operator-sdk/pkg/ansible/runner/runner.go:289"}
I will submit a separated bug to the operator issue.
New bug refer to https://bugzilla.redhat.com/show_bug.cgi?id=1692637
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-2019:0758