Github user yvsubhash commented on the issue:
https://github.com/apache/cloudstack/pull/1759
@rhtyd can you suggest me the branch for rebasing this commit against?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your p
GitHub user Ashadeepa opened a pull request:
https://github.com/apache/cloudstack/pull/1910
CLOUDSTACK-9748:VPN Users search functionality broken
VPN Users search functionality broken
If you try to search VPN users with itâs user name, you will not be able
to search.
Hi Will
On 01/17/2017 06:13 AM, Will Stevens wrote:
> Rene, this is probably not going to solve your problem, but I use this
> trick for other use cases. You can setup more than one range. ACS seems
> to always exhaust one range before moving on to the next range. If it is a
> new install, then
GitHub user mrunalinikankariya opened a pull request:
https://github.com/apache/cloudstack/pull/1911
CS-50190:CLONE - Simultaneous snapshots for detached volume
Description
A detached volume on any hypervisor (Xen, Vmware, KVM) fails to create one
of the snapshots if it there ar
Github user yvsubhash commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1908#discussion_r96598944
--- Diff: server/src/com/cloud/network/router/CommandSetupHelper.java ---
@@ -823,13 +826,39 @@ public int compare(final PublicIpAddress o1, final
Publ
Hi
Ok, wrong wording here, not userVM of course but the public IPs for
isolated networks. But you got the idea :)
Great I am not the one guy with this use case. Filing a feature request
in JIRA. Thanks to all for your inputs!
Regards
René
Looks like a bug to me. Please file one in jira and if possible submit a PR to
fix it.
Thanks,
Koushik
On 13/01/17, 5:53 PM, "Wiesener, Erik" wrote:
Hello CloudStack development team,
It seems not very logical that the action : “delete Volume” is a
synchronous job. This may cause
Github user syed commented on the issue:
https://github.com/apache/cloudstack/pull/1888
I got the master working now with the systemvm template
http://packages.shapeblue.com.s3-eu-west-1.amazonaws.com/systemvmtemplate/4.10/systemvm64template-4.10-xen.vhd.bz2
@rhtyd would the s
Github user nvazquez commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1727#discussion_r96670694
--- Diff: server/src/com/cloud/vm/snapshot/VMSnapshotManagerImpl.java ---
@@ -707,16 +802,41 @@ private UserVm orchestrateRevertToVMSnapshot(Long
vmSnap
Github user nvazquez commented on the issue:
https://github.com/apache/cloudstack/pull/1727
@serg38 done, I reverted DB changes to `schema-490to4910.sql`, thanks!
@koushik-das thanks for reviewing! I refactored PR according to your review
---
If your project is set up for it, you
Hello, fellow Apache enthusiast. Thanks for your participation, and
interest in, the projects of the Apache Software Foundation.
I wanted to remind you that the Call For Papers (CFP) for ApacheCon
North America, and Apache: Big Data North America, closes in less than a
month. If you've been puttin
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1888
@syed yes, if the systemvmtemplates were built from master after this PR
was merged. There is no secret sauce in the systemvmtemplate that I've uploaded
on packages.shapeblue.com S3 bucket. Checko
There are many PR in the merge ready state or require BlueOrangutan testing.
Are there volunteers for 4.10 RM role?
On 1/16/17, 4:46 AM, "Rohit Yadav" wrote:
All,
I will be on holidays after 18th January and have other work commitments, I
won't be able to contribute much tim
I think Rajani had originally volunteered to be RM for 4.10 a couple of months
back.
From: Sergey Levitskiy
Sent: Wednesday, January 18, 2017 11:34 AM
To: dev@cloudstack.apache.org
Subject: Re: RM for 4.10/master
There are many PR in the merge ready state or req
Github user nvazquez commented on the issue:
https://github.com/apache/cloudstack/pull/1905
Hi @ozhanrk,
In this PR, vm snapshots get deleted when the instance gets deleted from
hypervisor, on task sent by the vm cleanup thread. Can it be possible that you
were referring to
Dear CloudStack dev-team,
after upgrading a CloudStack installation to version 4.9.2 new volumes are
created without HyperVisor specified. This happens when creating from the UI, as
well as by using CloudMonkey/the API:
###
(local) 🐵 > create volume name="testdisk2"
diskofferingid=30fa0e20-4
You are only creating volumes and not attaching them anywhere. I think this
“create volume” is only logical. It probably only creates entries in DB,
but probably until you do something with the volume, it does not exist in
reality.
Have you tried to attach the volume in a VM?
On Wed, Jan 18, 2017
Thomas,
What version did you upgrade from?
From: Thomas Moroder
Sent: Wednesday, January 18, 2017 1:00 PM
To: dev@cloudstack.apache.org
Subject: Volumes created without HyperVisor specified
Dear CloudStack dev-team,
after upgrading a CloudStack installation t
Yes, when a volume is first created, it exists only as a row in the
cloud.volumes table.
When you first attach it to a VM, then the hypervisor type is associated with
it (and the volume is actually created).
On 1/18/17, 12:05 PM, "Rafael Weingärtner" wrote:
You are only creating volumes a
On 1/18/2017 8:05 PM, Rafael Weingärtner wrote:
You are only creating volumes and not attaching them anywhere. I think this
“create volume” is only logical. It probably only creates entries in DB,
but probably until you do something with the volume, it does not exist in
reality.
Have you tried to
Rafael,
I'm pretty sure you're correct on this. I don't think the hypervisor field gets
populated until the volume is attached.
Thomas,
Could you put the agent on the host into debug mode and collect some logs? You
can do this by running sed -i 's/INFO/DEBUG/g'
/etc/cloudstack/agent/log4j-
I'm pretty sure you're correct on this. I don't think the hypervisor field gets
populated until the volume is attached.
yes, I have tested this and at least when using KVM this is correct - the
hypervisor field does not get populated till the volume is at least attached once.
So thank you fo
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1888
Any suggestions to resolve this? I have built from master using JDK8 and
have setup my `cloudstack.repo` to point to my build. I have been doing this
successfully for the past month.
My
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1888
@swill build el7 (centos7) packages on centos7, and el6 (centos6) packages
on centos6. You may use my docker images, this is what Trillian/blueorangutan
uses for building (PR) packages: https://hu
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1888
Wow, these builds are getting complicated now. I will see if I can get
Java8 installed on my CentOS6 Jenkins slaves so I can get my existing build
pipelines working again. Thanks...
---
If you
Github user vilisseranen commented on the issue:
https://github.com/apache/cloudstack/pull/1706
This PR was not working as expected. See PR from @remibergsma for a proper
fix.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as we
Github user vilisseranen closed the pull request at:
https://github.com/apache/cloudstack/pull/1706
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feat
Github user ozhanrk commented on the issue:
https://github.com/apache/cloudstack/pull/1905
Hi @nvazquez;
You are right i am referring to volume based snapshots.
Thanks
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub a
could you post the response of create volume command when you execute it as
a normal user?
On Wed, Jan 18, 2017 at 2:29 PM, Thomas Moroder
wrote:
> I'm pretty sure you're correct on this. I don't think the hypervisor field
>> gets populated until the volume is attached.
>>
>
> yes, I have tested
Github user nvazquez commented on the issue:
https://github.com/apache/cloudstack/pull/1905
@ozhanrk nice, then this PR shouldn't affect your workflow
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does n
Yes. thats true. Offlate I was busy with $dayjob activities and
wasnt able to give it enough time.
Starting next week, I will start working on it.
@Rohit, Is it possible to give me access to run CI?
~ Rajani
http://cloudplatform.accelerite.com/
On January 18, 2017 at 11:13 PM, Simon Weller (sw
31 matches
Mail list logo
