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

pass the BASE_COLLECTION_PATH for odf collection #174

Merged
merged 1 commit into from
Jun 5, 2024

Conversation

yati1998
Copy link
Member

@yati1998 yati1998 commented Jun 5, 2024

odf flag fails to collect proper logs in case
of radosnamespace due to absence of
BASE_COLLECTION_PATH.

odf flag fails to collect proper logs in case
of radosnamespace due to absence of
BASE_COLLECTION_PATH.

Signed-off-by: yati1998 <[email protected]>
Copy link
Contributor

openshift-ci bot commented Jun 5, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: yati1998

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

The pull request process is described here

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

@openshift-ci openshift-ci bot added the approved label Jun 5, 2024
@yati1998 yati1998 added the lgtm label Jun 5, 2024
@openshift-merge-bot openshift-merge-bot bot merged commit a3ba787 into red-hat-storage:main Jun 5, 2024
5 checks passed
@yati1998
Copy link
Member Author

yati1998 commented Jun 5, 2024

/cherry-pick release-4.16

@openshift-cherrypick-robot

@yati1998: new pull request created: #175

In response to this:

/cherry-pick release-4.16

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 kubernetes-sigs/prow repository.

Copy link
Collaborator

@black-dragon74 black-dragon74 left a comment

Choose a reason for hiding this comment

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

Did you verify this? Simply passing the arg would do nothing as we never read it. And passing it as an arg doesn't export it.

However, since all the scripts work fine, this needs further investigation.

@yati1998
Copy link
Member Author

yati1998 commented Jun 5, 2024

Did you verify this? Simply passing the arg would do nothing as we never read it. And passing it as an arg doesn't export it.
yes this has been verified
However, since all the scripts work fine, this needs further investigation.
after introducing internal functions in gather_ceph_resources, we need to pass the argument so that it can consider the argument number in proper order. Without passing the argument, it is failing to collect the logs with odf flag, while it is working fine with the ceph flag.

@black-dragon74
Copy link
Collaborator

after introducing internal functions in gather_ceph_resources, we need to pass the argument so that it can consider the argument number in proper order. Without passing the argument, it is failing to collect the logs with odf flag, while it is working fine with the ceph flag.

I see only one instance where we depend on positional args, that is inside collect_info, the arg we pass is of no use here.

I see you noticed it is fine when using -c but errors out only when -o is used. Seems rather strange to me as we are calling the same script in both of the cases and -c doesn't even pass the BASE_COLLECTION_PATH to the subscript.

Do you recall the error that was encountered. I am intrigued as this should not happen. We are missing something else.

Regards

@yati1998
Copy link
Member Author

yati1998 commented Jun 5, 2024

I see you noticed it is fine when using -c but errors out only when -o is used. Seems rather strange to me as we are calling the same script in both of the cases and -c doesn't even pass the BASE_COLLECTION_PATH to the subscript.

Do you recall the error that was encountered. I am intrigued as this should not happen. We are missing something else.

There is no error, but without passing the BASE_COLLECTION_PATH , the radosnamespace is not getting collected, probably the internal function is not working in that.

Yeah this is bit strange as it's running the same script, but this is the only loophole I can see.
Let's discuss on this offline.
For now I see all the required logs getting collected.

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