Skip to content
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

Docs: permissions required for service account if using google.batch.serviceAccountEmail #5622

Open
nick-youngblut opened this issue Dec 21, 2024 · 1 comment
Assignees

Comments

@nick-youngblut
Copy link
Contributor

New feature

The docs at https://www.nextflow.io/docs/latest/google.html#google-cloud and https://seqera.io/blog/nextflow-with-gbatch/ do not state the permissions required if using google.batch.serviceAccountEmail to change the service account used for each GCP Batch job, versus each batch job using the default account. google.batch.serviceAccountEmail is useful when one needs to access GCP resources from batch jobs, and has specific IAM roles set for the target service account to be used for the batch jobs (instead of using the default service account).

Without the correct IAM roles set for the account use via google.batch.serviceAccountEmail, the GCP Batch jobs just stay in the scheduled state forever.

Usage scenario

Any time one wants to use google.batch.serviceAccountEmail.

Suggest implementation

More docs at https://www.nextflow.io/docs/latest/google.html#google-cloud and/or https://seqera.io/blog/nextflow-with-gbatch/.

Maybe also more info at:

google.batch.serviceAccountEmail
Define the Google service account email to use for the pipeline execution. If not specified, the default Compute Engine service account for the project will be used.

Note that the google.batch.serviceAccountEmail service account will only be used for spawned jobs, not for the Nextflow process itself. See the Google Cloud documentation for more information on credentials.

@nick-youngblut
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants