Skip to content

MGMT-21349: system prompt update for vips#150

Merged
openshift-merge-bot[bot] merged 1 commit intorh-ecosystem-edge:mainfrom
zszabo-rh:system_prompt_for_vips
Aug 26, 2025
Merged

MGMT-21349: system prompt update for vips#150
openshift-merge-bot[bot] merged 1 commit intorh-ecosystem-edge:mainfrom
zszabo-rh:system_prompt_for_vips

Conversation

@zszabo-rh
Copy link
Collaborator

@zszabo-rh zszabo-rh commented Aug 26, 2025

Summary by CodeRabbit

  • New Features

    • Added a prompt asking users to confirm they’re ready to start cluster installation after configuration, discovery, role assignment, and VIP assignment (if applicable).
  • Documentation

    • Clarified VIPs are set only after hosts are discovered (post-ISO boot) for multi-node clusters with installer-managed networking and after subnets are known.
    • Updated installation flow to reflect configuration → host discovery → role assignment → VIPs (if applicable) → start installation.
  • Bug Fixes

    • Prevented VIP configuration for single-node clusters and user-managed networking; gated VIP options until subnets are known.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Aug 26, 2025

@zszabo-rh: This pull request references MGMT-21349 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot requested review from carbonin and keitwb August 26, 2025 08:16
@coderabbitai
Copy link

coderabbitai bot commented Aug 26, 2025

Walkthrough

Updates template.yaml to restrict VIP configuration to multi-node clusters with installer-managed networking after hosts are discovered, clarifies VIP assignment timing following Discovery ISO usage and host discovery, and sequences installation start after configuration, discovery, role assignment, and VIP setup when applicable.

Changes

Cohort / File(s) Summary
Docs: cluster configuration and sequencing
template.yaml
Restricts VIP handling to multi-node clusters with installer-managed networking and only after hosts are discovered (post-ISO boot); clarifies Discovery ISO URL -> host discovery -> role assignment -> VIP setup -> start installation sequencing.

Sequence Diagram(s)

sequenceDiagram
    autonumber
    participant U as User
    participant S as Assisted Service/UI
    participant C as Cluster

    rect rgba(220,235,245,0.6)
    note over U,S: Provide Discovery ISO URL
    U->>S: Enter Discovery ISO URL
    S->>U: Show boot instructions
    end

    rect rgba(230,245,230,0.6)
    note over C,S: Host discovery
    U->>C: Boot hosts from ISO
    C-->>S: Hosts discovered
    S->>U: Display discovered hosts
    end

    rect rgba(245,235,220,0.6)
    note over U,S: Configuration & VIPs
    U->>S: Assign host roles
    alt Multi-node AND installer-managed networking (after discovery)
        U->>S: Set API/Ingress VIPs
    else Single-node OR user-managed networking
        note over S,U: VIPs not set/required
    end
    end

    rect rgba(235,230,245,0.6)
    note over U,S: Start installation
    U->>S: Start installation
    S->>C: Begin install workflow
    end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

Possibly related PRs

Suggested labels

approved, lgtm

Suggested reviewers

  • keitwb
  • carbonin

Tip

🔌 Remote MCP (Model Context Protocol) integration is now available!

Pro plan users can now connect to remote MCP servers from the Integrations page. Connect with popular remote MCPs such as Notion and Linear to add more context to your reviews and chats.


📜 Recent review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

💡 Knowledge Base configuration:

  • MCP integration is disabled by default for public repositories
  • Jira integration is disabled by default for public repositories
  • Linear integration is disabled by default for public repositories

You can enable these sources in your CodeRabbit configuration.

📥 Commits

Reviewing files that changed from the base of the PR and between f0a3113 and d68500a.

