Closed antonelepfl closed 5 years ago
There are no extra permissions apart from the user id and group (antonel1 / cvsk25). Server logs look fine (I can't access files on the file system)
Does the same error happen when you login (as antonel1) and run the sbatch on the UNICORE-generated slurm file?
cd /p/scratch/cvsk25/unicore-jobs/364cfef9-2d4a-40bd-b42c-af8213a1b1e4 sbatch bsssubmit*
NOTE the stdout/stderr in /p/scratch/cvsk25/unicore-jobs/364cfef9-2d4a-40bd-b42c-af8213a1b1e4 will be overwritten when you do this...
Hi @BerndSchuller When I run sbatch to the bsssubmit I get the same access denied. Do you have any other idea of what could it be?
Not sure I understand what the real error is. What do you do in the case when things are working? Possible differences are in the "input.sh" script that you run, or in the sbatch parameters (nodes, selected queue...) Could you attach stdout/stderr or send them to me in a zip file?
The new deployment changed some paths so I fixed that. Thanks for the help @BerndSchuller
Hi @BerndSchuller We are updating our module stack to some new version on Jureca and for instance if I enter into Jureca and run sbatch everything works fine but when I try to do the same thing with Unicore API, the result of Unicore is an error
Which is not totally true because I'm able to run
ls
to that directory and it has executable access too.You could find the job with the ls and the full log in this folder:
/p/scratch/cvsk25/unicore-jobs/364cfef9-2d4a-40bd-b42c-af8213a1b1e4
So we are wondering if Unicore requires some extra permissions to run a job that is different of what we usually do manually on sbatch.
CC: @pramodk