Closed gauravagerwala closed 3 years ago
@elvinm Can you look at this?
ServicePrinicipalId and secret are used to do a non interactive deployment. In this scenario it is expected that the user has provided additional details. In this case you would need to use at least a command of the form:
--servicePrincipalId xxxx --servicePrincipalSecret xxxx --domainId xxxx --subscriptionId xxxx
The error logic handling should be cleaned up here to verify that all the parameters were provided so that it leads to a less confusing error message.
even with all of the above information included I am getting this :
Successfully logged in Selected subscriptionId was not found in cache Error: Selected subscriptionId was not found in cache at subPrompt.then (/home/mqadmin/pcs-cli/publish/index.js:189:35) at processTicksAndRejections (internal/process/next_tick.js:81:5)
@elvinm Any idea what's going on here and causing this?
Are you perhaps using an older version of the CLI? What version is it (pcs --version)?
@elvinm
pcs --version 2.2.1
I use the version deployed with NPM
any other suggestions??? @elvinm
@elvinm @ppathan Any help here? This is still a problem...
@jasonb815 Sometimes I have seen this error show up when 2-factor auth has been enabled by the tenant/subscription. Do you have 2-factor auth enabled for your account?
yes, but we have created a service principal account to use during automated deployment of PCS and ther AZ services. It works fine with the AZ CLI, but gets this error with the PCS CLI. ??
Type of issue
Description
While trying to create a standard deployment using service principals it throws the following error :
...
Steps to reproduce
pcs -t remotemonitoring -s standard --servicePrincipalId {servicePrincipalId} --servicePrincipalSecret {servicePrincipalSecret}
Context and Environment