Periodically we get questions asking about what realhostip DNS name is
exactly doing in CloudStack. Realhostip.com domain exists to make HTTPS
work across all CloudStack installations in different customer sites,
without administrators to worry about how to load a SSL certificate due to
deployment
It is supported under Citrix CloudPlatform product, but currently only
supports Cisco Nexus
Kelven
On 10/8/12 7:03 PM, "Musayev, Ilya" wrote:
>Would anyone know if VMWare's distributed vSwitch is supported or going
>to be support in CS 4.0 or later releases?
>
>This is the only thing that holds
Vmware distributed vSwitch is not currently supported. Only Nexus 1000v.
Kelven
On 10/8/12 7:19 PM, "Chip Childers" wrote:
>On Mon, Oct 8, 2012 at 10:03 PM, Musayev, Ilya wrote:
>> Would anyone know if VMWare's distributed vSwitch is supported or going
>>to be support in CS 4.0 or later releas
0 supports distributed vSwitch?
>
>--Alex
>
>> -Original Message-
>> From: Kelven Yang [mailto:kelven.y...@citrix.com]
>> Sent: Monday, October 08, 2012 7:36 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: VMWare and distributed vSwitch supp
+1
Kelven
On 10/10/12 9:05 PM, "Prachi Damle" wrote:
>+1 !
>
>-Original Message-
>From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
>Sent: Wednesday, October 10, 2012 9:04 PM
>To: cloudstack-dev@incubator.apache.org
>Cc: cloudstack-dev@incubator.apache.org
>Subject: RE
Congratulations to Edison!
Kelven
On 10/11/12 7:27 AM, "Chip Childers" wrote:
>The Podling Project Management Committee (PPMC) for Apache CloudStack
>has asked Edison to become a member of the PPMC and we are pleased to
>announce that he has accepted.
>
>Please join me in congratulating Edison!
ance name, since its name convention is assumed by VM Sync
logic in CloudStack, any change to it without updating VMSync logic may break
hypervisor view and CloudStack view apart.
kelven
From: Min Chen mailto:min.c...@citrix.com>>
Date: Monday, October 15, 2012 2:43 PM
To: Kelven Yang mai
incubator-cloudstack/commit/8ef9e3
>>2c
>> Tree:
>>http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/tree/8ef9e32c
>> Diff:
>>http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/8ef9e32c
>>
>> Branch: refs/heads/javelin
>> Com
Mussyev,
Please see my answers inline
Kelven
On 10/22/12 3:42 PM, "Musayev, Ilya" wrote:
>Test case 3 and 4 wording has been changed, see below.
>
>On Oct 22, 2012, at 6:34 PM, "Musayev, Ilya" wrote:
>
>> Following issues has been witnessed thus far:
>>
>> I'm just going to provide the outpu
It is feasible, if purely from CloudStack API perspectives, following
steps may help you get there (I didn't really try it in CloudStack UI
though)
1) Create 2 physical networks, in each of these physical networks, add a
guest traffic label, label it to vSwitch2, also tag the physical network,
say
nt and
explicit wiring of the AOP
4) Make unit test simple, simple and simple (Junit Spring integration has
already done that)
Since 4.0 is already out of the door, I re-raise the discussion here
again, please feel free to share your opinions
Kelven
On 10/19/12 6:14 PM, "Kelven Yang" wrot
ocal CloudStack developers
around me, this may not the final approach either, let's give it some time
to evolve based on broader feedbacks from the community
-kelven
>
>Darren
>
>On Feb 9, 2013, at 12:05 AM, Kelven Yang wrote:
>
>>
>> Apologize for such a long
paid extra caution not to have tight-binding with Spring except
about the usage of @Component annotation at meta level. Since we use it
only at meta level, it is now actually easy to generate a bean definition
XML file to switch to full XML way, however, I prefer to do it a in later
time and would lik
of mixing
java/XML that we used before, any more opinions? I know some developers
like the power of having Eclipse to do some smart editing work when you
are refactoring the java code. Either ways, we will get rid of
auto-scanning and only load components based on explicit configurati
age.
>
>Why that call is not in the API manual? How you obtained these info?
>
>Thanks.
>
>Best Regards.
>
>
>Il 09/02/2013 03:39, Kelven Yang ha scritto:
>> Try this URL form
>>
>> http://xx.xx.xx.xx:8080/console?cmd=access&vm=xxx&sign
We need to enable log4j ahead of Spring initialization, this is currently
not there yet but I will try to fix it.
Kelven
On 2/12/13 3:16 PM, "Frank Zhang" wrote:
>I add some log in bean's init() method, however, it never shows up in
>vmops.log
>Where can I log for initialization phase?
>
>I am
s of power of XML, though it's more handy
>in some
>way (to me it's unit test which I think we could adopt javaConfig in
>some extent).
>
>Anther strong reason is avoiding re-compiling when we make some change in
>Spring configuration. Actually I would suggest us adopti
Please merge in
Kelven
On 2/21/13 2:18 PM, "Min Chen" wrote:
>Hi there,
>
>Currently Cloudstack is not supporting Windows 8 and Windows Server 2012
>as VM guest OS on Vmware hypervisor because we are using Vmware 4.1 web
>service SDK in our nonoss build. In Vmware SDK 4.1, Windows 8 and Windows
Rohit,
I don't think the memory issue is related to auto-scanning, I'm
investigating the heap dump now and will update the thread once I've
nailed down the root cause.
Kelven
On 2/21/13 7:20 AM, "Rohit Yadav" wrote:
>I've a fix that works so far so good, let's hear from Kelven.
>
>Regards.
>
>
Rohit,
I'll checkout out your work about using XML instead of @Component.
However, I'm not sure if the memory leak issue is related with auto-scan
at all. I'm now doing a heap analysis and will update with the result
Kelven
On 2/21/13 7:02 AM, "Rohit Yadav" wrote:
>Okay Chip, posted a commen
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9439/#review16918
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 15, 2013, 8:47 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9189/#review16919
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 7, 2013, 12:33 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9191/#review16920
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 12, 2013, 1:17 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9196/#review16921
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 6, 2013, 1:19 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9210/#review16922
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 5, 2013, 5:23 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9201/#review16923
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 19, 2013, 6:41 a.m
I did heap analysis today. It is quite certain that the problem is not
related with component auto-scanning, it is related with the memory leak
introduced by Spring AOP. I'm now working on a solution to it.
Kelven
On 2/21/13 3:02 PM, "Kelven Yang" wrote:
>Rohit,
>
>I&#
te:
>Abit Incomplete email as I was in train and mistakenly press send,
>correction below:.. sorry :)
>
>-Original Message-
>From: Musayev, Ilya [mailto:imusa...@webmd.net]
>Sent: Friday, February 22, 2013 6:49 PM
>To: cloudstack-dev@incubator.apache.org;
>cloudstack-us...@inc
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9439/#review16981
---
Ship it!
Ship It!
- Kelven Yang
On Feb. 23, 2013, 2:23 a.m
This feature is an improvement to reduce the amount of data transfer in
the backup process, it is independent of ESX versions
Kelven
On 2/22/13 11:20 AM, "Fang Wang" wrote:
>Hi,
>
>I am looking at the FS: Volume snapshot for Vmware (under 4.2):
>https://cwiki.apache.org/confluence/display/CLOUD
The storage branch merge has some impact to the fix I did for 4.1, I'm
working with Edison to solve this issue as soon as possible. It is still
the very top priority issue in my plate(if it is not #1).
Kelven
On 2/27/13 8:17 AM, "Chip Childers" wrote:
>On Wed, Feb 27, 2013 at 09:44:59PM +0530,
I put a wiki article about this at,
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+Spring+in+Clou
dStack
It explains some of the motivations for trying Spring in javelin together
with the architecture cleanup work, as Alex has pointed, it does not
change the business logic behind,
I have a question about a change in @Parameter at API layer, in regards to
entityType, does anyone know the reason behind why it has to go through
with some Response class which in turn declares links to the entity class
via @EntityReference annotation?
And in DeployVMCmd as an example, there is a
e entities (by
the way, populating value of ipToNetworkList is actually done by another
helper method in DeployVMCmd class). Is this in this way for an
implementation purpose?
-Kelven
>
>-Mice
>
>2013/1/28 Kelven Yang :
>> I have a question about a change in @Parameter at API layer,
by long int id as in
>getIpToNetworkMap()
>of DeployVMCmd
>
>Signed-off-by: Rohit Yadav
>
>Regards.
>
>
>On Mon, Jan 28, 2013 at 2:32 PM, Rohit Yadav wrote:
>> On Sun, Jan 27, 2013 at 8:37 PM, Kelven Yang
>>wrote:
>>> I have a question about
On 1/28/13 10:49 PM, "Alex Karasulu" wrote:
>On Tue, Jan 29, 2013 at 12:54 AM, Sheng Liang
>wrote:
>
>> > At the same time we are really close to freeze, this potentially
>>blocks
>> the work of others; and while it should be mostly innocuous, it is
>>still a
>> large amount of disruption, for
On 1/29/13 9:13 AM, "Chip Childers" wrote:
>Hi all,
>
>As discussed in the Javelin MERGE proposal thread, one of my biggest
>concerns was around when and how features will merge into the repo for
>4.1.0. We have a number of features in development, going through IP
>clearance and sitting as pe
On 1/31/13 2:39 PM, "Frank Zhang" wrote:
>I saw below definitions:
>
> public static final int RUN_LEVEL_SYSTEM_BOOTSTRAP = 0; // for
> system
>level bootstrap components
> public static final int RUN_LEVEL_SYSTEM = 1;
> // for system level
>servic
This is a call to confirm if it is a good time to actually perform the
merge anytime soon. I've sync-ed javelin with master up to this morning
and I'll do a sync again at the end of day today.
Is it a good time to pull the trigger midnight today (PST time)?
Kelven
There are just too many merged happened to master in the last minute, it
includes VM snapshot, event framework, region, Big5Switch. To be safe, the
final merge is postponed to tomorrow morning (PST time).
Kelven
On 2/1/13 12:07 AM, "Rohit Yadav" wrote:
>Hey folks, it's past midnight in bay area
Please hold on check-ins to master, I'm now testing the final merge from
Javelin and will push the merge soon, I'll notify when it's done.
Kelven
A side note, when you are running management server with mvn, try to
increase the JVM memory settings
For linux/Mac users
MAVEN_OPTS="-XX:MaxPermSize=512m -Xmx2g"
export MAVEN_OPTS
For Windows users
Add similar settings to windows environment settings (via Windows control
panel)
Kelven
For some reason, document conflicts did not appear in my git "merge
conflicts", I resolved doc conflicts after the merge now.
Jessica T, please double check if my resolution for these conflicts, I
have little idea to verify the correctness of these document.
Kelven
It looks like your first command was actually failed to execute?
com.cloud.upgrade.DatabaseCreator is packaged in the artifact from the
first command.
Kelven
On 2/4/13 9:20 AM, "Ryan Dietrich" wrote:
>After a pull on the master branch, I am unable to deploy the database.
>
>I ran:
> mvn
On 2/4/13 3:35 AM, "Wido den Hollander" wrote:
>On 02/03/2013 12:44 PM, David Nalley wrote:
>> Hi folks:
>>
>> One of the discussions that came up while we were in Ghent was whether
>> or not to package the SSH key reset and password reset utilities, or
>> whether we should focus our PW/SSH eff
;
>I upped my xen "dom0_mem" so I could get a little more base memory. I
>was swapping quite badly when trying to launch jetty, and got memory
>errors along the way.
>
>-Ryan Dietrich
>
>On Feb 4, 2013, at 3:00 PM, Kelven Yang wrote:
>
>> It looks like your fi
t;
>On 2/4/13 5:22 PM, "Kelven Yang" wrote:
>
>>The JVM memory setting I gave after Javelin merge may be too aggressive
>>if
>>you are running management server inside a VM. -XX:MaxPermSize=512m is
>>for
>>the fact that we have so many java classes (it migh
Spring should not introduce continuous run-time memory consumption. We are
not expecting to see memory to continuously increase just because of using
Spring, if it does so, need to nail down what has caused that.
For maven JVM settings, a trimmed-down version of following works on my Mac
-XX:Max
On 2/4/13 9:24 PM, "Rohit Yadav" wrote:
>Hi Ryan, Sailaja and everyone,
>
>Have a look at this:
>https://issues.apache.org/jira/browse/CLOUDSTACK-1019?page=com.atlassian.j
>ira.plugin.system.issuetabpanels:all-tabpanel
>
>We had different routes to deploy database, the way maven did and the
>wa
On 2/5/13 11:02 AM, "Wido den Hollander" wrote:
>
>
>On 02/04/2013 11:18 PM, Kelven Yang wrote:
>>
>>
>> On 2/4/13 3:35 AM, "Wido den Hollander" wrote:
>>
>>> On 02/03/2013 12:44 PM, David Nalley wrote:
>>>> Hi folks
WHERE AND snapshots.removed IS NULL
This apparently is a code bug (most likely to be in changes at
SnapshotDaoImpl)
Kelven
On 2/5/13 11:25 AM, "Deepti Dohare" wrote:
>Hi,
>I observed this exception when I pulled the code from the master branch,
>deployed the db and run the jetty server.
>
There is a draft writeup at here,
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+Spring+in+Clou
dStack
Kelven
On 2/5/13 8:23 PM, "Manikanta Kattamuri"
wrote:
>Hi All,
>
>Is there any location where we can find instructions on creating a new
>plugin after the spring di changes. I
like
CloudStack, it is just taking too long to start it up.
Kelven
On 2/5/13 9:19 PM, "Alex Huang" wrote:
>Kelven,
>
>This needs to be a priority. Spring with just aop and di shouldn't be
>that huge. Something is wrong here.
>
>--Alex
>
>> -Original Mes
When you compile, also make sure you have activated maven systemvm
profile.
mvn -P systemvm ...
Kelven
On 2/6/13 12:03 AM, "Mice Xia (JIRA)" wrote:
>
>[
>https://issues.apache.org/jira/browse/CLOUDSTACK-1173?page=com.atlassian.j
>ira.plugin.system.issuetabpanels:comment-tabpanel&focusedC
Try this URL form
http://xx.xx.xx.xx:8080/console?cmd=access&vm=xxx&signature=x
Kelven
On 2/8/13 6:49 AM, "Antonio Petrocelli" wrote:
>Hello,
>
>Under CloudStack UI interface, the console link is:
>http://xx.xx.xx.xx:8080/client/console?cmd=access&vm=x
>
>I'm trying to use signi
Apologize for such a long email first, if you are interested, please read
on...
Auto-scan globally is never a good idea and we are currently doing it just
for the reason of getting existing code quickly converted. I'm currently
profiling some details on how much time Spring has spent for scanning
On 11/12/12 10:58 AM, "Chip Childers" wrote:
>On Thu, Nov 8, 2012 at 7:19 PM, Kelven Yang
>wrote:
>>
>> As part of architecture refactoring work, we are exploring some
>> initiatives that would help CloudStack move toward more component-based
>>
On 11/12/12 1:34 PM, "Chip Childers" wrote:
>On Mon, Nov 12, 2012 at 4:12 AM, Hugo Trippaers
> wrote:
>> Hey all,
>>
>> With the recent discussions on refactoring CloudStack and the working
>>going into javelin I would like to discuss using OSGi. The background is
>>that I have been struggling
the cloud. to be honest I don have a definite answer and
>>that's
>> why I would suggest to list what we need to achieve regarding that part
>>and
>> look into the alternatives and choose what is best for us, OSGi is one
>>of
>> them for sure
>>
>>
I'm now working on some generic architecture-refactoring work, I'd like to
share what I'm doing, your comments and feedbacks are very welcome
Currently there are two major types of components that have
inter-component interaction beyond Java method-call-bindings, one is
Resource and the other one
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7996/#review13778
---
Ship it!
Ship It!
- Kelven Yang
On Nov. 10, 2012, 12:31 a.m
amework as well, for
example, one way RPC or event-dispatching based style, but it seems so
far the above style is what most people prefers.
Kelven
On 11/13/12 6:20 PM, "Kelven Yang" wrote:
>I'm now working on some generic architecture-refactoring work, I'd like to
>sha
Congratulations Chiradeep!
Kelven
8-host limitation comes from the limitation posted from VMFSv3 for
linked-clone usage. So in CloudStack, it is an artificial limit we post to
reduce possible runtime problems.
We have a default setup about this limitation in Config.java, the last
section (shown as "1-8") gives a validation range,
There is another constraint that comes into play when cluster size becomes
large, for example 32 hosts. We use standard vSwitch in default
implementation, in order to support out-of-band vMotion (may be activated
by DRS), when we deploy a VM, we actually will program all the vSwitches
within the cl
Converting linked-clone to full clone is doable.
Kelven
On 12/20/12 11:17 AM, "Anthony Xu" wrote:
>Linked clone is fast, it can decrease the VM provision time.
>Full clone improves disk access performance.
>
>Not share if VMware provide API to convert linked clone to full clone?
>
>If yes, shou
d a feature in instance deployment wizard to do a full or link
>clone triggering the api call referenced above.
>
>any thoughts?
>
>Kelven Yang wrote:
>Converting linked-clone to full clone is doable.
>
>Kelven
>
>On 12/20/12 11:17 AM, "Anthony Xu" wrote:
>
&g
I'm proposing another branch merge after API-refactoring branch, to merge
javelin branch into the main stream. Javelin branch contains a number of
architecture refactoring efforts,
1. Adopting Spring Framework for dependency injection of CloudStack
internal components
2. IPC framework for inter co
l master changes and make sure the unit tests are all running
>or have been appropriately changed to run.
>- Make sure automated testing is running against the new server.
>- Merge back into master.
Will do the merge after api-refactoring merge
>
>--Alex
>
>> -Original M
avelin merge will be after api-refactoring merge if it is approved by the
community. Some time at next week's time frame looks like a good time
>On Jan 4, 2013 4:13 PM, "Kelven Yang" wrote:
>
>> I'm proposing another branch merge after API-refactoring branc
On 1/4/13 4:09 PM, "David Nalley" wrote:
>On Fri, Jan 4, 2013 at 6:13 PM, Kelven Yang
>wrote:
>> I'm proposing another branch merge after API-refactoring branch, to
>>merge
>> javelin branch into the main stream. Javelin branch contains a number of
>&
On 1/4/13 4:45 PM, "Alex Huang" wrote:
>Hi Chip,
>
>Not sure what happened with the code there. The likelihood of javelin
>changes breaking any existing unit tests is fairly low because we didn't
>do in place code changes. Still it will be our responsibility to make
>sure everything is runnin
On 1/7/13 3:13 PM, "Mike Tutkowski" wrote:
>Hi Edison,
>
>So, are you looking at something like this?:
>
>* System (ex. cloud-engine - a server with a RESTful API)
> * Sub-system (ex. storage)
> *Component (ex. snapshot) (Maven project comes in at this level)
> * Plug
To work around this issue, try to add the user(to be used to start
management server) to sudoer list (without need for password) and comment
out "requiretty" in /etc/sudoers configuration.
Kelven
On 3/4/13 2:24 PM, "Edison Su" wrote:
>I even think db upgrade should be separated from mgt server.
w i can obtain the signature without the apikey in the
>>>>string?
>>>>
>>>> The signature generation came from the same API request algorithm
>>>>(SHA1)?
>>>>
>>>> I obtain an error: Access denied. Invalid web session or API key in
>
I've pushed in the memory issue fix to master to work with storage subsystem.
This will help get rid of huge memory footprint issue on master builds. A small
stripped version of MAVEN_OPTS can be used if your development environment is
in short of memory, you may try following settings to MAVEN
Mike,
you are giving too much to MaxPermSize, with latest master/ASF 4.1 branch,
-XX:MaxPermSize=128m would be enough
Kelven
On 3/5/13 11:04 PM, "Mike Tutkowski" wrote:
>-XX:MaxPermSize=1024m -Xmx2048m
First +1 on BVT.
Second, should we consider the idea of having a staging area for people to
check-in? Which is that making master always the stable(reasonable) branch
for main development, but whenever people make check-ins, it goes into
staging first, and we have maintainers(could be automatic)
trategy.inst
>antiate(
>SimpleInstantiationStrategy.java:76)
>
>at
>org.springframework.beans.factory.support.AbstractAutowireCapableBeanFacto
>ry.instantiateBean(
>AbstractAutowireCapableBeanFactory.java:990)
>
>... 327 more
>
>Caused by: java.lang.OutOfMemoryError: Java heap space
>
>
>On Wed, Mar 6, 2013 at 11:
gt;> Diff:
>>http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/37bab18c
>>
>> Branch: refs/heads/master
>> Commit: 37bab18c68fdb3492429c7d935958d774cb60205
>> Parents: 409ec9c
>> Author: Kelven Yang
>> Authored: Thu Mar 7 18:39:33 2013 -0800
>> Committ
It won't have any visible impact to people who are using their own front
end simply because that this URL form is internally used after the API url.
Kelven
On 3/8/13 4:50 PM, "David Nalley" wrote:
>On Fri, Mar 8, 2013 at 7:44 PM, Kelven Yang
>wrote:
>> This is to
Per my understanding, VO stands for Value Object, however, it is really
used as Entity Object (CRM term) in CloudStack
Kelven
On 3/11/13 2:00 PM, "Mike Tutkowski" wrote:
>Hi,
>
>Probably a really easy question for someone out there:
>
>StoragePoolVO...What does the VO stand for?
>
>Thanks!
>
>-
MO names after VMware management object
Kelven
On 3/12/13 2:50 AM, "Prasanna Santhanam" wrote:
>DAO - Data Access Object
>TO - Transfer Object
>
>Do we have MOs?
>
>On Tue, Mar 12, 2013 at 02:40:18AM +0530, Kelven Yang wrote:
>> Per my understanding, VO stand
PVLAN provides "subnet within subnet" L2 isolation, it operates very
differently with current L3/L4 capable SG implementation, would it be a
good idea to just separate it as L2 isolation feature on its own?
Kelven
On 3/13/13 6:10 AM, "Chip Childers" wrote:
>On Mar 12, 2013, at 11:56 PM, Manan S
Try to copy vhd-util to your XS host at /opt/xensource/bin if your XS host
is a brand new setup
Kelven
On 3/13/13 4:15 AM, "Pranav Saxena" wrote:
>$/pranav/incubator-cloudstack# find . -name vhd-util
>
>./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
>server/vhd-uti
Nitin,
Sorry to reply late, have been busy working on a patch release for
customer.
AsyncJob manager does provide a mechanism that you can do synchronized the
job execution against a object. You may check out
AsyncJobManager.syncAsyncJobExecution().
Kelven
On 3/12/13 11:27 AM, "Nitin Mehta" w
copied over to
>the host automatically . Probably need to debug the
>CitrixResourceBase.java file for this.
>
>Regards,
>Pranav
>
>
>-Original Message-
>From: Kelven Yang [mailto:kelven.y...@citrix.com]
>Sent: Wednesday, March 13, 2013 11:10 PM
>To: cloudstack
You may be able to do it by utilizing CloudStack management server
"instance" concept. However, do it at your own risk though. You may try
following
1) Planning your IP address allocation, make sure two set of IP addresses
spaces are separated
2) For each CloudStack installation, for example, 4.0
Joe,
Regular plugin/adapter components should usually be loaded at run level
RUNLEVEL_COMPONENT(5). I think we can increase it to level 5
Kelven
On 3/18/13 2:38 AM, "Mills, Joseph" wrote:
>Hi Prachi,
>
>I had a question regarding your commit for CLOUDSTACK-1604.
>
>I noticed that the Hyperviso
VMware API is web-service based, how a web service fault class is mapped
to a java class is determined by the underlying web-service tool.
In vSphere 4.0/4.1 SDK, it uses Axis 1.4, all web server fault class is
derived from org.apache.axis.AxisFault which in turn derives from java
Exception class.
interception and optimize DB annotation lookup with caching
This addresses bugs CLOUDSTACK-1558 and CLOUDSTACK-1664.
Diffs
-
Diff: https://reviews.apache.org/r/10001/diff/
Testing
---
Low-level changes, tested manually
Thanks,
Kelven Yang
We don't use VI SDK in CloudStack for VMware integration.
For VMFS datastore, CloudStack will not create it and will rely on vCenter
to do it. To enable a VMFS datastore involves a series of steps, the flow
is provided by vCenter.
Kelven
On 3/20/13 1:26 PM, "Mike Tutkowski" wrote:
>Hi everyone
hen
>needs to be created for the SAN volume to be utilized from CS.
>
>* The VM or data disk is placed on the datastore or storage repository and
>it (the VM or data disk) is the only object that ever utilizes this
>datastore or storage repository.
>
>
>On Wed, Mar 20,
Thanks for your time on this!
>
>
>On Wed, Mar 20, 2013 at 7:27 PM, Mike Tutkowski <
>mike.tutkow...@solidfire.com> wrote:
>
>> Interesting...well, hopefully Edison can comment and clear this up.
>>
>> Thanks, Kelven!
>>
>>
>> On Wed, Mar 20, 2013 at
A couple of points,
1. Spring is under Apache license
2. Spring provides pretty good JDBC wrapper like SimpleJdbcTemplate to free
developers from managing DB connections and JDBC prepared statements (We used
to run into memory leaking issues with our home-grown JDBC wrapper)
3. Transaction manag
I think attachment is thrown away by Apache mail server
Kelven
From: Sonny Chhen [mailto:sonny.ch...@citrix.com]
Sent: Thursday, June 28, 2012 3:54 PM
To: cloudstack-dev@incubator.apache.org
Subject: Site-to-Site VPN flow
Hello All,
Attached is the flow the ui team will be using in implementing
The discussion is going a bit far away from the original topic, CloudBridge
project does have certain usage on Hibernate, but it is very minimum. Just less
than a dozen of Dao classes needs to be replaced, Rajesh and I had a discussion
a while ago, whether to just use direct JDBC or to use JdbcT
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, June 29, 2012 10:37 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Hibernate
>
> On Fri, Jun 29, 2012 at 12:13 PM, Rajesh Battala
> wrote:
> >
> >
> >> -Original Message-
> >> From: Dav
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6180/#review9546
---
Ship it!
Ship It!
- Kelven Yang
On July 27, 2012, 5:53 p.m
I'd like to share some background information related to choice of Vmware
SDK.
Before I started Vmware integration project, both vi java and Vmware SDK
were black
boxes to me, but one thing for sure is that Vmware SDK should not have any
blockers that could mask off raw vSphere functionality. Vi j
1 - 100 of 227 matches
Mail list logo
