-
Notifications
You must be signed in to change notification settings - Fork 305
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
DAOS-15684 test: add test case for custom server name #14225
Conversation
Test-tag: pr,vm DaosSystemQuery Skip-unit-tests: true Skip-fault-injection-test: true Add a case for changing the default name of "daos_server" Fix bug when setting config name Required-githooks: true Signed-off-by: Dalton Bohning <[email protected]>
Ticket title is 'ftest should allow changing the system name to something other than "daos_server"' |
timeout: 80 | ||
server_config: | ||
name: daos_server | ||
name: custom_daos_server # Use a non-default name |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i am not sure this test is a good candidate. i do not see it exercising the agent and client side stack to prove that this works.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From a weekly run
https://build.hpdd.intel.com/job/daos-stack/job/daos/job/weekly-testing/379/artifact/Functional%20on%20EL%208/control/daos_system_query.py/job.log
The test runs
dmg system query
dmg storage format
daos system query
Do we need some real IO/app here for the agent+client? Or is daos system query
enough?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah ok, daos system query
should be good. i just did not see any agent_config in this yaml file ..
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The infrastructure will setup an agent config automatically :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this PR has been running for a long time. is it running all VM tests adn do they take that long?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's running Test-tag: pr,vm DaosSystemQuery
which shouldn't take very long. It looks to me like the VM stage hasn't started? Or maybe Jenkins isn't reporting correctly
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
vm test does not usually take a very long time to get scheduled. so i doubt it's just waiting in the queue.
but i could be wrong
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree. Looks like PRs pushed after this one have gone through VM already. Let me try restarting
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Failed due to some CI issue. triggering again
Test stage Functional on EL 8.8 completed with status FAILURE. https://build.hpdd.intel.com/job/daos-stack/job/daos/job/PR-14225/1/display/redirect |
Test stage Functional on EL 8.8 completed with status FAILURE. https://build.hpdd.intel.com/job/daos-stack/job/daos/job/PR-14225/2/display/redirect |
Test stage Functional on EL 8.8 completed with status FAILURE. https://build.hpdd.intel.com//job/daos-stack/job/daos/view/change-requests/job/PR-14225/3/execution/node/359/log |
Interesting...
The length limit is 15: Line 31 in ddaf6ce
Although this exists? Line 213 in ddaf6ce
And is only used on one place: Line 1380 in ddaf6ce
|
Test-tag: pr,vm DaosSystemQuery Skip-unit-tests: true Skip-fault-injection-test: true Required-githooks: true Signed-off-by: Mohamad Chaarawi <[email protected]>
yes not sure how we got into that situation. anyway made a small update to remove that duplicate def and use the control one. |
Features: DaosSystemQuery Required-githooks: true Signed-off-by: Dalton Bohning <[email protected]>
Thanks :) At risk of setting a bad example, I updated the pragmas to run unit tests and |
Clean run: And the new test case shows it's working
|
Add a case for changing the default name of "daos_server" Fix bug when setting config name Signed-off-by: Dalton Bohning <[email protected]> Co-authored-by: Mohamad Chaarawi <[email protected]>
Test-tag: pr,vm DaosSystemQuery
Skip-unit-tests: true
Skip-fault-injection-test: true
Add a case for changing the default name of "daos_server" Fix bug when setting config name
Required-githooks: true
Before requesting gatekeeper:
Features:
(orTest-tag*
) commit pragma was used or there is a reason documented that there are no appropriate tags for this PR.Gatekeeper: