Bug 1679510 - The apiserver pods of Service Catalog crashed
Summary: The apiserver pods of Service Catalog crashed
Status: CLOSED DUPLICATE of bug 1679511
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Service Catalog
Version: 4.1.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 4.1.0
Assignee: Jay Boyd
QA Contact: Jian Zhang
Depends On:
TreeView+ depends on / blocked
Reported: 2019-02-21 09:58 UTC by Jian Zhang
Modified: 2019-03-12 14:26 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2019-02-26 13:47:54 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Jian Zhang 2019-02-21 09:58:59 UTC
Description of problem:
The pods of apiserver of Service Catalog crashed.
mac:cluster-svcat-controller-manager-operator jianzhang$ oc get pods
NAME              READY     STATUS             RESTARTS   AGE
apiserver-cxgl9   0/1       CrashLoopBackOff   4          4m29s
apiserver-m96zt   0/1       CrashLoopBackOff   4          4m29s
apiserver-wxzzf   0/1       CrashLoopBackOff   4          4m29s

Version-Release number of selected component (if applicable):
image: registry.svc.ci.openshift.org/openshift/origin-v4.0:service-catalog
commit id: b24ffd6f826fe094a49afc04a5d62ab65490bb37

How reproducible:

Steps to Reproduce:
1. Create the OCP 4.0 via the openshift-installer.
2. Install the 
1) git clone https://github.com/openshift/cluster-svcat-apiserver-operator.git
2) oc create -f cluster-svcat-apiserver-operator/manifest
3) oc create -f cluster-svcat-apiserver-operator/hack/cluster-svcat-apiserver-cr.yaml

3. Check the pods.

Actual results:
The pods crashed as the above show, logs as below:
mac:cluster-svcat-controller-manager-operator jianzhang$ oc logs apiserver-wxzzf
W0221 08:00:26.518292       1 feature_gate.go:198] Setting GA feature gate OriginatingIdentity=true. It will be removed in a future release.
I0221 08:00:26.518558       1 hyperkube.go:192] Service Catalog version v4.0.0-v0.1.38+b24ffd6-8-dirty;Upstream:v0.1.38 (built 2019-02-19T05:53:08Z)
W0221 08:00:27.204525       1 util.go:112] OpenAPI spec will not be served
I0221 08:00:27.205863       1 util.go:182] Admission control plugin names: [NamespaceLifecycle MutatingAdmissionWebhook ValidatingAdmissionWebhook DefaultServicePlan ServiceBindingsLifecycle ServicePlanChangeValidator BrokerAuthSarCheck]
I0221 08:00:27.206634       1 plugins.go:158] Loaded 6 mutating admission controller(s) successfully in the following order: NamespaceLifecycle,MutatingAdmissionWebhook,DefaultServicePlan,ServiceBindingsLifecycle,ServicePlanChangeValidator,BrokerAuthSarCheck.
I0221 08:00:27.206654       1 plugins.go:161] Loaded 1 validating admission controller(s) successfully in the following order: ValidatingAdmissionWebhook.
F0221 08:00:47.209829       1 storage_decorator.go:57] Unable to create storage backend: config (&{ /registry [https://etcd.kube-system.svc.cluster.local:2379] /var/run/secrets/etcd-client/tls.key /var/run/secrets/etcd-client/tls.crt /var/run/configmaps/etcd-serving-ca/ca-bundle.crt true true 0 {0xc420109c20 0xc420109cb0} <nil> 5m0s 1m0s}), err (context deadline exceeded) 

Expected results:
The pods running well.

Additional info:

Comment 1 Jay Boyd 2019-02-26 13:47:54 UTC
Is this a multi tenant deployment?  


*** This bug has been marked as a duplicate of bug 1679511 ***

Comment 2 Jian Zhang 2019-02-27 02:33:34 UTC

> Is this a multi tenant deployment? 

yes, I think so. I'm sorry, I should have updated the information on this bug. I must have missed it.

Note You need to log in before you can comment on or make changes to this bug.