Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move actor which removes "leapp-resume" service into After phase #611

Merged
merged 1 commit into from
Oct 25, 2020

Conversation

Rezney
Copy link
Member

@Rezney Rezney commented Oct 19, 2020

In order to avoid killing (by removal) the "leapp-resume" service
and at the same time trying to reload systemd daemon by other
services, we move the actor which removes "leapp-resume" service
into FirstBootPhase.After phase.

https://bugzilla.redhat.com/show_bug.cgi?id=1883218

In order to avoid killing (by removal) the "leapp-resume" service
and at the same time trying to reload systemd daemon by other
services, we move the actor which removes "leapp-resume" service
into FirstBootPhase.After phase.

https://bugzilla.redhat.com/show_bug.cgi?id=1883218
@leapp-bot
Copy link
Collaborator

Thank you for contributing to the Leapp project!

Please note that every PR needs to comply with the
Leapp Guidelines and must pass all tests in order to be mergable.

If you want to re-run tests or request review, you can use following commands as a comment:

  • leapp-ci build to run unit tests, copr build and e2e tests in OAMG CI
  • e2e tests to run unit tests, copr build and end-to-end tests in Murphy CI (OAMG members only) [OLD PIPELINE]
  • review please to notify leapp developers of review request

Note: In case there are problems with tests not being triggered automatically on new PR/commit or pending for a long time, please consider rerunning the CI by commenting leapp-ci build (might require several comments). If the problem persists, contact leapp-infra.

@pirat89
Copy link
Member

pirat89 commented Oct 19, 2020

Btw, if we do that, we should be sure that nobody else will use this specific After phase, otherwise there will be still the problem. We can consider it as a workaround, but in future I suggest to create new phase, which we document it's just for us, or we will specify virtual "endphase" as analogy to our "configuration" phase. But I am ok to merge it as a temporary workaround if it's planned for the upcoming release. In such a case, I recommend to create a task for that before the merge @Rezney

@Rezney
Copy link
Member Author

Rezney commented Oct 19, 2020

The workaround seems to be working fine.

Oct 19 17:05:43 leapp-20201019174001 leapp3[5542]: 2020-10-19 17:05:43.621 INFO     PID: 5542 leapp.workflow.FirstBoot: Starting stage After of phase FirstBoot
Oct 19 17:05:43 leapp-20201019174001 leapp3[5542]: 2020-10-19 17:05:43.669 INFO     PID: 5542 leapp.workflow.FirstBoot: Executing actor remove_systemd_resume_service
Oct 19 17:05:43 leapp-20201019174001 leapp3[5542]: 2020-10-19 17:05:43.763 DEBUG    PID: 5996 leapp.workflow.FirstBoot.remove_systemd_resume_service: External command has started: ['systemctl', 'disable', 'leapp_resume.service']
Oct 19 17:05:43 leapp-20201019174001 leapp3[5542]: Removed /etc/systemd/system/default.target.wants/leapp_resume.service.
Oct 19 17:05:43 leapp-20201019174001 systemd[1]: Reloading.
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: 2020-10-19 17:05:44.54  DEBUG    PID: 5996 leapp.workflow.FirstBoot.remove_systemd_resume_service: External command has finished: ['systemctl', 'disable', 'leapp_resume.service']
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: 2020-10-19 17:05:44.323 INFO     PID: 5542 leapp: Answerfile will be created at /var/log/leapp/answerfile
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: Debug output written to /var/log/leapp/leapp-upgrade.log
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: ============================================================
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]:                            REPORT
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: ============================================================
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: A report has been generated at /var/log/leapp/leapp-report.json
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: A report has been generated at /var/log/leapp/leapp-report.txt
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: ============================================================
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]:                        END OF REPORT
Oct 19 17:05:44 leapp-20201019174001 leapp3[5542]: ============================================================

@shaded-enmity @mkluson ^^^

Copy link
Member

@pirat89 pirat89 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm and it seems working. approved but waiting for verification.

@AloisMahdal
Copy link

Verified manually by @mkluson . From From QE POV -- good to merge; thanks!

