-
Notifications
You must be signed in to change notification settings - Fork 50
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
Test Building at UGent: Zen3/A100 #842
base: 2023.06-software.eessi.io
Are you sure you want to change the base?
Conversation
Instance
|
Instance
|
Instance
|
bot: help |
Updates by the bot instance
|
Updates by the bot instance
|
1 similar comment
Updates by the bot instance
|
Updates by the bot instance
|
bot: help |
Updates by the bot instance
|
1 similar comment
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
@bedroge the riscv bot seems to be doing double duty maybe check that out. #842 (comment) |
bot: help |
Updates by the bot instance
|
Updates by the bot instance
|
1 similar comment
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
bot show_config |
missing ':' after 'bot'? |
bot: show_config instance:eessi-bot-vsc-ugent |
Updates by the bot instance
|
Updates by the bot instance
|
1 similar comment
Updates by the bot instance
|
Updates by the bot instance
|
bot: build instance:eessi-bot-vsc-ugent repo:eessi.io-2023.06-software |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
I restarted the event handler and smee, looks like that solved the issue. |
True. For the sake of this PR, you could even adapt https://github.com/EESSI/software-layer/blob/2023.06-software.eessi.io/reframe_config_bot.py.tmpl temporarily to add the GPU feature as well. Run the build. Then change it back before merging. At least it'd allow you to prove the GPU-based tests pass. But we need a more permanent fix, clearly :) |
This is weird by the way, since with the local spawner, the rfm.job essentially runs locally. So how can the runtime find your local modules, but then the job doesn't, even though that is spawned locally? :| |
It is probably good to mask all local modules in some way for the entire job (i.e. build and test phase). Not sure if that's easily possible. We've never really had this problem since we were building on the Magic Castle clusters that didn't have any modules other than the EESSI ones... |
It started the build so the in the build.sh script it does not seem to find the local builds. Will add a check for modulepath in the two scripts as will also do the quick and dirty solution of the test-suite |
bot: build instance:eessi-bot-vsc-ugent repo:eessi.io-2023.06-software |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
bot: build instance:eessi-bot-vsc-ugent repo:eessi.io-2023.06-software accel:nvidia/cc80 |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
The local module path should not be set |
The |
No description provided.