On 02/26/2018 12:41 PM, Rohit Yadav wrote:
> - If waiting for ssh and apache2 as part of post-init solves the issue, this
> would require a new systemvmtemplate as the systemd scripts cannot be changed
> or make effect during first boot.
The waiting for ssh was not the issue, it was a result.
7 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: [4.11] Management to VR connection issues
Hi again
We found the main problem.
== cloud-postinit hang
When having many iptables rules resulting in cloud-postinit to hang for
10min unless it was killed by systemd. As a res
Hi Paul
On 02/26/2018 11:35 AM, Paul Angus wrote:
> Rene,
> Have you checked the OS getting applied on vCenter?
It's "Other 3.x or later Linux (64-bit)" also see
https://photos.google.com/share/AF1QipPNnFnP8xMIHgYCQ0rZtDsyeVGoJIyHjPqWP8BP-hiNRnd0CxHuc8xn5GetIrpocQ/photo/AF1QipPIeKUnVU4hQ8_AuNT8ga
Message-
From: Rene Moser [mailto:m...@renemoser.net]
Sent: 26 February 2018 10:22
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: [4.11] Management to VR connection issues
Hi again
We found the main problem.
== cloud-postinit hang
When having many iptables rules
Hi again
We found the main problem.
== cloud-postinit hang
When having many iptables rules resulting in cloud-postinit to hang for
10min unless it was killed by systemd. As a result the ssh daemon was
not started for 10 min because it is configured to be started after
cloud-postinit.
It seems t
uary 25, 2018 8:57:55 AM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Cc: Rohit Yadav
Subject: RE: [4.11] Management to VR connection issues
Hey Rene.
Can you check that OS type that has been applied to your system VM template.
I found that mine were coming up as 32bit Debian 5, making them go REA
tack.apache.org; dev@cloudstack.apache.org
Subject: Re: [4.11] Management to VR connection issues
On 02/20/2018 08:04 PM, Rohit Yadav wrote:
> Hi Rene,
>
>
> Thanks for sharing - I've not seen this in test/production environment yet.
> Does it help to destroy the VR and ch
On 02/20/2018 08:04 PM, Rohit Yadav wrote:
> Hi Rene,
>
>
> Thanks for sharing - I've not seen this in test/production environment yet.
> Does it help to destroy the VR and check if the issue persists? Also, is this
> behaviour system-wide for every VR, or VRs of specific networks or topologie
Hi Rene,
Thanks for sharing - I've not seen this in test/production environment yet.
Does it help to destroy the VR and check if the issue persists? Also, is this
behaviour system-wide for every VR, or VRs of specific networks or topologies
such as VPCs? Are these VRs redundant in nature?
4.
