Hi, I have a simple scenario, which does not seem to work. I am supplying a directory in gs to my process, and I am trying to write to it. Say, that directory is called gs://my-bucket/my-directory. A simple touch inside the process is enough to raise a Permission denied error.
If this is a feature, to prevent writing directly to the mount, I would expect to see it somewhere in the documentation. Similarly, I would also expect for an option to exist to permit this behavior. The publishDir way works alright, but for my use case it is far more intuitive just to write directly to the mount. (It is also something I need to have, as I am losing all progress on the files I have gotten up to the task failure point, as nothing is moved to the mount at the end, if an exception occurs.)
I recall that I had tried this in the past, like two months ago, and it worked like a charm.
Expected behavior and actual behavior
Expected: being able to write to a gs mounted directory
Actual: Permission denied
Steps to reproduce the problem
Example code:
process example {
input:
path inputdir
shell:
'''
touch !{inputdir}/test
'''
}
workflow {
example(file("gs://my-bucket/my-directory"))
}
Just to make sure, I made a different process with the sleep command within and entered the instance:
Bug report
Hi, I have a simple scenario, which does not seem to work. I am supplying a directory in
gs
to my process, and I am trying to write to it. Say, that directory is called gs://my-bucket/my-directory. A simpletouch
inside the process is enough to raise a Permission denied error. If this is a feature, to prevent writing directly to the mount, I would expect to see it somewhere in the documentation. Similarly, I would also expect for an option to exist to permit this behavior. ThepublishDir
way works alright, but for my use case it is far more intuitive just to write directly to the mount. (It is also something I need to have, as I am losing all progress on the files I have gotten up to the task failure point, as nothing is moved to the mount at the end, if an exception occurs.)I recall that I had tried this in the past, like two months ago, and it worked like a charm.
Expected behavior and actual behavior
Expected: being able to write to a gs mounted directory Actual: Permission denied
Steps to reproduce the problem
Example code:
Just to make sure, I made a different process with the
sleep
command within and entered the instance:and then cd-ed to /mnt/disks/my-bucket/any-directory
and ran
touch test
. I gottouch: failed to close 'test': Permission denied
Environment