@pirat89 pirat89 merged commit f58643f into oamg:master Oct 25, 2020
@pirat89 pirat89 mentioned this pull request Feb 4, 2021
drehak added a commit to drehak/leapp-repository that referenced this pull request Feb 4, 2021
## Packaging
- Bump required leapp-framework capability to 1.4 (oamg#642)

## Upgrade handling
### Fixes
- Fix comparison of the newest installed and booted kernel (oamg#600)
- Fix remediation command for ipa-server removal (oamg#617)
- Fix crash due to missing network interfaces during upgrade phases (oamg#625)
- Fix error with /boot/efi existing on non-EFI systems (oamg#627)
- Fix false positive detection of issue in /etc/default/grub that led into GRUB prompt (oamg#587)
- Fix syntax error in upgrade script (oamg#619)
- Inhibit upgrade with mount options in fstab that break mounting on RHEL 8 (oamg#639)
- Inhibit upgrade on s390x machines with /boot on a separate partition (oamg#641)
- Inhibit upgrade if multiple kernel-debug pkgs are installed (oamg#599)
- Remove the initial-setup package to avoid it asking for EULA acceptance during upgrade (oamg#626)
- Remove the *leapp-resume* service after the *FirstBoot* phase to prevent kill of the leapp process on `systemctl daemon-reload` (oamg#611)

### Enhancements
- Add upgrade support for SAP HANA (own upgrade path) (oamg#503)
- Allow upgrade with SCA enabled manifest (oamg#615)
- Add actors to migrate Quagga to FRR (oamg#467)
- Add stable uniq Key id for every dialog (oamg#618)
- Respect the *kernel-rt* package (oamg#600)

## Additional changes interesting for devels
- Add a possibility to overwrite virtualenv name using `$VENVNAME` (oamg#613)
- Update product certificates for RHEL 8.3 GA and 8.4 Beta/HTB (oamg#624)

Related leapp release: https://github.com/oamg/leapp/releases/tag/v0.12.0
drehak added a commit to drehak/leapp-repository that referenced this pull request Feb 4, 2021
## Packaging
- Bump required leapp-framework capability to 1.4 (oamg#642)

## Upgrade handling
### Fixes
- Fix comparison of the newest installed and booted kernel (oamg#600)
- Fix remediation command for ipa-server removal (oamg#617)
- Fix crash due to missing network interfaces during upgrade phases (oamg#625)
- Fix error with /boot/efi existing on non-EFI systems (oamg#627)
- Fix false positive detection of issue in /etc/default/grub that led into GRUB prompt (oamg#587)
- Fix syntax error in upgrade script (oamg#619)
- Inhibit upgrade with mount options in fstab that break mounting on RHEL 8 (oamg#639)
- Inhibit upgrade on s390x machines with /boot on a separate partition (oamg#641)
- Inhibit upgrade if multiple kernel-debug pkgs are installed (oamg#599)
- Remove the initial-setup package to avoid it asking for EULA acceptance during upgrade (oamg#626)
- Remove the *leapp-resume* service after the *FirstBoot* phase to prevent kill of the leapp process on `systemctl daemon-reload` (oamg#611)

### Enhancements
- Add upgrade support for SAP HANA (own upgrade path) (oamg#503)
- Allow upgrade with SCA enabled manifest (oamg#615)
- Add actors to migrate Quagga to FRR (oamg#467)
- Add stable uniq Key id for every dialog (oamg#618)
- Respect the *kernel-rt* package (oamg#600)

## Additional changes interesting for devels
- Add a possibility to overwrite virtualenv name using `$VENVNAME` (oamg#613)
- Update product certificates for RHEL 8.3 GA and 8.4 Beta/HTB (oamg#624)

Related leapp release: https://github.com/oamg/leapp/releases/tag/v0.12.0
pirat89 pushed a commit that referenced this pull request Feb 4, 2021
## Packaging
- Bump required leapp-framework capability to 1.4 (#642)

## Upgrade handling
### Fixes
- Fix comparison of the newest installed and booted kernel (#600)
- Fix remediation command for ipa-server removal (#617)
- Fix crash due to missing network interfaces during upgrade phases (#625)
- Fix error with /boot/efi existing on non-EFI systems (#627)
- Fix false positive detection of issue in /etc/default/grub that led into GRUB prompt (#587)
- Fix syntax error in upgrade script (#619)
- Inhibit upgrade with mount options in fstab that break mounting on RHEL 8 (#639)
- Inhibit upgrade on s390x machines with /boot on a separate partition (#641)
- Inhibit upgrade if multiple kernel-debug pkgs are installed (#599)
- Remove the initial-setup package to avoid it asking for EULA acceptance during upgrade (#626)
- Remove the *leapp-resume* service after the *FirstBoot* phase to prevent kill of the leapp process on `systemctl daemon-reload` (#611)

### Enhancements
- Add upgrade support for SAP HANA (own upgrade path) (#503)
- Allow upgrade with SCA enabled manifest (#615)
- Add actors to migrate Quagga to FRR (#467)
- Add stable uniq Key id for every dialog (#618)
- Respect the *kernel-rt* package (#600)

## Additional changes interesting for devels
- Add a possibility to overwrite virtualenv name using `$VENVNAME` (#613)
- Update product certificates for RHEL 8.3 GA and 8.4 Beta/HTB (#624)

Related leapp release: https://github.com/oamg/leapp/releases/tag/v0.12.0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants