Bug 2193010

Summary:	Kickstart in graphical mode runs chvt to the wrong terminal and Graphical kickstart hangs forever in Satellite 6.13
Product:	Red Hat Satellite	Reporter:	Jayant Bhatia <jbhatia>
Component:	Provisioning	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	NEW ---	QA Contact:	Satellite QE Team <sat-qe-bz-list>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.13.0	CC:	ahumbe, lstejska, mkolman, riehecky, saydas, sshtein
Target Milestone:	Unspecified	Keywords:	Triaged, WorkAround
Target Release:	Unused	Flags:	mhulan: needinfo? (mkolman)
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:		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 Jayant Bhatia 2023-05-04 00:57:12 UTC

Description of problem:

When the use_graphical_installer boolean is set to `true` for kickstart the %post snippet will run `chvt 1` which is not the right VTTY for the installer to complete.

This is upstream in https://projects.theforeman.org/issues/36134. 


Version-Release number of selected component (if applicable): Satellite-6.13


How reproducible: Always


Steps to Reproduce:

When %post completes it tries to change to the incorrect terminal.  Anaconda detects a process is still running in %post (namely the new terminal open) and the installation doesn't complete until someone presses CTRL+ALT+F6


Actual results: Graphical kickstart hangs forever


Expected results: If there was a way to just store the current vtty, that would be great.

Comment 2 Sam Lindberg 2023-06-04 16:13:19 UTC

Hello Team,

I see this has been marked as triaged and workaround. Forgive me, but I am not seeing the workaround. Could you please advise?

Very Respectfully,

Sam