difference of use ShareMount/OCFS2 and CLVM as primary storage of ClousdStack

[ro...@cywee.com]

Hi,
Could any one help explain the difference of use ShareMount/OCFS2 and CLVM as 
primary storage for Cloudstack clusters?
For ShareMount/OCFS2 mode, when there has problem for OCFS2 on a host, 
Cloudstack Manager does not know the situation and the VM on this host can not 
be migrated to other host.
However, for CLVM mode, can the VM on the host  be migrated to other host when 
CLVM of the host has problem? 
 
Best Regards,



ro...@cywee.com

Re: Failed Site-to-Site VPN 4.4.0 - Error due semicolon

[Francois Gaudreault]

David,

Daan just cherry-picked the fix from master to 4.4.1. Should be fixed in 
the release ;)


FG

On 2014-08-29, 4:43 AM, David Amorín wrote:

Thanks Erik for your response. My colleagues have resolved this issue in CS 
4.4.0 modifying one script in XenServer, at least we have VPN Site-to-Site 
tunnels with this version.  I hope this issue is resolved with CS 4.4.1

Best

-Mensaje original-
De: Erik Weber [mailto:terbol...@gmail.com]
Enviado el: jueves, 28 de agosto de 2014 22:05
Para: users@cloudstack.apache.org
Asunto: Re: Failed Site-to-Site VPN 4.4.0 - Error due semicolon

On Thu, Aug 28, 2014 at 8:53 PM, David Amorín 
wrote:


Hi,
We are having issues to establish VPN Site-to-Site with our VPC based
in CS 4.4.0

We see this issue already identified
https://issues.apache.org/jira/browse/CLOUDSTACK-7124 but it says that
only affects the version 4.5.0.

Can somebody confirm if this issue affects also the version 4.4.0?


My experience is that 'Affected version(s)' is entered with the version someone 
first experience it in. That doesn't mean it doesn't exist in any other release.

If you have the same error message and have excluded typos etc. it is very 
likely that you experience the same bug.


--
Erik



--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
420 rue Guy | Montreal | Quebec | H3J 1S6
w: cloudops.com | tw: @CloudOps_

Re: API Response Formats: XML and JSON

[Erik Weber]

On Sat, Aug 30, 2014 at 9:22 PM, Dean Kamali  wrote:

