Hi Rohit,
It's probably very similar. Problem seems to stem from the fact we have
different daemons serving passwords on different IPs and different
password files on the VR, yet data-server hostname is set "in stone" to
only one of those IPs. I opened an issue which hopefully makes this a
little bit clear.
https://github.com/apache/cloudstack/issues/4943
Regards,
Lucian
On 2021-04-21 11:35, Rohit Yadav wrote:
Hi Lucian,
I remember seeing a related issue fixed recently
https://github.com/apache/<https://github.com/apache/cloudstack/pull/4873/files>
cloudstack<https://github.com/apache/cloudstack/pull/4873/files>
/pull/4873/files<https://github.com/apache/cloudstack/pull/4873/files>
Usually the VR scripts (like above in the PR) would create suitable
entry in /etc/hosts.
Can you log a bug explaining steps to reproduce the issue? Is it on
VPC or isolated network?
Regards.
Regards,
Rohit Yadav
________________________________
From: n...@li.nux.ro <n...@li.nux.ro>
Sent: Wednesday, April 21, 2021 3:08:59 PM
To: dev@cloudstack.apache.org <dev@cloudstack.apache.org>
Subject: data-server
Hello,
I've hit a problem recently with cloud-init getting messed up by a
"wrong" A record served by the VR for the "data-server" host.
This breaks cloud-init based config, such as passwords etc.
Can anyone with understanding of how data-server is implemented in
Cloudstack to maybe explain it a little bit?
Regards,
Lucian
rohit.ya...@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
