Bug 1885223 - Sync with upstream (fix panicking cluster-capacity binary)
Summary: Sync with upstream (fix panicking cluster-capacity binary)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: kube-scheduler
Version: 4.6
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: 4.7.0
Assignee: Jan Chaloupka
QA Contact: RamaKasturi
URL:
Whiteboard:
Depends On:
Blocks: 1885232
TreeView+ depends on / blocked
 
Reported: 2020-10-05 13:21 UTC by Jan Chaloupka
Modified: 2021-02-24 15:23 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
: 1885232 (view as bug list)
Environment:
Last Closed: 2021-02-24 15:23:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-capacity pull 40 0 None closed bug 1885223: Sync with upstream 2020-10-15 06:30:15 UTC
Red Hat Product Errata RHSA-2020:5633 0 None None None 2021-02-24 15:23:35 UTC

Description Jan Chaloupka 2020-10-05 13:21:12 UTC
The last master HEAD panics:

```
./cluster-capacity --kubeconfig ~/.kube/config  --podspec examples/pod.yaml
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x8 pc=0x16daa79]

goroutine 1 [running]:
sigs.k8s.io/cluster-capacity/vendor/k8s.io/component-base/logs.(*Options).Get(...)
/go/src/sigs.k8s.io/cluster-capacity/cmd/hypercc/main.go:42 +0x2f
```

Comment 2 RamaKasturi 2020-10-15 12:40:35 UTC
Verified with the latest upstream master and below 4.7 server and do not see any panic as described above.

[knarra@knarra openshift-client-linux-4.7.0-0.nightly-2020-10-15-011122]$ ./oc version
Client Version: 4.7.0-0.nightly-2020-10-15-011122
Server Version: 4.7.0-0.nightly-2020-10-15-011122
Kubernetes Version: v1.19.0+1110e21


Below are the steps followed to verify the bug:
==============================================
1) git clone https://github.com/kubernetes-sigs/cluster-capacity
2) cd cluster-capacity
3) make build
go build -o hypercc sigs.k8s.io/cluster-capacity/cmd/hypercc
ln -sf hypercc cluster-capacity
ln -sf hypercc genpod
4) Run command ./cluster-capacity --kubeconfig /home/knarra/Downloads/kubeconfig_47 --podspec=examples/pod.yaml
[knarra@knarra cluster-capacity]$ ./cluster-capacity --kubeconfig /home/knarra/Downloads/kubeconfig_47 --podspec=examples/pod.yaml 
I1015 18:03:39.848230   17988 registry.go:173] Registering SelectorSpread plugin
I1015 18:03:39.848272   17988 registry.go:173] Registering SelectorSpread plugin
16
5) using verbose
[knarra@knarra cluster-capacity]$ ./cluster-capacity --kubeconfig /home/knarra/Downloads/kubeconfig_47 --podspec=examples/pod.yaml --verbose
I1015 18:03:56.767065   18022 registry.go:173] Registering SelectorSpread plugin
I1015 18:03:56.767091   18022 registry.go:173] Registering SelectorSpread plugin
small-pod pod requirements:
	- CPU: 150m
	- Memory: 100Mi

The cluster can schedule 16 instance(s) of the pod small-pod.

Termination reason: Unschedulable: 0/6 nodes are available: 3 Insufficient cpu, 3 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn't tolerate.

Pod distribution among nodes:
small-pod
	- ip-10-0-137-24.us-east-2.compute.internal: 7 instance(s)
	- ip-10-0-222-86.us-east-2.compute.internal: 5 instance(s)
	- ip-10-0-182-124.us-east-2.compute.internal: 4 instance(s)

Based on the above moving bug to verified state

Comment 5 errata-xmlrpc 2021-02-24 15:23:10 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 (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement update), 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/RHSA-2020:5633


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