On Mon, Dec 19, 2016 at 8:54 PM, Simon Weller wrote:
> When you're in the console, can you ping the host ip?
Yes - some (not all) of the IPs assigned on the host.
> What are your ip tables rules on this host currently?
Chain INPUT (policy ACCEPT)
target prot opt source destina
Thanks for the feedback. I guess I need a little more assistance in
understanding the correct procedure for disaster recovery.
With XenServer I have my VMs snapshotted then exported to backup weekly. So I
guess I've never really used snapshots except to then export the snapshot as a
backup V
There is a pending PR awaiting merge that added VM snapshots to ACS for KVM.
https://github.com/apache/cloudstack/pull/977
In regards to why it hasn't been merged, that's a good question. Why don't you
comment on the PR and ask that question. Community involvement is the best way
to get featu
When you're in the console, can you ping the host ip?
What are your ip tables rules on this host currently?
Can you dump the routing table as well?
Have you tried a restart of one of the working networks to see if it fails on
restart?
From: Syahrul Sazli Sha
Hi,
after reading and searching the archives
(http://mail-archives.apache.org/mod_mbox/cloudstack-users) i found no answer
to still existing problems regarding the systemVM (cp and ssvm) which are:
1.) wrong route to public ip of the CS Management server host (public IP)
2.) not setting the r
Hi Asai,
In my opinion, doing a VM snapshot is making a step in the wrong direction.
Your applications/system running inside your VMs should be designed to
handle an OS crash. Then a new VM, freshly installed, should be able to get
back into your application setup so that you have again an appropr
On Tue, Dec 13, 2016 at 7:26 PM, Syahrul Sazli Shaharir
wrote:
> Hi Simon,
>
> On Tue, Dec 13, 2016 at 10:31 AM, Simon Weller wrote:
>> Can you turn on agent debug mode and take a look at the debug level logs?
>>
>>
>> You can do that by running sed -i 's/INFO/DEBUG/g'
>> /etc/cloudstack/agent/l
