---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11067/#review20564
---
Girish, thanks for the patch. I'm afraid the intentions are not clea
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11153/#review20565
---
I think the local storage tests were included to test for resize vol
On May 14, 2013, at 7:37 PM, Chip Childers wrote:
> On Tuesday, May 14, 2013, John Burwell wrote:
>
>> Chip,
>>
>> After some further discussion about this issue on IRC, Alex and I
>> determined that system VM clock drift issue not only breaks S3, but has
>> other significant impacts that meri
> -Original Message-
> From: Prasanna Santhanam [mailto:t...@apache.org]
> Sent: Wednesday, May 15, 2013 12:25 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Firewall rule question
>
> On Wed, May 15, 2013 at 06:43:44AM +, Koushik Das wrote:
> > Prasanna,
> >
> > Interesting point
On May 14, 2013, at 1:57 PM, David Nalley wrote:
> On Tue, May 14, 2013 at 1:46 PM, Hugo Trippaers
> wrote:
>>
>>
>> Sent from my iPhone
>>
>> On 14 mei 2013, at 18:28, "David Nalley" wrote:
>>
>>> On Tue, May 14, 2013 at 11:34 AM, Hugo Trippaers
>>> wrote:
Hey all,
We hav
On May 14, 2013, at 12:34 PM, Chip Childers wrote:
> On Tue, May 14, 2013 at 11:59:14AM -0400, David Nalley wrote:
>> Are you going to support upgrades from your Betas to release (and
>> betaN to betaN+1)?
>> If the answer is no, then there is no interest on my part. It's not
>> better than us p
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11152/
---
Review request for cloudstack.
Description
---
just an organize import
D
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11174/
---
Review request for cloudstack and Hugo Trippaers.
Description
---
Midonet
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10796/#review20567
---
Patch has been merged to master . Please mark the review request as
> On May 15, 2013, 10:01 a.m., Pranav Saxena wrote:
> > Patch has been merged to master . Please mark the review request as
> > Submitted !
commit 9542f105927ceba39a4da0e2f63c85f21f1e43a1
Author: Sanjay Tripathi
Date: Fri Apr 26 16:47:56 2013 +0530
CLOUDSTACK-1904: API : UI : Admin can
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10903/
---
(Updated May 15, 2013, 10:06 a.m.)
Review request for cloudstack, Abhinandan Pr
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11176/
---
Review request for cloudstack, Abhinandan Prateek, Kishan Kavala, Murali Reddy,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10903/#review20569
---
Ship it!
Ship It!
- Nitin Mehta
On May 15, 2013, 10:06 a.m., Har
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11177/
---
Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min
Chen
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11153/
---
(Updated May 15, 2013, 10:38 a.m.)
Review request for cloudstack and Prasanna S
> On May 15, 2013, 7:05 a.m., Prasanna Santhanam wrote:
> > I think the local storage tests were included to test for resize volume
> > related functionality. Can you separate those tests? Perhaps into another
> > suite? So we don't lose them.
> >
> >
I have tested resize volume on shared sto
Shipped with commit ffe90c00599917bfbe5e22e369fd248358074600
From: Nitin Mehta mailto:nitin.me...@citrix.com>>
Reply-To: Nitin Mehta mailto:nitin.me...@citrix.com>>
Date: Wednesday 15 May 2013 3:49 PM
To: Abhinandan Prateek mailto:aprat...@apache.org>>, Nitin
Mehta mailto:nitin.me...@citrix.com>>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11176/#review20571
---
Ship it!
commit 9b6513466f5826d4932bf69dcf3a531f05ac625c
- Kishan
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11157/#review20572
---
Ship it!
commit 737063891592af1d896f150cca02ff3d63a0198c
- Kishan
Hi Chip,
Could you cherry-pick 68a428f84dea9c051456882d6762f419c40d90db into 4.1?
It's fix for https://issues.apache.org/jira/browse/CLOUDSTACK-2515 which
is imho a blocker. It prevents you from deploying Instances from a ISO
when you have a RBD storage pool.
Wido
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/
---
Review request for cloudstack.
Description
---
In the new system vm templa
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/
---
(Updated May 15, 2013, 12:07 p.m.)
Review request for cloudstack.
Summary (up
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11179/
---
Review request for cloudstack and Prasanna Santhanam.
Description
---
clou
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11180/
---
Review request for cloudstack.
Description
---
debian: fix build of clouds
Hi,
I was not able to create LB rule on Netscaler device when Netscaler device is
my LB provider in my network offering.
I debugged and figured out that, in applyLBRules method
if (canHandleLbRules(rules)) {
return false;
}
Even the method canHandleLbRules is return
Hi!
When testing a deploy script, that works as expected with 4.0.2, on 4.1
I noticed that there was a need to pass plaintext passwords to
createUser, rather then the documented MD5 hash. When passing MD5 hash,
the password gets double MD5:hashed in 41.
There is new code in 4.1 that encodes
Git blame shows un-intended change due
to c11dbad9c9ba7a876243ec02e90215906cfd9115. Nitin, can you see why your
merge brought these changes? Please figure root cause, its possible other
files got affected as well.
On Wed, May 15, 2013 at 6:17 PM, Rajesh Battala
wrote:
> Hi,
>
> I was not able to
On Wed, May 15, 2013 at 02:03:49PM +0200, Wido den Hollander wrote:
> Hi Chip,
>
> Could you cherry-pick 68a428f84dea9c051456882d6762f419c40d90db into 4.1?
>
> It's fix for https://issues.apache.org/jira/browse/CLOUDSTACK-2515
> which is imho a blocker. It prevents you from deploying Instances
>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11045/
---
(Updated May 15, 2013, 2:08 p.m.)
Review request for cloudstack and Prachi Daml
> On May 14, 2013, 12:16 a.m., Prachi Damle wrote:
> > Thanks for a clean patch and an extensive unit test. Have following review
> > comments:
> >
> > 1) When we list the VMs on a host (List userVms =
> > _vmDao.listByHostId(host);), also consider the VMs that are stopped on this
> > host (l
- Devdeep
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11045/#review20520
---
On May 15, 2013, 2:08 p.m., Devdeep Singh wrote:
>
> -
Sebastian re-opened CLOUDSTACK-2463 due to users wanting to upgrade from
2.x to 4.1. This relates to the security groups feature being available
when using VLANs in an advanced networking zone. This feature was
apparently broken in the 3.x series, and is not slated to be
reintroduced until 4.2.
Starting a thread on this specific issue.
CLOUDSTACK-2492 was opened, which is basically the fact that the System
VMs aren't syncing time to the host or to an NTP server. The S3
integration is broken because of this problem, and therefore could not
be considered a function available in 4.1 if we
NB; The 402/410 deployments are on RHES64(OEL64) via RPMs built from
latest git repos.
/Ove
On 05/15/2013 03:02 PM, Ove Ewerlid wrote:
Hi!
When testing a deploy script, that works as expected with 4.0.2, on 4.1
I noticed that there was a need to pass plaintext passwords to
createUser, rather t
Chip,
The issues with clock drift on the system VMs goes farther and deeper than
S3-backed Secondary Storage. Essentially, anything the system vms do that
involves time can not be trusted. For example, the timestamps of files
written by the SSVM. Bear in mind that it is possible for a system vm
On Wed, May 15, 2013 at 10:28:01AM -0400, John Burwell wrote:
> Chip,
>
> The issues with clock drift on the system VMs goes farther and deeper than
> S3-backed Secondary Storage. Essentially, anything the system vms do that
> involves time can not be trusted. For example, the timestamps of file
Should this be applied to 4.1?
-chip
On Wed, May 15, 2013 at 11:16:57AM +, Kishan Kavala wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11157/#review20572
> --
I just opened CLOUDSTACK-2516 on this topic.
This is yet another release blocking issue. Anyone want to take it up?
-chip
On Wed, May 15, 2013 at 04:22:14PM +0200, Ove Ewerlid wrote:
> NB; The 402/410 deployments are on RHES64(OEL64) via RPMs built from
> latest git repos.
> /Ove
>
> On 05/15/
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/
---
Review request for cloudstack and Chip Childers.
Description
---
Because o
Hi Chip,
Yes. and the patch for CLOUDSTACK-962 as well. Thanks!
https://reviews.apache.org/r/11181/
Wei
2013/5/15 Chip Childers
> Should this be applied to 4.1?
>
> -chip
>
> On Wed, May 15, 2013 at 11:16:57AM +, Kishan Kavala wrote:
> >
> > ---
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20583
---
Applied to 4.1:
commit aed9a623d81c922af53e9c1f7116c1c7c85fdda5
Aut
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20584
---
Ship it!
Ship It!
- Chip Childers
On May 15, 2013, 2:47 p.m., We
> On May 15, 2013, 2:55 p.m., Chip Childers wrote:
> > Applied to 4.1:
> >
> > commit aed9a623d81c922af53e9c1f7116c1c7c85fdda5
> > Author: Wei Zhou
> > Date: Wed May 15 15:54:51 2013 +0100
> >
> > CLOUDSTACK-685: This is the additional patch for CLOUDSTACK-685 (and
> > CLOUDSTACK-721
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20586
---
This is the 4.1 commit for this review:
commit e6af3bf112f33a8e02eb
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11157/#review20587
---
Ship it!
Committed to 4.1:
commit aed9a623d81c922af53e9c1f7116c1c7
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11157/#review20588
---
Commit aed9a623d81c922af53e9c1f7116c1c7c85fdda5 in branch refs/heads
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20589
---
Commit e6af3bf112f33a8e02eb6d964ce799e6f30447e0 in branch refs/heads
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8971/#review20590
---
Commit e6af3bf112f33a8e02eb6d964ce799e6f30447e0 in branch refs/heads/
On Wed, May 15, 2013 at 04:48:58PM +0200, Wei ZHOU wrote:
> Hi Chip,
>
> Yes. and the patch for CLOUDSTACK-962 as well. Thanks!
> https://reviews.apache.org/r/11181/
>
> Wei
Both were applied to 4.1. Can you please review to be sure that they
are in correctly.
Also, do either patch still need
Chip,
One other item I neglected to mention was that clock sync, at least for Xen
system VMs, wasn't an issue in the Jan-Feb timeframe. Previously when I
encountered these issues, syncing the host's clock and rebuilding the system
VMs addressed the issue. I assumed, but never verified, that t
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11174/#review20592
---
Ship it!
Ship It!
- Hugo Trippaers
On May 15, 2013, 9:11 a.m., j
> On May 15, 2013, 3:06 p.m., Hugo Trippaers wrote:
> > Ship It!
commit 987c3427dd26f36a060571d022efb7043d0ee473
Author: Joe Mills
Date: Wed May 15 17:47:58 2013 +0900
Midonet Plugin bugfixes
* Updated SQL upgrade scripts to include midonet configs.
* Fixed bug where default ICM
On Wed, May 15, 2013 at 11:03:16AM -0400, John Burwell wrote:
> Chip,
>
> One other item I neglected to mention was that clock sync, at least for Xen
> system VMs, wasn't an issue in the Jan-Feb timeframe. Previously when I
> encountered these issues, syncing the host's clock and rebuilding the
Hi Chip,
If I could add my 10 cents worth.
I know of a number of potential CloudStack users who want to deploy CloudStack,
but ONLY when this feature is available as it is critical to their deployment
plans. One of them is actually looking at OpenStack as an alternative!
What I am also confus
(note mixing of public and private lists)
We need a security page for cloudstack.apache.org, so that I can add
CloudStack to http://www.apache.org/security/projects.html.
The board has requested that we get this done.
John, you started consolidating some stuff... do you mind driving this
to con
On Wed, May 15, 2013 at 03:10:44PM +, Geoff Higginbottom wrote:
> Hi Chip,
>
> If I could add my 10 cents worth.
>
> I know of a number of potential CloudStack users who want to deploy
> CloudStack, but ONLY when this feature is available as it is critical to
> their deployment plans. One
Half of our platforms are on 2.2.14 (advanced zone with security groups).
These platform work well. We are looking for a way to upgrade to 4.* for
more functionalities, so that we do not need to take the difference of
cloudstack version into account in development.
As I know, the citrix guys are w
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8971/#review20595
---
Commit 8f7a51ee5f5d745026d51b9ca3b2746a39f00bf2 in branch refs/heads/
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20596
---
Commit 8f7a51ee5f5d745026d51b9ca3b2746a39f00bf2 in branch refs/heads
I'm a very strong believer that CloudStack releases should always be upgradable
from previous releases. We can't strand our user base on a previous release.
--Alex
> -Original Message-
> From: Wei ZHOU [mailto:ustcweiz...@gmail.com]
> Sent: Wednesday, May 15, 2013 8:28 AM
> To: dev@clou
On Wed, May 15, 2013 at 09:20:06AM -0700, Alex Huang wrote:
> I'm a very strong believer that CloudStack releases should always be
> upgradable from previous releases. We can't strand our user base on a
> previous release.
Agreed conceptually. Let's be clear though... these users have been
st
KVM LibvirtComputingResource has been patched in master. Tested on
master, 4.1, and both the acton and current system vm templates. This
patch makes system vms use 'kvmclock' for their timer, which is a vm
driver that gets it's time from the hypervisor. No change to the
system vm template itself.
Note that this means system vms are required to be linux, as
'kvmclock' doesn't work on other OSes. I haven't seen anyone proposing
Windows or BSD system vms, so this seemed safe, but perhaps something
to keep in mind.
On Wed, May 15, 2013 at 10:39 AM, Marcus Sorensen wrote:
> KVM LibvirtComputin
Marcus,
Excellent. So, it looks like we have KVM resolved. We just need to address
Xen and VMWare now. Do you think we need to any guidance to the documentation
regarding KVM time keeping (e.g. environmental prerequisites)?
Thanks,
-John
On May 15, 2013, at 12:39 PM, Marcus Sorensen wrot
Marcus,
Linux seems like reasonable assumption to me for the 4.1 and 4.2 releases
because there doesn't appear a way to easily override the images. I think we
need to reconsider how we provision system VMs post-4.2 to address a number of
issues. If/when we address those issues, it become an i
Just the general one that system vms sync their time to the
hypervisor, thus admins need to keep the hypervisor time correct. It
sounds like that will be the case for all three, if we can manage it.
On Wed, May 15, 2013 at 10:44 AM, John Burwell wrote:
> Marcus,
>
> Excellent. So, it looks like
bfc5887a1bf6b41e88dd7a8f9987fcee8d3d9175
use kvmclock for system vms
Marcus,
Agreed. I think we need to add a set of hypervisor agnostic time keeping
guidelines to the documentation. I just wanted to make sure there wasn't
anything KVM specific that should be added as well.
Thanks,
-John
On May 15, 2013, at 12:48 PM, Marcus Sorensen wrote:
> Just the gener
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11153/
---
(Updated May 15, 2013, 5:01 p.m.)
Review request for cloudstack and Prasanna Sa
Hi,
Should I expect to have working IPv6 (for the VMs) in 4.1 or 4.2? If
not, in which version is this feature expected to land?
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
Any thoughts on adding changelog into cloud.spec file pulled from git on the
build?
Something like the output of "git log -oneline".
According to our resident Xen expert, any PV kernel automatically syncs to
the hardware clock on dom0.
On 5/15/13 9:50 AM, "John Burwell" wrote:
>Marcus,
>
>Agreed. I think we need to add a set of hypervisor agnostic time
>keeping guidelines to the documentation. I just wanted to make sure
>t
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11181/#review20599
---
Commit 8f7a51ee5f5d745026d51b9ca3b2746a39f00bf2 in branch
refs/head
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8971/#review20600
---
Commit 8f7a51ee5f5d745026d51b9ca3b2746a39f00bf2 in branch
refs/heads
Hi,
IPV6 feature is supported in 4.1 but it is experimental and UI is not available.
Also you will need to use System Vm templates that have support for ipv6.
Only Phase 1 from the FS -
https://cwiki.apache.org/confluence/display/CLOUDSTACK/IPv6+support is
supported.
In 4.2 , there will be n
Perhaps this is a problem with DevCloud?
http://nerdboys.com/2011/03/15/how-to-fix-virtualbox-time-synchonization-pr
oblems/
On 5/15/13 10:17 AM, "Chiradeep Vittal"
wrote:
>According to our resident Xen expert, any PV kernel automatically syncs to
>the hardware clock on dom0.
>
>On 5/15/13 9:5
Hi,
I didn't find the old mail thread about this FS. Hence posting my review
comments in a new thread.
I have few queries/ comments after reviewing the FS [1]
[1] https://cwiki.apache.org/CLOUDSTACK/eip-enhancements.html
[2] Prior discussion thread : http://sy.pe/6bNG
1. Are we providing any
Chiradeep,
The issue I am experiencing is that the system VMs are not syncing to dom0
on devcloud (i.e. the dom0 clock and the SSVM clock are different). As I
mentioned earlier in this thread, the syncing was working previously which
seems to jibe with your findings. What mechanism is used to sy
If there are no concerns, I will start merging these changes to master today.
Thanks,
Prachi
From: Prachi Damle [mailto:prachi.da...@citrix.com]
Sent: Friday, May 10, 2013 4:04 PM
To: dev@cloudstack.apache.org
Subject: [MERGE] [CLOUDSTACK-2056] DeploymentPlanner choice via ServiceOffering
Hi all
Fixed this particular problem to unblock the QA and dev. It should have
been if (!canHandleLbRules). The problem was introduced by my merge from
internalLb branch done with the single squashed commit
(2660a6b7a7f226ab757d2175222db62571813120) on May 9th. Not sure why
Nitin's merge from May 11th ove
On 15.05.2013 18:21, Sangeetha Hariharan wrote:
Hi,
IPV6 feature is supported in 4.1 but it is experimental and UI is not
available.
Also you will need to use System Vm templates that have support for
ipv6.
Only Phase 1 from the FS -
https://cwiki.apache.org/confluence/display/CLOUDSTACK/IP
Members present: chiradeep, topcloud, animesh__, rajesh_battala, sudhap
Meeting summary:
1. Preface
2. ACS 41 release
3. ACS 42
a. Animesh to send a reminder to dev mailing list today (animesh__, 3)
4. general
Actions:
- Animesh to send a
Regarding to bug: https://issues.apache.org/jira/browse/CLOUDSTACK-2481, there
is no vhd-util installed in system vm template, thus certain storage related
operations failed.
As discussed before, vhd-util binary is licensed under BSD and
GPL(https://issues.apache.org/jira/browse/CLOUDSTACK-30),
In 3.0.x system VM template, /proc/sys/xen/independent_wallclock is set to 0,
that means system VM is using dom0 time, it is always synced with dom0 time.
In 4.2 system VM template, /proc/sys/xen/independent_wallclock doesn't exist,
looks like it is 1 by default by checking
http://wiki.xensour
Posted QA milestones in alignment with release milestones [1]
[1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/QA+4.2+Test+Plan
Anthony,
I checked the 4.1 system VM template (downloaded per the latest installation
instructions from Jenkins), and it also missing this file.
Thanks,
-John
On May 15, 2013, at 2:03 PM, Anthony Xu wrote:
> In 3.0.x system VM template, /proc/sys/xen/independent_wallclock is set to 0,
> that
The normal S3 time sync is 15 minutes. I can't imagine a drift of 15
minutes in a few days of operation? I logged into 3 system vms running on
Xen and saw this drift:
r-9-VM 17:52:37 up 29 days, 10:33,
domU: Wed May 15 17:52:37 UTC 2013
dom0: Wed May 15 10:52:37 PDT 2013
r-535-VM 18:13:46 up 43 d
The previous ones were on XS 5.6 FP2
This one's on XS 6.0.2
r-275166-VM 18:22:10 up 8 days,
domU: Wed May 15 18:22:10 UTC 2013
dom0: Wed May 15 11:22:10 PDT 2013
On 5/15/13 11:22 AM, "Chiradeep Vittal"
wrote:
>The normal S3 time sync is 15 minutes. I can't imagine a drift of 15
>minutes in a f
On Wed, May 15, 2013 at 10:49:11AM -0600, Marcus Sorensen wrote:
> bfc5887a1bf6b41e88dd7a8f9987fcee8d3d9175
>
> use kvmclock for system vms
>
Done
I am writing a new CloudStack Module and intend to use the newer Apache
HttpClient 4.x library.
I noted that none of the current CloudStack modules use this, they are using
the older HttpClient 3.x that has been EOL by Apache.
"Commons HttpClient 3.x codeline is at the end of life. All users of
On Wed, May 15, 2013 at 05:02:08PM +, Musayev, Ilya wrote:
> Any thoughts on adding changelog into cloud.spec file pulled from git on the
> build?
>
> Something like the output of "git log -oneline".
We can't assume that the build is happening based on a git repo. Our
release is a source ta
On 5/14/13 10:58 PM, "Pedro Marques" wrote:
>I guess i'll answer my own question...
>
>On May 14, 2013, at 4:35 PM, Chip Childers wrote:
>
>> Chiradeep (others),
>>
>> Pedro Marques is working on a POC for an integration of Juniper's
>>Contrail
>> technology. He's Cc'ed on this thread.
>>
>>
On Wed, May 15, 2013 at 11:00:57AM -0700, Edison Su wrote:
> Regarding to bug: https://issues.apache.org/jira/browse/CLOUDSTACK-2481,
> there is no vhd-util installed in system vm template, thus certain storage
> related operations failed.
> As discussed before, vhd-util binary is licensed under
Chiradeep,
As I mentioned earlier, this issue is larger than S3-backed Secondary Storage.
It just happens that this issue was surfaced by testing that feature.Clock
drift exceeding than a few seconds can be operational issue (e.g. file
timestamps, logging, etc). A lack of reliable clock s
On Wed, May 15, 2013 at 02:48:13PM -0400, John Burwell wrote:
> All of these things being said, it appears that the Xen behavior may be a
> regression that can be addressed with a relatively straightforward fix
> (dropping the proper file in /proc/sys/xen),
Agreed. Anyone want to submit the pa
On Wed, May 15, 2013 at 06:38:26PM +, Soheil Eizadi wrote:
> I am writing a new CloudStack Module and intend to use the newer Apache
> HttpClient 4.x library.
>
> I noted that none of the current CloudStack modules use this, they are using
> the older HttpClient 3.x that has been EOL by Apac
/proc/sys is not a regular filesystem and cannot be added to from the
shell.
Drivers need to add nodes into this filesystem.
On 5/15/13 11:50 AM, "Chip Childers" wrote:
>On Wed, May 15, 2013 at 02:48:13PM -0400, John Burwell wrote:
>> All of these things being said, it appears that the Xen behav
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, May 15, 2013 2:40 PM
> To: dev@cloudstack.apache.org
> Cc: cloudstack-...@incubator.apache.org
> Subject: Re: [DISCUSS] RPM BUILD - Add change log from git
>
> On Wed, May 15, 2013 at 05:02:08P
On Wed, May 15, 2013 at 12:02:41PM -0700, Chiradeep Vittal wrote:
> /proc/sys is not a regular filesystem and cannot be added to from the
> shell.
> Drivers need to add nodes into this filesystem.
Backing up a bit...
This is the current system VM image that the 4.1 software should be
using on Xen
On Wed, May 15, 2013 at 07:06:10PM +, Musayev, Ilya wrote:
> > -Original Message-
> > From: Chip Childers [mailto:chip.child...@sungard.com]
> > Sent: Wednesday, May 15, 2013 2:40 PM
> > To: dev@cloudstack.apache.org
> > Cc: cloudstack-...@incubator.apache.org
> > Subject: Re: [DISCUSS]
1 - 100 of 141 matches
Mail list logo
