[
https://issues.apache.org/jira/browse/CLOUDSTACK-8957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14973966#comment-14973966
]
Rohit Yadav commented on CLOUDSTACK-8957:
-----------------------------------------
[~remibergsma] I've found the issue, in ACS 4.5 and before "savepassword.sh"
was used to save password, but now I see it is being set by configure.py
(./systemvm/patches/debian/config/opt/cloud/bin/configure.py). The fix would be
to use same logic as savepassword.sh in the configure.py, to call the save
password HTTP request to the locally running password/python server. cc
[~wilder.rodrigues]
Since, I'm not much aware of the configure.py and new python based scripts I've
unassigned myself from the ticket.
> VR password server broken
> -------------------------
>
> Key: CLOUDSTACK-8957
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8957
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
> Affects Versions: 4.6.0
> Environment: ACS 4.6.0 snapshot, CentOS6 HVs and mgmt
> Reporter: Nux
> Assignee: Rohit Yadav
> Priority: Blocker
>
> Hello,
> When deploying instances from password enabled templates, the instances do
> not get the generated passwords.
> The VR logs show something like this:
> 'Oct 15 17:12:27 r-4-VM passwd_server_ip.py: serve_password: requested
> password not found for 10.1.1.33'
> In /var/cache/cloud the "passwords-10.1.1.1" is empty, but "passwords" is
> not, I can see the passwords there.
> Symlinking "passwords-10.1.1.1" to "passwords" and restarting the
> passwd_server_ip script gets the feature working again, though I am not sure
> how correct this approach is.
>
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)