Bug 1777991
| Summary: | [ISV] Install Syndesis Operator | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Salvatore Colangelo <scolange> |
| Component: | ISV Operators | Assignee: | Melvin Hillsman <mhillsma> |
| Status: | CLOSED ERRATA | QA Contact: | Salvatore Colangelo <scolange> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.3.0 | CC: | aos-bugs, jiazha, mhillsma, sd-ecosystem |
| Target Milestone: | --- | ||
| Target Release: | 4.3.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-02-12 09:42:20 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
Salvatore Colangelo
2019-11-28 22:14:10 UTC
I encounter this issue too. Cluster version is 4.3.0-0.nightly-2019-11-28-190856 mac:~ jianzhang$ oc get pods NAME READY STATUS RESTARTS AGE komodo-server-1-deploy 0/1 Completed 0 4m53s syndesis-meta-1-deploy 0/1 Completed 0 4m53s syndesis-meta-1-w8g59 1/1 Running 0 4m44s syndesis-oauthproxy-1-deploy 0/1 Completed 0 4m53s syndesis-oauthproxy-1-zfxtn 1/1 Running 0 4m44s syndesis-operator-79cd88684-88n8d 1/1 Running 0 10m syndesis-prometheus-1-c9mdg 0/1 CrashLoopBackOff 5 4m42s syndesis-prometheus-1-deploy 1/1 Running 0 4m53s syndesis-server-1-cs2fg 0/1 Running 4 4m42s syndesis-server-1-deploy 1/1 Running 0 4m53s syndesis-ui-1-deploy 0/1 Completed 0 4m53s syndesis-ui-1-sj65r 1/1 Running 0 4m43s todo-1-build 0/1 Completed 0 4m53s todo-1-deploy 0/1 Completed 0 3m20s todo-1-ffn8k 1/1 Running 0 3m11s mac:~ jianzhang$ oc logs syndesis-prometheus-1-c9mdg level=info ts=2019-11-29T02:15:39.759683012Z caller=main.go:225 msg="Starting Prometheus" version="(version=2.1.0, branch=HEAD, revision=85f23d82a045d103ea7f3c89a91fba4a93e6367a)" level=info ts=2019-11-29T02:15:39.759722569Z caller=main.go:226 build_context="(go=go1.9.2, user=root@6e784304d3ff, date=20180119-12:01:23)" level=info ts=2019-11-29T02:15:39.759736328Z caller=main.go:227 host_details="(Linux 4.18.0-147.0.3.el8_1.x86_64 #1 SMP Mon Nov 11 12:58:36 UTC 2019 x86_64 syndesis-prometheus-1-c9mdg (none))" level=info ts=2019-11-29T02:15:39.75974819Z caller=main.go:228 fd_limits="(soft=1048576, hard=1048576)" level=info ts=2019-11-29T02:15:39.762818452Z caller=main.go:499 msg="Starting TSDB ..." level=info ts=2019-11-29T02:15:39.762863151Z caller=web.go:383 component=web msg="Start listening for connections" address=0.0.0.0:9090 level=info ts=2019-11-29T02:15:39.762891714Z caller=main.go:386 msg="Stopping scrape discovery manager..." level=info ts=2019-11-29T02:15:39.762903725Z caller=main.go:400 msg="Stopping notify discovery manager..." level=info ts=2019-11-29T02:15:39.76290961Z caller=main.go:424 msg="Stopping scrape manager..." level=info ts=2019-11-29T02:15:39.762920494Z caller=manager.go:460 component="rule manager" msg="Stopping rule manager..." level=info ts=2019-11-29T02:15:39.762930452Z caller=manager.go:466 component="rule manager" msg="Rule manager stopped" level=info ts=2019-11-29T02:15:39.762936552Z caller=notifier.go:493 component=notifier msg="Stopping notification manager..." level=info ts=2019-11-29T02:15:39.762948487Z caller=main.go:382 msg="Scrape discovery manager stopped" level=info ts=2019-11-29T02:15:39.762976432Z caller=main.go:570 msg="Notifier manager stopped" level=info ts=2019-11-29T02:15:39.762961656Z caller=manager.go:59 component="scrape manager" msg="Starting scrape manager..." level=info ts=2019-11-29T02:15:39.762991208Z caller=main.go:396 msg="Notify discovery manager stopped" level=info ts=2019-11-29T02:15:39.763000946Z caller=main.go:418 msg="Scrape manager stopped" level=error ts=2019-11-29T02:15:39.765687428Z caller=main.go:579 err="Opening storage failed mkdir data/: permission denied" level=warn ts=2019-11-29T02:15:39.76572562Z caller=web.go:457 component=web msg="error serving HTTP" err="mux: listener closed" level=info ts=2019-11-29T02:15:39.765736912Z caller=main.go:581 msg="See you next time!" Hi Salvatore, I was able to deploy fine on 4.4.0-0.nightly-2020-01-23-19580 which I did prior to testing 4.3.0 I found that in the deployment config created for the syndesis-db resource the imagestream tag is postgresql:9.5 but only 10, 9.6, and latest exist. After manually changing the deployment config the default syndesis cr deployed successfully. I will work on trying to get this resolved by reaching out to syndesis devs now that I know what the issue is. (In reply to Melvin Hillsman from comment #2) > Hi Salvatore, > > I was able to deploy fine on 4.4.0-0.nightly-2020-01-23-19580 which I did > prior to testing 4.3.0 > > I found that in the deployment config created for the syndesis-db resource > the imagestream tag is postgresql:9.5 but only 10, 9.6, and latest exist. > After manually changing the deployment config the default syndesis cr > deployed successfully. I will work on trying to get this resolved by > reaching out to syndesis devs now that I know what the issue is. Actually 4.4 fails as well just not as obvious and the same issue is the reason; postgresql:9.5 set as the imagestream in the deployment config for the syndesis-db resource instead of 10, 9.6, or latest Reported to upstream community: https://github.com/syndesisio/syndesis/issues/7808 Two references to non-existent imagestreams is causing the failure. syndesis-db and todo (postgresql:9.5 and php:7.0 respectively) 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-2020:0391 |