Open multimeric opened 1 year ago
This pull request contains a mix of workflow files and regular files. This could be malicious. No preview will be created.
regular files:
workflow files:
@multimeric thanks for your patience with #19, which has now been merged.
Is this PR basically ready to go in terms of content? There was a fair bit of discussion about it earlier, but seems to have quieted down recently (I personally don't use an HPC server so don't have much to add).
Also, in the OP you mentioned Once/if https://github.com/carpentries-incubator/targets-workshop/pull/19 is merged, some of this will need re-writing to remove redundancy
. Does that still need to happen?
Yep, the content is all sorted, it's what I presented in July. But indeed I do need to rewrite some of this now that #19 has been merged.
Hi @joelnitta, I've merged in the main branch changes now. However I just realised that, since the sandpaper builds are mostly going to be happening on the CI server, it won't be able to use Slurm. Should I:
eval: false
Thanks @multimeric.
1. Don't build the HPC lesson on the CI 2. Include pre-computed results, and make all chunks `eval: false` 3. Add slurm to the CI server, e.g. https://github.com/koesterlab/setup-slurm-action
My preference is 3
> 2
> 1
. The lesson webpage is rendered with CI, so 1
would mean we don't have the HPC lesson on the webpage either (it would only be available when locally rendered).
@multimeric
I realized that I needed to update renv.lock
in main
, so I did that and cherry-picked the commits here (4eb5f06, 9489bea), as well as make one more update to renv.lock
(I think due to using CRAN instead of the carpentries r-universe, e012aaf).
Can you check if you can still build the HPC lesson locally? I can't because I don't have access to a computer with slurm.
(sorry - I realized cherry-pick may not have been the best approach here. Feel free to roll those back and re-base instead if you want)
I can do that, but can we also test if it's working on the CI? I'm not sure if it actually runs the lesson build for pull requests at the moment?
Sure - I assume you mean implementing suggestion 3
?
Add slurm to the CI server, e.g. https://github.com/koesterlab/setup-slurm-action
Oh, I already added that to .github/workflows/sandpaper-main.yaml
, but I'm not sure if it will even run that workflow for a pull request. Also it doesn't like the fact that I've changed the content and the workflow in the same PR.
How about this: I just set up another repo and merged hpc
into main over there, let's see how it goes.
GH action is running now... https://github.com/joelnitta/targets-hpc/actions/runs/9867906104
hm, seems to be hung up, I predict it will git killed by time-out. I've actually seen this behavior before, I'm not sure what's causing it but I don't think it is because of this PR...
No, I think it is a fault in my PR. It's failing at the second workflow which uses different memory requirements, which is likely the issue. I've reduced the memory requirements, but I now realise that it's guaranteed to fail at the GPU workflow since the mini cluster isn't going to have a GPU node.
ah... so perhaps CI is not an option then?
Well not for the last workflow, but that's inside a challenge solution so even if I just paste in the pre-computed result there I don't think that's too bad.
Sounds good, let's try that then. If you push the change here, I can try it again over on my other fork.
This has been written using the current plan writing system. Once/if #19 is merged, some of this will need re-writing to remove redundancy