OOC, is there any specific reason you wanted to use COS image instead of Debian image. Batch Debian image provides almost the same as Batch COS image for GPU support. Specifying the boot disk image as batch-debian should already help overcome the issue and use Debian image as Batch job’s default image, similar as the Deep Learning Linux.
If you do want to use the specific Deep Learning image instead of the Batch image, you can also specify the Deep Learning image url on the boot disk field following https://cloud.google.com/batch/docs/specify-vm-os-image.
But i tried using batch-debian instead of batch-cos to run container-only job and specified --runtime=nvidia in the options field and i got the error from log: docker: Error response from daemon: unknown or invalid runtime name: nvidia
But from the log it seems that nvidia driver and nvidia container toolkit is installed?
Thanks! @wenyhu I am wondering why batch-cos would not work? Ideally we would want this to work since we are running container jobs and batch-cos should be more efficient?
That might be related to your docker image requirement. For most of the GPU container job cases, both Batch COS image and Debian image work. Container-Optimized OS image is a Google only image designed for read-only files, there might be limitations.
Following all your advices here, I tried launching a batch job on a g2 instance, using “batch-debian” image with no option, but when running a check via torch.cuda.is_available() I get a False.
I also tried using the deep learning image directly () but it failed to start with this error message: Failed to reload sshd.service: Unit sshd.service not found.
@wenyhu would you mind helping me notice what I am doing wrong ?