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

fetch-retries parameter is not working when using a custom coreos-installer invocation #1165

Open
pamoedom opened this issue Apr 11, 2023 · 2 comments
Labels

Comments

@pamoedom
Copy link

Bug

fetch-retries parameter is not working when using a custom coreos-installer invocation.

Host Operating System Version

RHCOS 413.92

Target Operating System Version

RHCOS 413.92

coreos-installer Version

0.17

Expected Behavior

The coreos-installer should replace the --fetch-retries infinite parameter with the custom one.

Actual Behavior

The custom coreos-installer invocation is adding the new fetch-retries parameter but keeping also the default infinite value at the end of the command which overrides the custom one.

Reproduction Steps

  1. Create custom installer config:
variant: fcos
version: 1.4.0
storage:
  files:
    - path: /etc/coreos/installer.d/custom.yaml
      contents:
        inline: |
          fetch-retries: 5
  1. Convert with butane.
  2. Inject the ignition to live ISO or use it via live iPXE booting.
  3. Check the coreos-installer-service output:
[   43.194288] coreos-installer-service[1740]: Running with arguments: --ignition-url http://[OBFUSCATED]:8000/rhcos/ignitions/pamoedo-rhcos92/master.ign --console ttyS1,115200n8 --fetch-retries 5 /dev/sda --fetch-retries infinite

Other Information

@bgilbert
Copy link
Contributor

Thanks for the report. I agree that this is not the desired behavior. Out of curiosity, though, why do you want fewer than infinite retries?

@pamoedom
Copy link
Author

pamoedom commented Apr 11, 2023

Hi @bgilbert , thanks for your quick reply.

This issue arose during OCPBUGS-11052 investigation, with infinite retries we can't drop into an emergency shell if the ignition gathering is failing.

Regards.

@bgilbert bgilbert added the jira label Apr 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants