Repository navigation
DLP : Default application credentials are not getting picked up when running locally #2231
Description
Running code locally gives me:
"Error in inspectString: io.grpc.StatusRuntimeException: PERMISSION_DENIED: DLP API has not been used in project usable-auth-library before or it is disabled. Enable it by visiting https://console.developers.google.com/apis/api/dlp.googleapis.com/overview?project=usable-auth-library then retry. If you enabled this API recently, wait a few minutes for the action to propagate to our systems and retry."
I need to explicitly provide GOOGLE_APPLICATION_CREDENTIALS env var, gcloud auth application-default login does not work.
Activity
chanseokoh commentedon Jul 27, 2017
AFAIK,
usable-auth-libraryis an internal project assigned to gcloud, and there may be a reason that the Cloud SDK team did not enable the DLP API. I know the team cannot enable APIs if the APIs end up charging the internal project.BTW, The DLP quickstart does not list Cloud SDK as a requirement, and it should work without gcloud installed: https://cloud.google.com/dlp/docs/quickstart-cli. Maybe it's intended that you should use
GOOGLE_APPLICATION_CREDENTIALSas described in the quickstart?garrettjonesgoogle commentedon Aug 10, 2017
We need to update the error we are seeing about the project project usable-auth-library, and guide people to use service account credentials instead.
pongad commentedon Jan 18, 2018
Is there an action item here? IIUC, setting
GOOGLE_APPLICATION_CREDENTIALSis recommneded per auth documentationchanseokoh commentedon Jan 18, 2018
One action item I suggest: make DLP not pick up the gcloud application default credential. The confusing error message about the gcloud project is because of this.
BTW, DLP is probably not the only API that is disabled in the gcloud project.
pongad commentedon Jan 19, 2018
@garrettjonesgoogle I believe the gcloud default credential is automatically looked up by
GoogleCredentials.getApplicationDefaultwhich also looks upGOOGLE_APPLICATION_CREDENTIALSenv var right?@chanseokoh To make sure I understand you right, we should ignore the gcloud default (set on gcloud command) but continue to look up the env var?
chanseokoh commentedon Jan 19, 2018
@pongad yeah, I think that is ideal, for APIs like DLP for which the internal gcloud project specifically disables. It should of course be able to get a credential through the env var.
garrettjonesgoogle commentedon Jan 21, 2018
@pongad I believe your understanding is correct.
pongad commentedon Feb 5, 2018
I did some more digging. We are discouraging people and APIs from using
gcloud auth application-default loginand intend to deprecate this mechanism. Setting the env var is the preferable method.I'll close this as wontfix. Eventually, I believe the auth library should stop working with the gcloud command altogether. cc @vchudnov-g
jabubake commentedon Feb 5, 2018
@pongad : fine with this not working, but can we provide a better error message to the user here to ask them to set GOOGLE_APPLICATION_CREDENTIALS or link them to the right auth docs ?
vchudnov-g commentedon Feb 5, 2018
@jabubake Internally, b/64388723 tracks the implementation of the better error message. I've added you to the cc list on that.
chore(main): release 2.33.1 (googleapis#2231)
chore(deps): update dependency com.google.cloud:libraries-bom to v26.…
chore(deps): update dependency com.google.cloud:libraries-bom to v26.…
chore(main): release 3.33.0 (#2231)