[ 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)