📒 Files selected for processing (1)
  • template.yaml (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • template.yaml
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
  • GitHub Check: Red Hat Konflux / assisted-chat-saas-main-on-pull-request
✨ Finishing Touches
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

‼️ IMPORTANT
Auto-reply has been disabled for this repository in the CodeRabbit settings. The CodeRabbit bot will not respond to your replies unless it is explicitly tagged.

  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

CodeRabbit Commands (Invoked using PR/Issue comments)

Type @coderabbitai help to get the list of available commands.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Status, Documentation and Community

  • Visit our Status Page to check the current availability of CodeRabbit.
  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Aug 26, 2025

@zszabo-rh: This pull request references MGMT-21349 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Summary by CodeRabbit

  • Documentation

  • Clarified that VIPs are set only after hosts are discovered (post-ISO boot) for multi-node clusters with installer-managed networking.

  • Added guidance that VIP assignment can occur after providing the Discovery ISO URL and host discovery.

  • Updated installation flow to reflect configuration → host discovery → role assignment → VIPs (if applicable) → start installation.

  • Bug Fixes

  • Prevented VIP configuration for single-node clusters and user-managed networking.

  • Gated VIP options until subnets are known from discovered hosts.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
template.yaml (1)

407-407: Parameter substitution syntax is inconsistent and likely broken.

OpenShift Templates use ${PARAM}, not ${{PARAM}}. Current mix will leave some values unsubstituted at deploy time.

-    replicas: ${{REPLICAS_COUNT}}
+    replicas: ${REPLICAS_COUNT}
...
-            containerPort: ${{SERVICE_PORT}}
+            containerPort: ${SERVICE_PORT}
...
-              port: ${{SERVICE_PORT}}
+              port: ${SERVICE_PORT}
...
-              port: ${{SERVICE_PORT}}
+              port: ${SERVICE_PORT}
...
-      port: ${{SERVICE_PORT}}
+      port: ${SERVICE_PORT}
-      targetPort: ${{SERVICE_PORT}}
+      targetPort: ${SERVICE_PORT}

Also applies to: 423-423, 487-487, 494-494, 575-576

🧹 Nitpick comments (3)
template.yaml (3)

253-256: Tighten VIP guidance, fix grammar, and avoid URL terminology conflict.

  • Good call restricting VIPs to multi-node + IMN and post-discovery. Suggest minor edits for clarity, grammar, and to address dual-stack. Also reword to avoid saying “URL” since Step 2 forbids exposing it.
-          * Before installation, the user might need to **set API and Ingress VIPs**. Only offer this for multi-node clusters with installer-managed networking, and only after hosts have been discovered (post-ISO boot) so that subnets are known.
+          * Before installation, the user might need to **set API and Ingress VIPs**. Offer this only for multi-node clusters with installer-managed networking, and only after hosts have been discovered (post-ISO boot) so that machine network subnets are known.
           * Single node clusters don't need to **set API and Ingress VIPs**.
-          * Cluster with user-managed networking enabled don't need to **set API and Ingress VIPs**.
-          * When providing the Discovery ISO URL, instruct the user: "Once your hosts are discovered, we can proceed with assigning roles. We can set the API and Ingress VIPs after hosts appear in the cluster."
+          * Clusters with user-managed networking enabled don't need to **set API and Ingress VIPs**.
+          * When providing the Discovery ISO (without surfacing the URL), instruct the user: "Once your hosts are discovered, we can proceed with assigning roles. We can set the API and Ingress VIPs after hosts appear in the cluster."
+          * If dual-stack networking is enabled, ensure both IPv4 and IPv6 VIPs are set and belong to the discovered machine network CIDRs; avoid conflicts with host addresses.

260-261: Gate “start installation” on passing validations.

Recommend explicitly requiring cluster validations to be green before initiating.

-          * Once the cluster is configured, hosts are discovered and assigned roles, and VIPs are set (if applicable), the final step is to **start the cluster installation**.
+          * Once the cluster is configured, hosts are discovered and assigned roles, VIPs are set (if applicable), and all cluster validations are passing, the final step is to **start the cluster installation**.

131-133: Typo in parameter name: LIGHTSSPEED → LIGHTSPEED.

The extra “S” in LIGHTSSPEED is error-prone and inconsistent with other param names. Recommend correcting the param and its references.

If backward compatibility is a concern, consider adding a second param temporarily and deprecating the misspelled one.

-- name: LIGHTSSPEED_STACK_POSTGRES_SSL_MODE
+- name: LIGHTSPEED_STACK_POSTGRES_SSL_MODE
   value: "verify-full"
   description: "SSL mode for the PostgreSQL database connection used by lightspeed-stack"
...
-          ssl_mode: ${LIGHTSSPEED_STACK_POSTGRES_SSL_MODE}
+          ssl_mode: ${LIGHTSPEED_STACK_POSTGRES_SSL_MODE}

Also applies to: 192-193

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

💡 Knowledge Base configuration:

  • MCP integration is disabled by default for public repositories
  • Jira integration is disabled by default for public repositories
  • Linear integration is disabled by default for public repositories

You can enable these sources in your CodeRabbit configuration.

📥 Commits

Reviewing files that changed from the base of the PR and between d5e4813 and f0a3113.

📒 Files selected for processing (1)
  • template.yaml (1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
  • GitHub Check: Red Hat Konflux / assisted-chat-saas-main-on-pull-request

@zszabo-rh zszabo-rh force-pushed the system_prompt_for_vips branch from f0a3113 to d68500a Compare August 26, 2025 08:52
@openshift-ci-robot
Copy link

openshift-ci-robot commented Aug 26, 2025

@zszabo-rh: This pull request references MGMT-21349 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Summary by CodeRabbit

  • New Features

  • Added a prompt asking users to confirm they’re ready to start cluster installation after configuration, discovery, role assignment, and VIP assignment (if applicable).

  • Documentation

  • Clarified VIPs are set only after hosts are discovered (post-ISO boot) for multi-node clusters with installer-managed networking and after subnets are known.

  • Updated installation flow to reflect configuration → host discovery → role assignment → VIPs (if applicable) → start installation.

  • Bug Fixes

  • Prevented VIP configuration for single-node clusters and user-managed networking; gated VIP options until subnets are known.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@zszabo-rh zszabo-rh requested a review from eranco74 August 26, 2025 10:14
@eranco74
Copy link
Collaborator

/lgtm
/approve

@openshift-ci
Copy link

openshift-ci bot commented Aug 26, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: eranco74, zszabo-rh

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants