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
n help you with some investigations.
- Rohit
<https://cloudstack.apache.org>
From: Rene Moser
Sent: Tuesday, February 20, 2018 1:46:02 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: [4.11] Management to VR connection issues
Hi
We
Hi
We upgraded from 4.9 to 4.11. VMware 6.5.0. (Testing environment).
VR upgrade went through. But we noticed that the communication between
the management server and the VR are not working properly.
We do not yet fully understand the issue, one thing we noted is that the
networks configs seems
10 matches
Mail list logo