Did you try running cloudstack-setup-management as root user ?
On 15-Sep-2015, at 8:24 pm, Keerthiraja SJ
mailto:sjkeer...@gmail.com>> wrote:
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 cloudsat
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 snapshot
> recurring policy fo
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
> successfully.
>
> All of a su
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 -c
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 i
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 memo
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 g
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
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] (main:nul
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 then
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 the
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, y
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 Kimlaychuk
13 matches
Mail list logo
