You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@brooklyn.apache.org by "Aled Sage (JIRA)" <ji...@apache.org> on 2016/12/19 09:47:58 UTC
[jira] [Created] (BROOKLYN-415) GCE Windows provisioning fails with
defaults: requires explicit `loginUser: ...`
Aled Sage created BROOKLYN-415:
----------------------------------
Summary: GCE Windows provisioning fails with defaults: requires explicit `loginUser: ...`
Key: BROOKLYN-415
URL: https://issues.apache.org/jira/browse/BROOKLYN-415
Project: Brooklyn
Issue Type: Bug
Reporter: Aled Sage
Priority: Minor
With brooklyn 0.11.0-snapshot (jclouds 2.0.0)...
Provisioning a Windows VM in google-compute-engine (with the default configuration) fails because it uses the login user "Administrator". It fails to connect over WinRM.
The workaround is to explicitly supply a different login user, such as:
{noformat}
location:
google-compute-engine:
imageNameRegex: windows-server-2012-r2-.*
loginUser: myothername
services:
- type: org.apache.brooklyn.entity.software.base.VanillaWindowsProcess
brooklyn.config:
...
{noformat}
Note that it automatically sets up WinRM access for whichever user is specified in the "loginUser" (unless {{userMetadata}} is specified with a pre-existing key {{sysprep-specialize-script-cmd}}, I'd guess).
It would be good if it defaulted to a loginUser that worked (e.g. if no loginUser is explicitly specified, then default to "brooklyn" instead of "Administrator").
Much longer term, it would be even better if there was more consistency with ssh'able machine: there the loginUser is only for the very first connection; subsequently, it will create the user defined with the {{user}} config (unless other config disabled that).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)