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

Bug 1946306

Summary:	Endurance cluster has notready and schedulingdisabled nodes after upgrade
Product:	OpenShift Container Platform	Reporter:	Ryan Phillips <rphillips>
Component:	Storage	Assignee:	Jan Safranek <jsafrane>
Storage sub component:	Storage	QA Contact:	Qin Ping <piqin>
Status:	CLOSED CANTFIX	Docs Contact:
Severity:	unspecified
Priority:	unspecified	CC:	aos-bugs, bparees, jsafrane, mbooth, rphillips, schoudha, wking
Version:	4.6	Keywords:	Reopened
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1945739	Environment:
Last Closed:	2021-05-10 14:03:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1929463, 1945739, 1952224
Bug Blocks:

Comment 3 Jan Safranek 2021-04-16 13:02:44 UTC

I don't see anything obviously wrong with CSI in the cluster. What I noticed is that nodes in the cluster are drained while e2e tests run. This is quite dangerous, as e2e tests install CSI drivers as Pods, not as DaemonSet, and CSI driver pods may be evicted before pods that use the driver, leading to volumes that cannot be unmounted and pods that can be deleted.

Actually, all e2e tests I remember really don't expect that nodes are drained underneath them.

Comment 4 Jan Safranek 2021-04-16 13:06:51 UTC

Maybe I closed it too early... Is there any magic that would make a pod A ("application") drain before B (CSI driver)? We can add labels/annotation/priority class if we wanted.

Comment 5 Jan Safranek 2021-05-10 14:03:28 UTC

Checked with node team, we can't make Pods drain in a specific order. To sum it up: do not drain nodes when the tests are running!

Comment 6 Red Hat Bugzilla 2023-09-15 01:04:38 UTC

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days