In JuniperSrxResource.java, someone to look at it?
Kelven
I almost faced that there is no choice but to go for it for VMware
recently, we found that VMware vSphere 5.1 SDK we are currently using has
some backwards compatibility issue with VMware vSphere 4.x systems.
Therefore it makes a valid business case that CloudStack may have to
support different ver
>commit 2614b00c513734ce6b1c29e572fbd7a37d4059fc
>Author: Daan Hoogland
>mailto:dhoogl...@schubergphilis.com>>
>Date: Thu Aug 1 16:25:27 2013 +0200
>
>sdn hosted vpc gateways (using lswitch)
>
>
>
>On Wed, Sep 18, 2013 at 4:19 PM, Alena Prokharchyk <
>a
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14186/#review26249
---
Ship it!
Ship It!
- Kelven Yang
On Sept. 17, 2013, 11:08 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14189/#review26250
---
Ship it!
Ship It!
- Kelven Yang
On Sept. 18, 2013, midnight
On 9/18/13 9:10 AM, "Darren Shepherd" wrote:
>Here's my general concern about multiple volume snapshots at once. Giving
>such a feature leads the user to believe that snapshotting multiple
>volumes
>at once will give them consistency across the volumes in the snapshot.
>This is not true, and d
nefit of doing so may not sound as
valuable as it is.
-Kelven
>
>--
>Chris Suich
>chris.su...@netapp.com
>NetApp Software Engineer
>Data Center Platforms Cloud Solutions
>Citrix, Cisco & Red Hat
>
>On Sep 19, 2013, at 1:00 AM, Kelven Yang wrote:
>
>
Prior to 5.1, VMware provides java binding in its SDK and this is where
CloudStack VMware integration began with. Starting from 5.1, VMware no
longer provides the java binding in binary form and recommends its
customers to generate directly from its WS WSDL.
Since we are not sure if we can distrib
Darren,
Due to internal release work, I haven't got a chance to review it but I'm
planning to do so later today and tomorrow. Before that, I have one
question about hierarchy-orginzated context structure, could you elaborate
an example to the ML on how two sibling plugins to declare their runtime
getRunLevel() order for the beans in the
>context.
>
>Darren
>
>
>On Mon, Sep 23, 2013 at 11:34 AM, Kelven Yang
>wrote:
>> Darren,
>>
>> Due to internal release work, I haven't got a chance to review it but
>>I'm
>> planning to do so lat
va, I put some
>effort into it and i want at least to see it running once ;-) And the
>more i work with it the more i'm seeing to benefits of the library so i
>might be able to be more convincing in the end :-)
>
>Cheers,
>
>Hugo
>
>
>On Sep 24, 2013, at 2:18 AM,
;
>> -----Original Message-
>> From: Kelven Yang [mailto:kelven.y...@citrix.com]
>> Sent: Tuesday, September 24, 2013 11:59 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: VmWare SDK to vijava
>>
>> We have commercial releases on top of existing code
about current customers.
>
>
>> -Original Message-
>> From: Kelven Yang [mailto:kelven.y...@citrix.com]
>> Sent: Tuesday, September 24, 2013 2:06 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: VmWare SDK to vijava
>>
>> It is about the interf
ish between the
>two.
+1, although I don't want to disappoint developer's motivations. The wsdl
approach makes more business sense to me.
-kelven
>
>
>Please, let's discuss on this and drive a consensus together rather than
>try to accommodate all.
>
>--Alex
>
>
On 9/24/13 4:54 PM, "Alex Huang" wrote:
>
>
>> -Original Message-
>> From: Alex Huang [mailto:alex.hu...@citrix.com]
>> Sent: Tuesday, September 24, 2013 4:23 PM
>> To: dev@cloudstack.apache.org
>> Subject: RE: VmWare SDK to vijava
>>
>> So this discussion took a big turn that I did not
;> wrapper and we open a discussion thread when both branches are ready to
>>> see which we want to merge in master. Anybody who wants to pick that
>>>up?
>>>
>>> I'm stubbornly going to continue with converting to vijava, I put some
>>> effort i
break;
68
}
69
}
70
}
71
72
return result;
59
}
73
-Kelven
- Kelven Yang
On Sept. 18, 2013, 3:49 p.m., Darren Shepherd wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14187/#review26516
---
Ship it!
Ship It!
- Kelven Yang
On Sept. 18, 2013, 5:51 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14218/#review26518
---
Ship it!
Ship It!
- Kelven Yang
On Sept. 19, 2013, 9:41 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14190/#review26521
---
Ship it!
Ship It!
- Kelven Yang
On Sept. 18, 2013, 3:49 p.m
Darren,
This looks really nice. A few questions on Spring AOP replacement.
1) Spring AOP is proxy-based, the reason we ended up of using customized
AOP is mainly due to that inside existing CloudStack codebase, we have
many places that are doing run-time type-casting, the code in these places
ass
I'm now rebasing the VMsync work to master, will send a merge request once
I'm done
Kelven
On 10/2/13 4:31 PM, "Chiradeep Vittal" wrote:
>My bad. I thought this was merged into master, but it isn't.
>
>On 10/2/13 4:24 PM, "David Nalley" wrote:
>
>>Why is the work happening in master?
>>
>>
>>O
correctness over speed right
>>now.
>>
>> Cglib is no longer used for AOP. The only use of cglib now is in
>>GenericDaoBase when it creates the VOs and also in the async framework.
>>
>> I should point out all of these changes apply only to the mgmt server.
&g
*_details table is currently used as the generic way of passing key/value
pairs that are transparent to API layer and core CloudStack orchestration
flow. When I say transparent, the scope is only limited to API layer and
core generic orchestration flow, specific plugin elements or Gurus still
have
The problem seems to me is whether or not a background job that touches
with database respects the bootstrap initialization order. As of
VmwareContextPool itself, its background job does something fully within
its own territory (no database, no reference outside). and vmware-base
package was origin
＋1
Kelven
On 10/9/13 9:18 AM, "Chip Childers" wrote:
>+1 from me too.
>
>
>On Wed, Oct 9, 2013 at 12:13 PM, Prasanna Santhanam
>wrote:
>
>> Here's the BVT result from spring-modularization branch: Failures that
>> are listed exist on master as well. So the branch doesn't break
>> anything add
+1
Original Transaction class also has many tightly-coupled assumptions about
the underlying data source, lock master. Developers are usually lost on
when and where they should use @DB, for nested transactions, it does not
really work as expected.
Kelven
On 10/9/13 10:38 AM, "Chiradeep Vittal"
On 10/14/13 10:29 AM, "Darren Shepherd"
wrote:
>I'm going through and updating all the code to use what I had proposed
>with Transaction management. This has uncovered more fun issues
>around exception handling. Well, not an issue per say, but just
>pointed out the ridiculous amount of checke
+1
On 10/21/13 11:11 AM, "Donal Lafferty" wrote:
>As stated in a previous thread [1], Citrix is proposing the donation of
>source for an RDP client. After donation, the client would be integrated
>with the console system VM in order to provide access to Hyper-V based
>VMs.
>
>The client's sourc
In a setup with multiple interfaces or Multiple IPs on one interfaces, it
sounds more simple to just get the decision resolved through
configuration. Looking for interfaces that has IP configured as what
"cluster.node.IP" says so, can get us a deterministic mac address.
I'm not sure about a KVM ca
As long as the container VNC console is reachable from console proxy
agent, I don't see a technical issue here. Need some log details to
understand the situation. For example, what information does LXC
hypervisor resource agent returns on GetVncPort command?
Kelven
On 10/28/13 10:59 AM, "Franco
t 8:43 AM
To: Laszlo Hornyak mailto:laszlo.horn...@gmail.com>>,
"dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org>"
mailto:dev@cloudstack.apache.org>>
Cc: Kelven Yang mailto:kelven.y...@citrix.com>>
Subject: RE: ifconfig and MacAddress
I can confirm t
che.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.jav
>a:2268)
> at
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1146)
> at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:615)
> at java.
This is the flow,
Local browser -> Management Server -> token to Console Proxy VM -> client
redirection with token -> Console Proxy VM -> Management Server for
authentication -> Console Proxy to create session -> Browser
To trouble shooting the problem
1) check assigned public IP address of con
We should dis-allow detaching volume from VM when it has VM snapshots.
VMware keeps VM snapshot meta information at VM basis, disk membership
change behind its back will cause problem and it does not provide official
API to manipulate at volume level for a VM snapshot.
This is a bug
Kelven
On 11
+1.
4.2 carries some important changes for the long run, giving it more time
would help a smooth release in the final
Kelven
On 6/3/13 10:55 AM, "Edison Su" wrote:
>+1[binding] on pushing back feature freeze date.
>
>> -Original Message-
>> From: Chip Childers [mailto:chip.child...@sun
Will,
We have several other integrated components that have the similar
situation, it makes sense to consolidate the HTTPS client we used across
CloudStack and have a global configuration to deal with self-signed
certificate for all in testing or POC.
To help testing/POC process to be smooth, we
nt(_httpclient);
>
>Is there a class that already exists in CloudStack which I can use to wrap
>my client to enable unverified certs, or will I need to add one? Should I
>create a global setting such as 'Allow unverified SSL certs' which would
>be
>checked by the code
een written
>to
>conform to that setting will allow unverified certs.
>
>I think there are pros and cons to both approaches. I am fine to
>implement
>my code either way, so more feedback on this choice would be appreciated.
>
>ws
>
>
>On Thu, Jun 6, 2013 at 6:4
Hi there,
Alex Huang and I are targeting to finish the debugging process on VMsync
improvement by the end of this week. I'd like to encourage those who are
interested or having concerns about this project to review it as soon as
possible on branch vmsync. We are going to propose the official m
them, it would be great
>> (could just hand over the documentation for how this kind of thing
>>works in
>> general in CloudStack).
>>
>>
>> On Mon, Jun 10, 2013 at 11:07 AM, Kelven Yang > >wrote:
>>
>> > Will,
>> >
>> > Thanks for t
On 6/11/13 12:52 AM, "Pawit Pornkitprasan" wrote:
>Hi,
>
>I am implementing PCI-Passthrough to use with CloudStack for use with
>high-performance networking (10 Gigabit Ethernet/Infiniband).
>
>The current design is to attach a PCI ID (from lspci) to a compute
>offering. (Not a network offering
I just fixed a critical bug that could cause XenServer host to be out of
service. I would like the fix to be merged into 4.1.1 release
https://issues.apache.org/jira/browse/CLOUDSTACK-2925
Kelven
On 6/11/13 10:01 AM, "Musayev, Ilya" wrote:
>Just FYI, I'm going to be unavailable from Friday 14
7;, when they can add it via the xml. Hooks is
>a good way to do that, you're right.
>
>On Tue, Jun 11, 2013 at 3:35 PM, Edison Su wrote:
>>
>>
>>> -Original Message-
>>> From: Marcus Sorensen [mailto:shadow...@gmail.com]
>>> Sent: Tuesday,
Let me apply it to 4.1 branch and send the review request then
Kelven
On 6/12/13 1:32 PM, "Chip Childers" wrote:
>On Tue, Jun 11, 2013 at 05:18:37PM +, Kelven Yang wrote:
>> I just fixed a critical bug that could cause XenServer host to be out of
>> service. I
That sounds better. Don't know 4.1 is not in controlled commit
Kelven
On 6/12/13 2:49 PM, "Chip Childers" wrote:
>Or just commit it. ;)
>
>On Jun 12, 2013, at 5:40 PM, Kelven Yang wrote:
>
>> Let me apply it to 4.1 branch and send the review request then
>
I'd like to kick off the official merge process. We will start the merge
process after the branch has passed necessary tests
Kelven
On 6/10/13 2:51 PM, "Kelven Yang" wrote:
>Hi there,
>
>Alex Huang and I are targeting to finish the debugging process on VMsync
>imp
master.
Kelven
On 6/17/13 10:01 AM, "Chip Childers" wrote:
>On Mon, Jun 17, 2013 at 04:59:00PM +, Kelven Yang wrote:
>> I'd like to kick off the official merge process. We will start the merge
>> process after the branch has passed necessary tests
>>
>
Haven't created a patch yet, will do it soon after some last wrap-ups.
Kelven
On 6/17/13 12:03 PM, "John Burwell" wrote:
>Kelven,
>
>Did this patch get pushed to Review Board? If so, what is the URL?
>
>Thanks.
>-John
>
>On Jun 17, 2013, at 1:40 PM, Kel
cheduleRestart() is not
>called when VM's actual state is stopped while expected state is running.
>
>
>Regards
>Mice
>
>-Original Message-
>From: Kelven Yang [mailto:kelven.y...@citrix.com]
>Sent: Tuesday, June 18, 2013 5:21 AM
>To: dev@cloudstack.apach
I have another devCloud issue, after starting up the management server and
trying to deploy a basic zone configuration, I got following error. It
looks that I'm missing some step that requests python module is not
generated?
By the way, I'm in vmsync branch, but it should have been sync-ed with
ma
I've workaround this issue by deploying a basic zone using shared storage
with Standard UI instead of python scripts (I added another NFS export for
primary storage in devCloud Xen VM), but would be nice to know why it
failed in python deployment phase.
Kelven
On 6/26/13 11:50 AM, "K
Min, Thanks.
This step needs to be updated to the devCloud wiki page. I lost tracking
of emails about this.
Kelven
On 6/26/13 2:28 PM, "Min Chen" wrote:
>Based on earlier Prasanna's email,
>
>pip install requests
>
>
>Should fix this.
>
>Thanks
>
Not too sure about devCloud, it seems that there will be port-forwarding
rules set on your local host to make sure console access can go pass the
NAT to reach console proxy VM.
>From the error log, I think it has reached to a wrong HTTP server
Kelven
On 6/28/13 4:05 PM, "Tobias Brunner" wrote:
I recently had an urgent family matter to take care and thanks for Alex to
help me out on this matter. I think at this moment, without a previous
100% rate of BVT past rate, it will be hard to tell a direct link between
a particular change with a BVT failure. It is a good idea to resolve this
measu
Fields in job record are tend to be used to reflect job status in job's
life cycle instead of history.
Kelven
On 7/2/13 1:35 PM, "Ryan Dietrich" wrote:
>Ok. I see the "reset attached object" calls now.
>
>I'm curious why those columns are being wiped out. If you wanted to see
>outstanding cal
On 7/7/13 3:36 PM, "Marcus Sorensen" wrote:
>I think there are two separate issues here.
>
>1) The management server uses the database to determine cluster
>membership, and if no database connection can be made, the management
>server fences itself (shuts down). This is good, but in the case wh
On 7/7/13 9:08 PM, "Marcus Sorensen" wrote:
>Looks like there's no "db.usage.url.params", either. Is there a reason
>for it, or was it just implemented quickly?
>
>On Sun, Jul 7, 2013 at 4:36 PM, Marcus Sorensen
>wrote:
>> I think there are two separate issues here.
>>
>> 1) The management ser
When I ran a build from latest 4.1 branch, I found an issue and I'm wondering
why it is not breaking 4.1.1 builds from others, here is some of details
public class ArrayTypeAdaptor implements JsonDeserializer,
JsonSerializer {
protected Gson _gson = null;
private stati
exceptions in
every scenario (at least we haven't really tested it). We need the DB
connection layer to cover the multi-master failover case and make it
transparent.
Kelven
>
>On Mon, Jul 8, 2013 at 2:03 PM, Kelven Yang
>wrote:
>>
>>
>> On 7/7/13 3:36 PM, &q
Is ListVmwareDcsCmd.class in one of the jars?
Kelven
On 7/10/13 5:55 PM, "Vijayendra Bhamidipati"
wrote:
>I'm running into the following spring exception when starting up the
>mgmt. server on latest master:
>
>org.springframework.beans.factory.BeanCreationException: Error creating
>bean with na
CloudStack uses NFS datastore to communicate with ESX host for it to
retrieve ISO content. The error on screen shows that your ESX host is
having connectivity problem to reach your NFS server
Kelven
On 7/11/13 1:00 PM, "Mike Tutkowski" wrote:
>Hi,
>
>I was wondering if someone with CloudStack V
+1
On 7/11/13 5:36 PM, "Alex Huang" wrote:
>Hi All,
>
>I added the branch and git commit id to the war file. You can find it by
>opening the war file and retrieving the META-INF/MANIFEST.MF. Inside,
>there is a Implementation-Revision which contains the git commit id and a
>Implementation-
factoring, we have removed that assumption.
>
>Thanks
>-min
>
>On 7/8/13 7:44 PM, "Kelven Yang" wrote:
>
>>When I ran a build from latest 4.1 branch, I found an issue and I'm
>>wondering why it is not breaking 4.1.1 builds from others, here is som
CallContext was renamed from original UserContext. The semantic is pretty
much the same as before to API calls
Kelven
On 7/18/13 1:25 AM, "Prasanna Santhanam" wrote:
>On Thu, Jul 18, 2013 at 11:58:30AM +0530, Prasanna Santhanam wrote:
>> I see the following repeated lines with API calls on mast
a5272cbfed",
>cloudstack-3433.
>
>After reverting this commit, everything functioned normally. We cannot
>release 4.1.1 with this defect :(
>
>Thanks
>ilya
>
>
>
>> -Original Message-
>> From: Musayev, Ilya [mailto:imusa...@webmd.net]
>> Sent: We
Musayev, Ilya [mailto:imusa...@webmd.net]
>> Sent: Thursday, July 18, 2013 5:46 PM
>> To: Kelven Yang; dev@cloudstack.apache.org
>> Subject: RE: [ACS4.1.1][BLOCKER] Unable to launch VNC Console to VSphere
>> VMs
>>
>> Kelven,
>>
>> Perhaps I missed it,
&g
slowness comes from that for very changed rule, we will have a round-trip
cost of sending/executing command from management server to resource.
+1 to write ruleset to a file, and if we do complete ruleset rewrite,
restarting VR could also be improved (we don't need to refresh rules one
by one, we
;>> izationContextDefault.java:52)
>>>> at com.google.gson.Gson.fromJson(Gson.java:551)
>>>> at com.google.gson.Gson.fromJson(Gson.java:498)
>>>> at
>>> com.cloud.agent.transport.Request.getCommands(Request.java:235)
>>>
--
>
> (Updated July 29, 2013, 1:55 a.m.)
>
>
> Review request for cloudstack, Alex Huang, Chip Childers, Kelven Yang,
> Sateesh Chodapuneedi, and William Chan.
>
>
> Bugs: CLOUDSTACK-3886
>
>
> Repository: cloudstack-git
>
>
> Description
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/13008/#review24602
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 2, 2013, 12:49 a.m
: Kelven Yang
Date: Wed Aug 7 10:28:47 2013 -0700
CLOUDSTACK-3886: check in for review request
https://reviews.apache.org/r/13008/
- Kelven Yang
On Aug. 6, 2013, 9:10 p.m., Venkata Siva Vijayendra Bhamidipati wrote:
>
> ---
>
As this question has been asked a couple of times, I'll put a short wiki
page for this. Please give me some time as I'm working on other tasks
Kelven
On 8/6/13 11:58 PM, "Antonio Petrocelli" wrote:
>Hi,
>
>my goal is obtain an url (API generated) to open directly the Console
>from my custom Clo
It is currently a limitation. After VM is running in VM-snapshot mode, it
is not allowed to change VM's disk membership status
Kelven
On 8/7/13 10:09 AM, "Sailaja Mada" wrote:
>Hi,
>
>I have an instance which has VM snapshots. (VMWARE hypervisor)
>
>Now I am trying to attach DATA volume to this
To better integrate with VMware features like storage live migration, fully
utilize third-party integrations from vSphere eco-system, I'd like to change
our default volume deploy mode from linked-clone to full-clone in VMware.
If there is no objections, I'll make the change and starting from 4.
It looks like you forgot to turn on nonoss and the API was not included in
the package because of that.
Kelven
On 8/19/13 1:45 PM, "Mike Tutkowski" wrote:
>I was just about to. I then recompiled a moment ago and it works. Not sure
>what I did. Maybe my first compile didn't turn on nonoss.
>
>
>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/13732/#review25417
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 22, 2013, 10:27 a.m
Spring is not meant to be used as a solution for run-time "plug-ins".
Darren is correct that Spring XML should be treated as code (ideal place
for it is the resource section inside the jar). Why we end up the way now
is mainly for practical reason. Since most of our current pluggable
features are n
Mike,
If you constantly encounter this error in a fresh VMware API session, you
need to check the parameter you passed into the API call. You may need to
look at ESX host log file to get more specific info about the failure.
If VMware session has been idle for some time, you may encounter some
ra
Template creation is handled in SSVM, you need to check the SSVM log
Kelven
On 8/27/13 5:49 AM, "Sanjeev Neelarapu"
wrote:
>Hi All,
>
>I was performing some operations related to snapshots and templates on
>VMWare with CS 4.2.
>Initiated create snapshot and while that was in processing tried to
ble to tell me where I go for
>those?
>
>Also, this works fine on one of my ESXi boxes, but not on the other. They
>both were created from the same ISO.
>
>Thanks!!
>
>
>On Tue, Aug 27, 2013 at 3:15 PM, Kelven Yang
>wrote:
>
>> Mike,
>>
>> If you co
,
>>>
>>>
>>>
>>>
>>> --> }
>>>
>>>
>>>
>>>
>>> -->],
>>>
>>>
>>>
>>>
>>> -->text = "",
>>>
>>>
>>>
>>>
>>&g
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/13907/#review25764
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 29, 2013, 10:41 p.m
The only purpose for @DB is to provide a transaction context
automatically(open/close) in thread's calling stack. We can fully get rid
of it if we guard it from the entry point of every runnable. A little
caution though, we have a couple places that involve with switching
between Cloud DB instance
On 9/3/13 3:41 PM, "Darren Shepherd" wrote:
>On 09/03/2013 03:05 PM, Kelven Yang wrote:
>> The only purpose for @DB is to provide a transaction context
>> automatically(open/close) in thread's calling stack. We can fully get
>>rid
>> of it if we guard
This is a design issue that we need to improve in general. However, a
simple roll back logic does not solve the problem, since abnormal
terminate can happen at any time, which means it can happen in the middle
of job cancellation process as well.
Under current architecture, the cleanup work is han
ral method
interception.
Kelven
On 9/3/13 3:58 PM, "Kelven Yang" wrote:
>
>
>On 9/3/13 3:41 PM, "Darren Shepherd" wrote:
>
>>On 09/03/2013 03:05 PM, Kelven Yang wrote:
>>> The only purpose for @DB is to provide a transaction context
>>> aut
On 9/4/13 10:18 AM, "Darren Shepherd" wrote:
>On 09/04/2013 10:04 AM, Alex Huang wrote:
>> Kelven and Darren should review this.
>>
>> That attribute used to be always read to determine if a method should
>>be intercepted at load time. My understanding is the switch to using
>>spring as the in
txn attribute is no longer meaningful after Spring change
Kelven
On 9/4/13 9:46 AM, "Darren Shepherd" wrote:
>I see @DB(txn=false) a lot in the code. The javadoc says "By marking
>txn=false the method is not surrounded with transaction code" but I
>can't find any code that backs up this claim.
On 9/4/13 9:36 AM, "Darren Shepherd" wrote:
>The current impl of the transaction interceptor is that its placed on
>all public/protected methods of anything that extends GenericDaoBase.
>This means that a simple findX() call ends up going through that
>interceptor about 4 or more times as it go
You need to make sudo-ers no-password required
Kelven
On 9/4/13 4:10 PM, "Tracy Phillips" wrote:
>On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
>> wrote:
>
>> Hi,
>>
>> I think this has been discussed a few times on the list before.
>>
>> When I start up the CSMS, I get prompted for my passwor
New VM sync and job flow handling are moving towards event-driven model
which is async natural. Not sure about the details on how storage
framework is using async mechanism, but argument on callback to assume
memory state does not stand as strong as it might be, since arguments in
any regular call
#x27;m not too sure if
>that's been fully proven beyond 3 servers and 30k hypervisors, but that's
>something we can address) and a really big database and somebody who
>enjoys really large failure domains.
>
>Darren
>
>On Sep 5, 2013, at 2:51 PM, Kelven Yang wrote:
For removing @DB, that's pretty much it. The only other place is those
JUnit tests that have physical DB calls in their test-runs
Kelven
On 9/5/13 4:28 PM, "Darren Shepherd" wrote:
>Since I'm changing the nature of the @DB annotation (removing it
>really). I want to know besides the managemen
that work, I think
>it was a solid, pragmatic first step. I believe we are at a point to
>assess our needs, and determine a good next step that (hopefully) further
>improves the model.
>
>Thanks,
>-John
>
>On Aug 22, 2013, at 7:44 PM, Kelven Yang wrote:
>
>>
On 9/8/13 4:21 PM, "Mike Tutkowski" wrote:
>Hi,
>
>I have a couple questions regarding how hypervisor snapshots work in
>XenServer and ESX through CloudStack.
>
>For XenServer, let's say I have a root disk on SR1 and a data disk on SR2.
>
>1) If we take a hypervisor snapshot, do we snapshot bot
On 9/9/13 12:07 PM, "Darren Shepherd" wrote:
>I just ran into this. For whatever reason my box listed eth2 before
>eth0 for "ifconfig -a" so it looked like management server mac changed.
> Then nothing worked...
It is supposed to work if you are sure a previous running MS java process
is kil
4.1.1 is actually using SSL tunneling port 443 opened at XS host to
connect to VNC terminal. Changing VNC configuration in XS host does not
help to resolve the console connectivity issue.
Kelven
On 9/9/13 3:14 AM, "Daan Hoogland" wrote:
>http://markmail.org/message/5pfd3por7uvhntgh Change vncte
annotated in
various places, is there any test done for the business logic validation?
- Kelven Yang
On Sept. 11, 2013, 5:07 p.m., Darren Shepherd wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14084/#review26086
---
Ship it!
- Kelven Yang
On Sept. 11, 2013, 5:07 p.m., Darren
1 - 100 of 238 matches
Mail list logo
