[GitHub] cl-k-takahashi opened a new pull request #2: Add python-setuptools to yum install command.

cl-k-takahashi opened a new pull request #2: Add python-setuptools to yum install command. URL: https://github.com/apache/cloudstack-documentation/pull/2 python-setuptools is necessary to build CloudStack correctly. Without python-setuptools, you'll fail to build CloudStack with the outp

Re: Direct templates/volumes upload don't work in real world

Thanks, Rajani. I'll try to test those vars. Just to sum up: * secstorage.ssl.cert.domain * SSL certificate used to encrypt copy traffic between zones not very obvious and useful description for someone who tries to figure out the problem. 2018-08-23 13:37 GMT+07:00 Rajani Karuturi : > Check th

Re: Direct templates/volumes upload don't work in real world

Check the values of secstorage.encrypt.copy, secstorsge.ssl.cert.domain https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replace+realhostip.com+with+Your+Own+Domain+Name has more info ~Rajani Sent from phone. On Thu, 23 Aug 2018, 11:57 am Ivan Kudryavtsev, wrote: > Yes, but

Re: Direct templates/volumes upload don't work in real world

Yes, but API returns https:///, not https://1-2-3-4.dns.zone/hash. That is what I'm talking about, at least it works for my 4.11.1 deployment, while CPVM works just fine with https://1-2-3-4.dns.zone/ 2018-08-23 13:24 GMT+07:00 Rajani Karuturi : > The same CPVM type URL also works for SSVM. You c

Re: Direct templates/volumes upload don't work in real world

The same CPVM type URL also works for SSVM. You could also add Https exception in browser to test it out. Check FS at https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=39620237 for more details. ~Rajani Sent from phone. On Thu, 23 Aug 2018, 10:25 am Ivan Kudryavtsev, wrote: > H

Direct templates/volumes upload don't work in real world

Hello, devs. Today I investigated how ACS handles file uploads. I thought there is a Jetty-based implementation, but it looks like they are managed thru SSVM by requesting unique upload URL and so on and so forth. By design, it's good, despite that the URL which returned by an API includes https:

Re: [DISCUSS] Removing IAM services

I am +1 on removing it as well. Em qua, 22 de ago de 2018 às 07:49, Rohit Yadav escreveu: > +1 it's about time > > > > - Rohit > > > > > > > From: Daan Hoogland > Sent: Tuesday, August 21, 2018 9:02:58 PM > To: dev > Cc: users > S

Re: Combining Apache CloudStack Documentation

Great work Paul. Used this myself for referencing something, it was good to have everything on the same site. - Rohit From: Paul Angus Sent: Friday, August 17, 2018 10:05:52 PM To: dev; us...@cloudstack.apache.org Subject: RE:

Re: [DISCUSS] Removing IAM services

+1 it's about time - Rohit From: Daan Hoogland Sent: Tuesday, August 21, 2018 9:02:58 PM To: dev Cc: users Subject: [DISCUSS] Removing IAM services i'm +1 on this it has not been developed for the longest while. (changed the

offline migration in vmware

devs, I started a small FS [1] on migrating stopped VMs (and detached volumes) in vmware. It has no API or UI consequences but some architectural; I am planning an added method finalizeMigration that returns a list of commands to send to the resource. The default implementation returns null, meani