> Hey everyone,
>
> According to docs, CloudStack supports two formats as the response to
> an API call. The default response is XML. If you would like the
> response to be in JSON, add &response=json to the Command String.
>
> I'm using CS 4.4 and when making an API call, I get response in XML
> which is okay, however everytime I attempt to add &response=json to an
> API call, I get error 401.
> {
>
> -
> listvirtualmachinesresponse: {
>
> uuidList: [ ]
> errorcode: 401
> errortext: "unable to verify user credentials and/or request signature"
>
> }
>
>

Did you recalculate the signature?

-- 
Erik

API Response Formats: XML and JSON

[Dean Kamali]

Hey everyone,

According to docs, CloudStack supports two formats as the response to
an API call. The default response is XML. If you would like the
response to be in JSON, add &response=json to the Command String.

I'm using CS 4.4 and when making an API call, I get response in XML
which is okay, however everytime I attempt to add &response=json to an
API call, I get error 401.
{

-
listvirtualmachinesresponse: {

uuidList: [ ]
errorcode: 401
errortext: "unable to verify user credentials and/or request signature"

}

Any idea on what is wrong?

Re: Management Server won't connect after cluster shutdown and restart

[ilya musayev]

Can you tell us more please.

In my rather large environments, I may need to do several restarts for 
cloudstack to come up properly.


Otherwise it complains that SSVM and CPVM are not ready to launch in Zone X.

Thanks
ilya
On 8/30/14, 5:29 AM, Ian Duffy wrote:

Hi All,

Thank you very much for the help.

Ended up solving the issue. There was an invalid value in our configuration
table which seemed to prevent a lot of DAOs from being autowired.




On 29 August 2014 21:16, Paul Angus  wrote:


Hi Ian,

I've seen this kind of behaviour before with KVM hosts reconnecting.

There’s a select …. WITH UPDATE; query on the op_ha_work table which locks
the table, stopping other hosts updating their status. If there are a lot
of entries in there they all lock each other out. Deleting the entries
fixed the problem, but you have to deal with hosts and vms being up/down
yourself.

So check the op_ha_work table for lots of entries which can lock up the
database. If you can check the database for the queries that it's handling
- that would be best.

Also check that the management server and MySQL DB is tuned for the load
that being thrown at it.
(http://support.citrix.com/article/CTX132020)
Remember if you have other services such as Nagios or puppet/chef directly
reading the DB, that adds to the number of connections into the mysql db -
I have seen the management server starved of mysql connections when a lot
of hosts are brought back online.


Regards

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: create...@gmail.com [mailto:create...@gmail.com] On Behalf Of
Carlos Reategui
Sent: 29 August 2014 20:55
To: users@cloudstack.apache.org
Subject: Re: Management Server won't connect after cluster shutdown and
restart

Hi Ian,

So the root of the problem was that the machines where not started up in
the correct order.

My plan had been to stop all VMs from CS, then stop CS, then shutdown the
VM hosts.  On the other end the hosts needed to be brought up first and
once they are ok then bring up the CS machine and make sure everything was
in the same state it thought things were when it was shutdown.
  Unfortunately CS came up before everything else was the way it expected
it to be and I did not realize that at the time.

To resolve I went back to my CS db backup from right after I shut it down
the MS, made sure the VM hosts were all as expected and then started the MS.






On Fri, Aug 29, 2014 at 8:02 AM, Ian Duffy  wrote:


Hi carlos,

Did you ever find a fix for this?

I'm seeing a same issue on 4.1.1 with Vmware ESXi.


On 29 October 2013 04:54, Carlos Reategui  wrote:


Update.  I cleared out the async_job table and also reset the system
vms

it

thought where in starting mode from my previous attempts by setting
them

to

Stopped from starting.  I also re-set the XS pool master to be the
one XS thinks it is.

Now when I start the CS MS here are the logs leading up to the first
exception about the Unable to reach the pool:

2013-10-28 21:27:11,040 DEBUG [cloud.alert.ClusterAlertAdapter]
(Cluster-Notification-1:null) Management server node 172.30.45.2 is
up, send alert

2013-10-28 21:27:11,045 WARN  [cloud.cluster.ClusterManagerImpl]
(Cluster-Notification-1:null) Notifying management server join event

took 9

ms

2013-10-28 21:27:23,236 DEBUG [cloud.server.StatsCollector]
(StatsCollector-2:null) HostStatsCollector is running...

2013-10-28 21:27:23,243 DEBUG [cloud.server.StatsCollector]
(StatsCollector-3:null) VmStatsCollector is running...

2013-10-28 21:27:23,247 DEBUG [cloud.server.StatsCollector]
(StatsCollector-1:null) StorageCollector is running...

2013-10-28 21:27:23,255 DEBUG [cloud.server.StatsCollector]
(StatsCollector-1:null) There is no secondary storage VM for
secondary storage host nfs://172.30.45.2/store/secondary

2013-10-28 21:27:23,273 DEBUG [agent.manager.ClusteredAgentAttache]
(StatsCollector-2:null) Seq 1-201916421: Forwarding null to

233845174730255

2013-10-28 21:27:23,274 DEBUG [agent.manager.ClusteredAgentAttache]
(AgentManager-Handler-9:null) Seq 1-201916421: Routing from

233845174730253

2013-10-28 21:27:23,275 DEBUG [agent.manager.ClusteredAgentAttache]
(AgentManager-Handler-9:null) Seq 1-201916421: Link is closed

2013-10-28 21:27:23,275 DEBUG
[agent.manager.ClusteredAgentManagerImpl]
(AgentManager-Handler-9:null) Seq 1-201916421: MgmtId 233845174730253:

Req:

Resource [Host:1] is unreachable: Host 1: Link is c

losed

2013-10-28 21:27:23,275 DEBUG
[agent.manager.ClusteredAgentManagerImpl]
(AgentManager-Handler-9:null) Seq 1--1: MgmtId 233845174730253: Req:
Routing to peer

2013-10-28 21:27:23,277 DEBUG
[agent.manager.ClusteredAgentManagerImpl]
(AgentManager-Handler-11:null) Seq 1--1: MgmtId 233845174730253: Req:
Cancel request received

2013-10-28 21:27:23,277 DEBUG [agent.manager.AgentAttache]
(AgentManager-Handler-11:null) Seq 1-201916421: Cancelling.

2013-10-28 21:27:23,277 DEBUG [agent

Re: Management Server won't connect after cluster shutdown and restart

[Ian Duffy]

Hi All,

Thank you very much for the help.

Ended up solving the issue. There was an invalid value in our configuration
table which seemed to prevent a lot of DAOs from being autowired.




On 29 August 2014 21:16, Paul Angus  wrote:

> Hi Ian,
>
> I've seen this kind of behaviour before with KVM hosts reconnecting.
>
> There’s a select …. WITH UPDATE; query on the op_ha_work table which locks
> the table, stopping other hosts updating their status. If there are a lot
> of entries in there they all lock each other out. Deleting the entries
> fixed the problem, but you have to deal with hosts and vms being up/down
> yourself.
>
> So check the op_ha_work table for lots of entries which can lock up the
> database. If you can check the database for the queries that it's handling
> - that would be best.
>
> Also check that the management server and MySQL DB is tuned for the load
> that being thrown at it.
> (http://support.citrix.com/article/CTX132020)
> Remember if you have other services such as Nagios or puppet/chef directly
> reading the DB, that adds to the number of connections into the mysql db -
> I have seen the management server starved of mysql connections when a lot
> of hosts are brought back online.
>
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: create...@gmail.com [mailto:create...@gmail.com] On Behalf Of
> Carlos Reategui
> Sent: 29 August 2014 20:55
> To: users@cloudstack.apache.org
> Subject: Re: Management Server won't connect after cluster shutdown and
> restart
>
> Hi Ian,
>
> So the root of the problem was that the machines where not started up in
> the correct order.
>
> My plan had been to stop all VMs from CS, then stop CS, then shutdown the
> VM hosts.  On the other end the hosts needed to be brought up first and
> once they are ok then bring up the CS machine and make sure everything was
> in the same state it thought things were when it was shutdown.
>  Unfortunately CS came up before everything else was the way it expected
> it to be and I did not realize that at the time.
>
> To resolve I went back to my CS db backup from right after I shut it down
> the MS, made sure the VM hosts were all as expected and then started the MS.
>
>
>
>
>
>
> On Fri, Aug 29, 2014 at 8:02 AM, Ian Duffy  wrote:
>
> > Hi carlos,
> >
> > Did you ever find a fix for this?
> >
> > I'm seeing a same issue on 4.1.1 with Vmware ESXi.
> >
> >
> > On 29 October 2013 04:54, Carlos Reategui  wrote:
> >
> > > Update.  I cleared out the async_job table and also reset the system
> > > vms
> > it
> > > thought where in starting mode from my previous attempts by setting
> > > them
> > to
> > > Stopped from starting.  I also re-set the XS pool master to be the
> > > one XS thinks it is.
> > >
> > > Now when I start the CS MS here are the logs leading up to the first
> > > exception about the Unable to reach the pool:
> > >
> > > 2013-10-28 21:27:11,040 DEBUG [cloud.alert.ClusterAlertAdapter]
> > > (Cluster-Notification-1:null) Management server node 172.30.45.2 is
> > > up, send alert
> > >
> > > 2013-10-28 21:27:11,045 WARN  [cloud.cluster.ClusterManagerImpl]
> > > (Cluster-Notification-1:null) Notifying management server join event
> > took 9
> > > ms
> > >
> > > 2013-10-28 21:27:23,236 DEBUG [cloud.server.StatsCollector]
> > > (StatsCollector-2:null) HostStatsCollector is running...
> > >
> > > 2013-10-28 21:27:23,243 DEBUG [cloud.server.StatsCollector]
> > > (StatsCollector-3:null) VmStatsCollector is running...
> > >
> > > 2013-10-28 21:27:23,247 DEBUG [cloud.server.StatsCollector]
> > > (StatsCollector-1:null) StorageCollector is running...
> > >
> > > 2013-10-28 21:27:23,255 DEBUG [cloud.server.StatsCollector]
> > > (StatsCollector-1:null) There is no secondary storage VM for
> > > secondary storage host nfs://172.30.45.2/store/secondary
> > >
> > > 2013-10-28 21:27:23,273 DEBUG [agent.manager.ClusteredAgentAttache]
> > > (StatsCollector-2:null) Seq 1-201916421: Forwarding null to
> > 233845174730255
> > >
> > > 2013-10-28 21:27:23,274 DEBUG [agent.manager.ClusteredAgentAttache]
> > > (AgentManager-Handler-9:null) Seq 1-201916421: Routing from
> > 233845174730253
> > >
> > > 2013-10-28 21:27:23,275 DEBUG [agent.manager.ClusteredAgentAttache]
> > > (AgentManager-Handler-9:null) Seq 1-201916421: Link is closed
> > >
> > > 2013-10-28 21:27:23,275 DEBUG
> > > [agent.manager.ClusteredAgentManagerImpl]
> > > (AgentManager-Handler-9:null) Seq 1-201916421: MgmtId 233845174730253:
> > Req:
> > > Resource [Host:1] is unreachable: Host 1: Link is c
> > >
> > > losed
> > >
> > > 2013-10-28 21:27:23,275 DEBUG
> > > [agent.manager.ClusteredAgentManagerImpl]
> > > (AgentManager-Handler-9:null) Seq 1--1: MgmtId 233845174730253: Req:
> > > Routing to peer
> > >
> > > 2013-10-28 21:27:23,277 DEBUG
> > > [agent.manager.ClusteredAgentManagerImpl]
> > > (AgentManager-Handler-11:null) Seq 1--1: MgmtId 23384517473

Re: http://cloudstack.org/dl/cloud-set-guest-password not working

[Harikrishna Patnala]

Try this
http://sourceforge.net/projects/cloudstack/files/Password%20Management%20Scripts/CloudInstanceManager.msi/download
you may need to start the service in windows after installation.

Thanks,
Harikrishna

On 29-Aug-2014, at 6:39 pm, France 
mailto:mailingli...@isg.si>> wrote:

Tnx what about windows password change app?

On 29 Aug 2014, at 13:08, Ian Duffy mailto:i...@ianduffy.ie>> 
wrote:

Hi France,

One of the shapeblue guys has them uploaded to github:
https://github.com/shankerbalan/cloudstack-scripts

Hope this helps,
ian


On 29 August 2014 10:11, France  wrote:

We are still at 4.1.1 CS.
Using the documentation for 4.1.1. gives the link for password set script
to:
http://cloudstack.org/dl/cloud-set-guest-password

This is no longer valid. Where could i get the password script nowdays
from?

Tnx.
F.

Re: About sharepoint mode in CloudStack

[Nux!]

Giles, you should have saved this one for the 1st of April. :-))

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "Giles Sirett" 
> To: users@cloudstack.apache.org
> Sent: Friday, 29 August, 2014 1:01:36 PM
> Subject: RE: Re: About sharepoint mode in CloudStack
> 
> Yes, Cloudstack uses an MS SQL server for data, we've created our own message
> bus with MS Exchange and the interface is going to be accessed through a MS
> Word add-in going forwards :-)
> 
> 
> Kind Regards
> Giles
> 
> D: +44 20 3603 0541 | M: +44 796 111 2055
> giles.sir...@shapeblue.com
> 
> 
> 
> 
> -Original Message-
> From: Dave Dunaway [mailto:dave.duna...@gmail.com]
> Sent: 28 August 2014 10:29
> To: users@cloudstack.apache.org
> Subject: Re: Re: About sharepoint mode in CloudStack
> 
> OMG...it has to be since it's too early where I am, but I almost puked
> thinking somehow Cloudplatform was using MS Sharepoint to store docs in some
> sick twisted disgusting joke.
> Thankfully it's just auto-correct being a dick :)
> 
> /me runs away arms flailing about anyways!
> 
> 
> On Thu, Aug 28, 2014 at 5:12 AM, ro...@cywee.com  wrote:
> 
> > Kirks,
> > thanks a lot.
> > By the wa y, I use  OCFS2/iSCSI as the  clumster filesystem under
> > Shared Mountpoint mode.
> > I have a problem right now.
> > There are two hosts running ocfs2 and connecting to a signle storage
> > server with iSCSI. After I run about one day, one hosts hung up and
> > all the VM on this host stopped.
> > I suspected ocfs2 filesystem locked the host. I want to see the lock
> > status of ocfs2. How to do?
> >
> >
> >
> >
> > ro...@cywee.com
> >
> > From: Kirk Kosinski
> > Date: 2014-08-28 16:54
> > To: users
> > Subject: Re: About sharepoint mode in CloudStack Hi, Robin.  The NFS
> > option should be used for NFS shares that are not already mounted on
> > the hosts.  CloudStack will tell the hosts to mount the NFS share you
> > specify.
> >
> > The Shared Mount Point option would be for a primary storage that is
> > already mounted on the hosts by the system administrator.  Here is
> > what the docs [1] say about it:
> >
> > > KVM supports "Shared Mountpoint" storage. A shared mountpoint is a
> > > file system path local to each server in a given cluster. The path
> > > must be the same across all Hosts in the cluster, for example
> > > /mnt/primary1.
> > > This shared mountpoint is assumed to be a clustered filesystem such
> > > as OCFS2. In this case the CloudStack does not attempt to mount or
> > > unmount the storage as is done with NFS. The CloudStack requires
> > > that the administrator insure that the storage is available.
> >
> > Best regards,
> > Kirk
> >
> > [1]
> >
> > http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/A
> > dmin_Guide/primary-storage.html#hypervisor-support-for-primarystorage
> >
> > On 08/27/2014 11:33 PM, ro...@cywee.com wrote:
> > > Hi,
> > > Can anyone help explain the difference of primary storage modes--
> > sharepoint and NFS?
> > > thanks,
> > >
> > >
> > >
> > >
> > > ro...@cywee.com
> > >
> >
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training
> Courses
> 
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a
> company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> 

Re: http://cloudstack.org/dl/cloud-set-guest-password not working

[Nux!]

Hi,

CloudBaseInit will not work for Cloudstack, but could be easily modified I 
guess.
The developer seemed interested in getting Cloudstack to work but I guess I 
haven't stressed him enough. Anyone volunteers to get in touch with him? :-)

Lucian


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "Ian Duffy" 
> To: users@cloudstack.apache.org
> Sent: Friday, 29 August, 2014 4:57:10 PM
> Subject: Re: http://cloudstack.org/dl/cloud-set-guest-password not working
> 
> Haven't used this before this might be of interest:
> http://www.cloudbase.it/cloud-init-for-windows-instances/
> 
> 
> On 29 August 2014 14:09, France  wrote:
> 
> > Tnx what about windows password change app?
> >
> > On 29 Aug 2014, at 13:08, Ian Duffy  wrote:
> >
> > > Hi France,
> > >
> > > One of the shapeblue guys has them uploaded to github:
> > > https://github.com/shankerbalan/cloudstack-scripts
> > >
> > > Hope this helps,
> > > ian
> > >
> > >
> > > On 29 August 2014 10:11, France  wrote:
> > >
> > >> We are still at 4.1.1 CS.
> > >> Using the documentation for 4.1.1. gives the link for password set
> > script
> > >> to:
> > >> http://cloudstack.org/dl/cloud-set-guest-password
> > >>
> > >> This is no longer valid. Where could i get the password script nowdays
> > >> from?
> > >>
> > >> Tnx.
> > >> F.
> >
> >
>