Re: After box restart CS 4.5.2 fails to start

This looks like a user privilege issue. Can you make sure that you are running cloudstack with enough privileges (sudo included). > On 15-Sep-2015, at 8:24 pm, Keerthiraja SJ wrote: > > Hi All, > > Today I installed CS 4.5.2 on CentOS 6.7 and able to start the app >

Re: Recurring snapshot taking full every time

Can you check in the SMlog on the concerned host if you see any error when the plugin is being invoked ? > On 14-Sep-2015, at 5:01 pm, raja sekhar wrote: > > Hi abhinandan, > > Thanks for your reply. > We are facing the issue only for root volumes in that host. The

RE: Dynamic Scalable Template issue

I believe XS does not allocate more than the dynamic-max to the VM. That task manger, perfmon, etc. would report incorrect memory usage. One way to find out how much memory is available to the Windows guest is running the following in a powershell (with admin privilege): $a = gwmi -n root\wmi

Re: CS 4.5.2: all hosts reboot after 3 days at production

Important correction: it monitors the health of the first primary NFS (or otherwise “distributed and mounted”) filesystem. If you don’t use NFS als (main) primary storage, it’s safe to disable that reboot. If you know your NFS has “issues” from time to time, and have controls around that, yes,

Re: CS 4.5.2: all hosts reboot after 3 days at production

The heartbeat script monitors the health of the primary storage by using a timestamp that is written to each primary store. In case the primary storage is unreachable it reboots the XenServer in order to protect the virtual machines from corruption. > On 14-Sep-2015, at 8:48 pm, Vadim

RE: Dynamic Scalable Template issue

Well, that defect is considered a doc defect from CCP/CS perspective so there are no code changes involved. After listing the limitation in the CCP 4.5 release notes the defect is marked as fixed. The behavior is controlled/affected by how XS DMC works and how Windows guests view available

Re: CS 4.5.2: all hosts reboot after 3 days at production

Abhinandan and Frank, 1. xenheartbeat.sh is designed to monitor iSCSI and NFS mounts 2. default installation monitors only presence of /opt/cloud/bin/heartbeat local file. Administrator must run script setup_heartbeat_file.sh with host UUID and SR UUID it wants to monitor and

RE: Dynamic Scalable Template issue

A similar issue is listed in CCP 4.5 release notes – look for “CS-27425/CS-21217”. Somesh CloudPlatform Escalations Citrix Systems, Inc. From: Todd Pigram [mailto:t...@toddpigram.com] Sent: Wednesday, September 09, 2015 11:22 AM To: CloudStack Users Subject: Re: Dynamic Scalable Template issue

Re: Dynamic Scalable Template issue

Is this fixed in 4.5.1 as the issue is not listed in the release notes under CS-27425/CS-21217? As a FYI, on the one VM the new tools worked but not on any others. I had to set ‘enable.dynamic.scale.vm’ to false, restart management service. Then I have to shutdown the instance. then start, to

Re: Dynamic Scalable Template issue

I understand this but in the case of MS SQL it will use all the memory that is available to Windows. As in my case a DDC with SQL was using 31.5gb of ram while looking in perfmon. But the system offering was limited to 8GB. Basically Dynamic Scales works but is bad for SQL servers. I just turned

Re: CS 4.5.2: all hosts reboot after 3 days at production

Hi, You cannot sync because that will also try to write to remote disks and that doesn’t work. Or else you wouldn’t be in trouble anyway. Before, we have seen situations where the box was supposed to be rebooted, but that took a long time due to the sync. Instead, you wait a little bit and

After box restart CS 4.5.2 fails to start

Hi All, Today I installed CS 4.5.2 on CentOS 6.7 and able to start the app successfully. All of a sudden the box reboot then while I started the cloudsatck it fails to start where I could see a different issue and ERROR on catalina.out ERROR == INFO [c.c.s.ConfigurationServerImpl]