Skip to content

Conversation

@abraham2512
Copy link

@abraham2512 abraham2512 commented Nov 10, 2025

This PR integrates jira mcp client and prompt updates to fetch relevant jira issues.

Sample output

Implications to understand (AI generated)
Affected Component: Containerized applications, potentially involving Gitea and SSH connections.
Probable Root Cause: The file /tmp/secret/gitea-ssh-uri.txt is missing, likely due to a failure during its creation, an oversight during build time, or a misconfiguration. This prevents the container test from executing correctly. The "wrapped process failed" errors suggest a systemic issue related to unmet dependencies.
Verification Steps:
Identify which pods or components expect the file /tmp/secret/gitea-ssh-uri.txt.
Trace when and how this file is normally created (e.g., init container, ConfigMap, Secret).
Inspect logs from affected pods, focusing on startup sequences and dependency loading. Use oc logs <pod-name>.
Check cluster-wide health using oc adm cluster-health.
Review recent changes to deployments, SCCs, or PodPolicies.
Suggested Resolution:
Immediate Fix: If the file is expected to be mounted as a Secret, verify the Secret's existence and correct mounting path using oc describe pod/<pod_name> | grep Secrets.
Longer-Term Fixes:
Adjust default mounts/policies to ensure the directory receives appropriate permissions at runtime via SCCs/PodPolicies.
Review build-time scripts that generate the file to ensure they execute before container startup.
Implement liveness probes to check for the existence of critical resources before the main application logic executes.
Related JIRA Issues:
OCPBUGS-57111 - Upgrade from 4.15 to 4.16 fails because of kubelet reporting "Failed to register CRI auth plugins" error
OCPBUGS-9184 - [e2e-crc] Unable to determine an OpenShift release version.
OCPBUGS-66249 - OCP 4.19.19: GPU workloads with readOnlyRootFilesystem=true fail to run, show NVIDIA hook errors

@abraham2512 abraham2512 force-pushed the jira-mcp branch 10 times, most recently from 58b9813 to 85ec230 Compare November 11, 2025 11:39
Copy link
Collaborator

@vishnuchalla vishnuchalla left a comment

Choose a reason for hiding this comment

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

This implementation is introducing tight integration with custom JIRA MCP server which is not the intended purpose.

Please consider BugZooka to be a tool that provides “Bring your own MCP” flexibility with minimal code changes and update these changes.

@abraham2512
Copy link
Author

Hi @vishnuchalla thank you for the review and sorry it took a while to circle back to this!
I've made the requested changes and hosted the jira client separately in quay.
Please let me know if any more changes are needed 🙂

@vishnuchalla
Copy link
Collaborator

Hey @abraham2512 thanks for the changes. Can you rebase please, so that I can take a look ASAP?

@abraham2512 abraham2512 force-pushed the jira-mcp branch 2 times, most recently from 57a1d1e to 7db9c39 Compare December 3, 2025 20:24
@abraham2512
Copy link
Author

abraham2512 commented Dec 4, 2025

@vishnuchalla rebased, ptal when you can 😄

@@ -0,0 +1,42 @@
apiVersion: apps/v1
Copy link
Collaborator

Choose a reason for hiding this comment

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

This deployment should be in its own namespace, idea being it can be commonly reused by others also to avoid tight coupling with BugZooka.

- configmap-prompts.yaml
- configmap-mcp-config.yaml
- deployment.yaml
- deployment-jira-mcp.yaml
Copy link
Collaborator

Choose a reason for hiding this comment

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

Shoudn't be part of this kustomize. Please see how we recently deployed Orion MCP for understanding.

export QUAY_CRED='<base64 encoded pull secret>'
export BUGZOOKA_IMAGE='<bugzooka image tag>'
export BUGZOOKA_NAMESPACE='<your namespace>'
export JIRA_MCP_IMAGE='<jira mcp server image>'
Copy link
Collaborator

Choose a reason for hiding this comment

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

Same as other comments about JIRA MCP isolation.

INFERENCE_MAX_TOOL_ITERATIONS,
)
from bugzooka.integrations.inference import InferenceAPIUnavailableError
from bugzooka.analysis.prompts import JIRA_TOOL_PROMPT
Copy link
Collaborator

Choose a reason for hiding this comment

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

Most of the changes here are related to formatting, can we avoid them in this PR please and only keep the real code changes? Those optimizations can be taken care in other follow ups if requried.

"user": "Here is the log summary from an OpenShift environment:\n\n{summary}\n\nBased on this summary, provide a structured breakdown of:\n- The OpenShift component likely affected (e.g., etcd, kube-apiserver, ingress, SDN, Machine API)\n- The probable root cause\n- Steps to verify the issue further\n- Suggested resolution, including OpenShift-specific commands or configurations.",
"assistant": "**Affected Component:** <Identified component>\n\n**Probable Root Cause:** <Describe why this issue might be occurring>\n\n**Verification Steps:**\n- <Step 1>\n- <Step 2>\n- <Step 3>\n\n**Suggested Resolution:**\n- <OpenShift CLI commands>\n- <Relevant OpenShift configurations>"
},
"OPENSHIFT_PROMPT": {
Copy link
Collaborator

Choose a reason for hiding this comment

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

Strange, do you have an inbuilt linter in our IDE? Almost all the changes are being formatted.

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.

2 participants