f the parent projects in CloudStack.
>
> Take a look. Hope it's helpful to you.
>
> --Alex
> [1]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+Eclipse+With+CloudStack
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfi
n/marvin/cloudstackAPI/cloudstackAPIClient.py",
line 433, in listUsers
response = self.connection.marvin_request(command, data=postdata,
response_type=response)
TypeError: marvin_request() got an unexpected keyword argument 'data'
--
*Mike Tutkowski*
*Senior CloudStack Developer, Sol
I just went ahead and updated cloudstack-services to cloud-services on the
Wiki.
I also updated bash \-x tools/eclipse/setup-eclipse-profile.sh to be bash
\-x tools/eclipse/set-eclipse-profile.sh (setup was changed to set).
On Mon, May 6, 2013 at 11:34 AM, Mike Tutkowski <
mike.tut
response = self.connection.marvin_request(command, data=postdata,
response_type=response)
return response
On Mon, May 6, 2013 at 12:04 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi,
>
> I just updated to the latest today and ran deployDataCenter.py to b
It looks like the marvin_request method in cloudstackConnection.py does not
have a parameter named 'data'.
I changed the signature locally to the following and it works now:
def marvin_request(self, cmd, response_type=None, method='GET', data=''):
On Mon, May 6, 2
Hi,
I recently updated my local repo, rebuilt, redeployed, and all.
I wanted to kick off a VM, but I don't see the TinyLinux template.
Any thoughts on this? Just followed the normal procedure I use for doing
this...didn't do anything different.
Thanks!
--
*Mike Tutkowski*
*Senior
value="192.168.56.1" where
> name="host";"
> you need to re-run "mvn -pl :cloud-client-ui jetty:run" after it.
>
> Wei
> 2013/5/6 Mike Tutkowski
>
> > Hi,
> >
> > I recently updated my local repo, rebuilt, redeployed, and
general alerts that I have are there,
however).
Thanks!
On Mon, May 6, 2013 at 3:41 PM, Mike Tutkowski wrote:
> Interesting...in Global Settings, I find a key with the name 'host' and
> its value is '192.168.56.1'.
>
> That looks correct, though, right?
>
>
>
dFutureTask.run(ScheduledThreadPoolExecutor.java:204)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)
Thanks!
On Mon, May 6, 2013 at 4:33 PM, Mike Tutkowski wro
When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
running (the CS MS disagrees).
On Mon, May 6, 2013 at 11:41 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I figured I'd just go back to square one and see if I could get everything
> to
Also, just to throw this out there, it looks like my DevCloud2 host has
plenty of remaining memory and disk capacity.
On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
> run
n Goasguen wrote:
>
> On May 7, 2013, at 1:47 AM, Mike Tutkowski
> wrote:
>
> > Also, just to throw this out there, it looks like my DevCloud2 host has
> > plenty of remaining memory and disk capacity.
> >
> >
>
> Did you redeploy the db ?
>
> > On M
ce to documentation "See Database Access for more
> details." But no link :(
> https://cwiki.apache.org/CLOUDSTACK/putting-cloudstack-together.html
>
> I searched the wiki for detailed information about the Database Access,
> found some references about the refractoring work, but nothing related to
> my use case.
>
> I find some information on SlideShare:
> http://www.slideshare.net/cloudstack/management-server-internals
> For the "Example DAO", slides 13-14, were useful.
>
> If there is a pointer to more detailed information that would be great.
> Thanks,
> -Soheil
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
(Thread.java:680)
On Tue, May 7, 2013 at 7:56 AM, Mike Tutkowski wrote:
> Yeah...it behaves, though, as if there is some info in the DB that is
> confusing the CS MS into not believing it's in a fresh state.
>
> Is there an easy way to confirm the script ran successfully? In the
May 7, 2013 at 10:09 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Walked through the steps again this morning and same ending.
>
> As soon as I run deployDataCenter.py, I get the following exceptions:
>
> com.cloud.utils.exception.CloudRuntimeException: callH
e 192.168.56.*
> (6) mvn -pl :cloud-client-ui jetty:run
> (7) mvn -P developer -pl tools/devcloud -Ddeploysvr // keep step 6
> running. And stop step6 immediately after step7 finish (so you should be
> quick).
> (8) mvn -pl :cloud-client-ui jetty:run
>
> Wei
>
>
>
Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
builds systemvm. I am running a build right now the way you specified. :)
On Tue, May 7, 2013 at 11:24 AM, Wei ZHOU wrote:
> It seems something wrong with systemvm
> Have you built systemvm?
>
>
> 201
ticed they work because I tried typing a few
commands and hitting and it still ran the commands).
Thanks again!
On Tue, May 7, 2013 at 11:27 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
stead create equivalent images on my own?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
at 1:05 PM, David Nalley wrote:
> Should be fine to use, it is all ASLv2
> On May 7, 2013 3:03 PM, "Mike Tutkowski"
> wrote:
>
> > Hi,
> >
> > Maybe someone can answer this question for me.
> >
> > I'm going to be presenting at Build a Cl
same box as the MS, if I recall correctly. Perhaps this is just the
version of that agent software that's running on the MS?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
ote:
> On Mon, May 06, 2013 at 11:21:47AM -0600, Mike Tutkowski wrote:
> > Hi everyone,
> >
> > I've used SVN for many years, but am a bit new to Git.
> >
> > I've been making changes locally in my repo for a while and wanted to
> > update my repo fr
Hi,
I was wondering if someone could explain to me the "_Enhancer" pattern we
are using in CloudStack (below) and how this kind of class is created.
class
org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator_EnhancerByCloudStack_4ff7ea3a
Thanks!
--
*Mike Tutkowsk
;
> -
>
> We have a large number of unassigned and open defects, If you are
> interested in helping out on defects for specific components dashboard has
> a widget for that.
>
>
>
.chaturv...@citrix.com> wrote:
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Wednesday, May 08, 2013 10:55 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [ACS42] Schedule Remember - Feature freeze
> >>
> >> Kelven
> >>
> >> On 5/8/13 11:14 PM, "Kelven Yang" wrote:
> >>
> >> >I've updated the wiki page for some background information on how we
> >> >end up current way of doing this.
> >> >
> >
ser name but, when I entered my password it showed me this message again.
> I am sure my password entered correctly. It can not continue up to I press
> Ctrl+ c . please tell me why i shows this message and why it can not accept
> my password.
>
>
>
> Thanks,
> Mehdi Ali
know if you have any comments.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
I'm sorry about that, Joe. We converted this over from a SolidFire-branded
doc with the intent of removing branding and lines like this. I can remove
that line right now.
On Mon, May 13, 2013 at 2:51 PM, Joe Brockmeier wrote:
> Hi Mike,
>
> On Mon, May 13, 2013, at 03:19 PM,
Line is removed.
Sorry about that again.
If you see any more issues, please let me know.
Thanks!
On Mon, May 13, 2013 at 3:14 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I'm sorry about that, Joe. We converted this over from a SolidFire-branded
> doc w
Hi everyone,
Is anyone planning on attending Build a Cloud Day tomorrow in San Francisco?
I'll be there. I'd love to say 'hi' if you're there, as well. I think
it's really good to get a little face time in with the people you work
with. :)
Talk to you later!
case.
Thoughts?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
,
> -John
>
> On May 15, 2013, at 4:47 PM, Chip Childers
> wrote:
>
> > CloudStack isn't an object storage system really... the best bet, if
> > that's the focus of what he wants to do, is to look at things like Riak
> > CS, Swift, Ceph, etc...
> >
&
Hi everyone,
I'm in the process of adding a few fields to the Add Disk Offering dialog
(Min, Max, and Burst IOPS).
I was wondering which of the three English .properties files I need to add
my new text into?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire In
if anyone knew of example code I might be able to pattern
my changes off of. The one that comes to mind is CPU and RAM overcommit
changes to the Add Cluster dialog (but I'm having a hard time tracking
these down in Git).
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, So
-1301
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Disk+IO+Throttling
>
> Wei
>
>
> 2013/5/16 Mike Tutkowski
>
> > Hi everyone,
> >
> > I'm trying to add a few fields to the GUI's Add Disk Offering dialog
> (min,
> > max, an
to just a max).
What do you think?
On Thu, May 16, 2013 at 4:18 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Thanks for the info, Wei.
>
> I am in the process of writing a storage plug-in for Edison's new storage
> framework. The idea is to be able to ha
.js) to add/list the fields.
> The source codes was put on
>
> https://github.com/ustcweizhou/VMDiskIOThrottling/commit/ae9e1fe3ff1f82aa9dedc5e50536b4e959a81fe7
>
> Wei
>
>
> 2013/5/17 Mike Tutkowski
>
> > It looks like your feature revolves around rate limiting,
ratio',**
+ defaultValue:'1'**+**+ },**+**
//hypervisor==VMWare begins here**
vCenterHost: {**
label: 'label.vcenter.host',
On Thu, May 16, 2013 at 1:58 PM, Mike Tutkowski <
mike.tutk
; >ui/dictionary.jsp
> >client/WEB-INF/classes/resources/messages.properties
> >
> > (2) Java
> >*Cmd.java (commands)
> >*VO.java (tables)
> >*Manager.java
> >*ManagerImpl.java
> >
> > Wei
> >
> >
> > 2
Perhaps I need to place my checks in the Action area?
On Thu, May 16, 2013 at 10:10 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi Pranav,
>
> Thanks for posting the link to your commit, as well. :)
>
> I'm trying to set up my fields based on the pat
Please consider cherry picking the following from 4.3-forward:
0679af343453bf888f0ddefdd36937713aacbc28
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.
this is already an issue someone has written a ticket for, great;
otherwise, I could write up a ticket.
Thanks
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solut
ts in this cluster).
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
The IP address that CloudStack says is assigned to VM i-2-11-VM
(192.168.128.28) does not appear to be assigned to any VM in the system
(user or system VM).
On Wed, Jan 22, 2014 at 9:59 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi,
>
> I was wondering if someone
Slight correction (this may have been obvious from one of my screen shots):
The VM with the address outside of the range I gave to CloudStack is in a
XenServer cluster.
On Wed, Jan 22, 2014 at 10:03 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> The IP address that CloudS
r_ip_address to see what are the ips
> addresses are there.
> IP will be picked from this table.
>
> Thanks,
> Jayapal
>
> On 23-Jan-2014, at 10:35 AM, Mike Tutkowski
> wrote:
>
> > Slight correction (this may have been obvious from one of my screen
> shots):
Jan 22, 2014 at 9:53 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Hi Jayapal,
> >
> > That table has 8 rows and includes IP addresses from 192.168.128.23 to
> > 192.168.128.30 (which should be correct).
> >
> > Thanks
I asked one of our IT guys to look into this. He determined a port was in
the wrong VLAN and that's how my VM got an IP address from a different DHCP
server.
No CloudStack issue here. :)
Thanks
On Wed, Jan 22, 2014 at 11:05 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
DSTACK/FS+for+Granular+Global+Configuration+Parameters
> ).
> >
> >
> > The correct way to fix it would be - store tags as:
> >
> > ++-+---+---+
> > | id | pool_id | name | value |
> > ++-+---+---+
> > | 2 | 2 | tag | alena |
> > ++-+---+---+
> >
> >
> > and fix StorageManager to retrive all the tags by the "tag" key. We also
> have to fix the DB upgrade, which can be tricky as we will have to figure
> out which detail is a tag.
> >
> >
> > -Alena.
> >
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
er Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
>
> On Jan 24, 2014, at 9:53 AM, Mike Tutkowski
> wrote:
>
> > I think at some point we need to use a key/value for storage tags such as
> > the following:
> >
> > storageTags=value1,value2,value3
Edison could confirm this perhaps, but I doubt any current installation
would have true for the value unless it was for a storage tag (the plug-in
framework just came out in 4.2).
On Fri, Jan 24, 2014 at 8:05 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I think your idea
This isn't a great solution, but you could also change the value for your
plug-in from true or false to something like t or f.
On Fri, Jan 24, 2014 at 8:08 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Edison could confirm this perhaps, but I doubt any current instal
ble would allow a mapping between a template and a volume from managed
storage.
Do you see an easier way around this or is this how you recommend I proceed?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way
ave at most one template downloaded to it).
Thoughts on that?
Thanks!
On Sat, Jan 25, 2014 at 12:39 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi Edison and Marcus (and anyone else this may be of interest to),
>
> So, as of 4.3 I have added support for data
Template in your storage adaptor
> > (for KVM), where you can call a clone of that and return it as the
> > root volume . There was once going to be template clone capabilities
> > in the storage driver level on the mgmt server, but I believe that was
> > work-in-progress las
stored on the SAN one time (well...technically twice due to data
protection and HA).
On Sat, Jan 25, 2014 at 9:30 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Thanks for your input, Marcus.
>
> Yeah, the SolidFire SAN has the ability to clone, but I can't u
y, it will then do a full copy of
> >> > that template from primary to primary every time, which is pretty
> >> > heavy since it's also not thin provisioned.
> >> >
> >> > If you *can* clone, then just copy the template to your primary
> >
2) This is cloning the SAN volume that stores the SR in 1).
3) This is to use the SR on the cloned volume.
On Sat, Jan 25, 2014 at 10:31 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I see, Marcus. That is an interesting idea definitely.
>
> The process would be
So, Marcus - it sounds like you already have this kind of functionality
working in KVM?
Perhaps it would be a good idea for me to look at it.
Thanks!
On Sat, Jan 25, 2014 at 10:33 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> 2) This is cloning the SAN volume that stor
n existing SR.
Perhaps you or Edison (or someone else) know about this off hand?
Thanks
On Sat, Jan 25, 2014 at 11:42 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, I see that now. I was thinking my situation here would be different
> because in the XenServer
an 26, 2014 at 9:00 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> One thing I thought of late last night was that an SR has a UUID
> associated with it.
>
> If I clone the SAN volume that houses the SR each time, I'll be giving
> XenServ
AM, Marcus Sorensen
> wrote:
> > Hm, well I guest that's dependent on how your SAN clone works. Ours
> > allows you to have a unique name for each clone, so we just name the
> > clone with the new root volume UUID.
> >
> > On Sun, Jan 26, 2014 at 9:00 AM, Mike Tu
To be clear, the cloned SAN volume will have a unique name and IQN;
however, the problem is that the data the cloned volume contains (the SR)
includes metadata for an SR that is supposed to be unique (the UUID), but
is immutable.
On Sun, Jan 26, 2014 at 11:39 AM, Mike Tutkowski <
mike.tut
the volume on the SAN. At least, that would
> make sense to me so it looks like the root disk and not the actual
> template.
>
> On Sun, Jan 26, 2014 at 11:44 AM, Mike Tutkowski
> wrote:
> > To be clear, the cloned SAN volume will have a unique name and IQN;
> however,
&
se have any thoughts on the impact this might have to 4.3?
> >
> > -Chris
> > --
> > Chris Suich
> > chris.su...@netapp.com
> > NetApp Software Engineer
> > Data Center Platforms – Cloud Solutions
> > Citrix, Cisco & Red Hat
> >
> > On Ja
loud Solutions
> Citrix, Cisco & Red Hat
>
> On Jan 27, 2014, at 10:33 AM, Mike Tutkowski
> wrote:
>
> > It is a problem, but I think - at the moment - only NetApp, SolidFire,
> and
> > Marcus have storage plug-ins.
> >
> > We could document this iss
tomers. I can just look
> at whatever changes are made and update my pools manually, if need be.
>
> On Mon, Jan 27, 2014 at 11:43 AM, Mike Tutkowski
> wrote:
> > I agree...it certainly is not an ideal situation.
> >
> > Have you assessed the risk involved with c
ome
> >>> kind of DB upgrade/migration in our plugin to update these values. In
> >>> addition, I would have to change the ConfigKey from being a boolean to
> a
> >>> string and then back to a boolean once a solution is implemented. It is
> >>> just some technica
s on storagePool
>
> Right, for some reason I was thinking in the moment that all details would
> have a value of 'true'. Since that's not the case, and this field is
> clearly not a boolean field, we should just change them to storage_tag for
> a value, as sugg
eless) {
return this;
}
Why not just this?:
caller.getTarget().createVolumeFromBaseImageCallBack(null, null);
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solid
)
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
This is a bit concerning to me since it is in 4.3 and we're considering RC
builds at the time being.
Thanks!
On Mon, Jan 27, 2014 at 8:59 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi,
>
> Anyone know anything about this exception and why I may be encou
Perhaps it's an issue with the system template for XenServer. I thought I
had the newest copy, but I'm downloading it again and plan to re-try this.
On Mon, Jan 27, 2014 at 9:01 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> This is a bit concerning to me sin
://i.imgur.com/dLHf37W.png
Any thoughts on this?
Thanks
On Mon, Jan 27, 2014 at 9:29 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Perhaps it's an issue with the system template for XenServer. I thought I
> had the newest copy, but I'm downloading it again a
Same issue (this time with the 32-bit template):
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2014-01-27-master-xen.vhd.bz2
On Mon, Jan 27, 2014 at 10:01 PM, Mike Tutkowski <
mike.tutkow...@solidfire.
OK, this system template seems to work for me:
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
On Mon, Jan 27, 2014 at 10:38 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Same issue (this time with the 32-bit template):
&
aving this trouble with 4.3?
Thanks
On Tue, Jan 28, 2014 at 12:12 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> OK, this system template seems to work for me:
>
>
> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
>
>
ons, I think it does not fit well in CloudStack,
> and also due to the lack of language feature in Java, this hacking
> technique makes the code really hard to read
>
> Kelven
>
> On 1/27/14, 6:55 PM, "Mike Tutkowski"
> wrote:
>
> >Hi,
> >
>
orted.
>
> Please verify the checksum, it should be 3e29b40377272803eebccfe40efea199
>
>
>
> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
>
>
>
> Regards,
> Rayees
>
> -Original Message-
> From: Mike Tutkowski [
you reported.
> >
> >Please verify the checksum, it should be 3e29b40377272803eebccfe40efea199
> >
> >
> >
> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-mast
> >er-xen.vhd.bz2
> >
> >
> >
> >Regards,
> >Rayees
> >
> >
By the way, it seemed to work at first; however, it became a problem when I
rebooted my system VMs.
On Tue, Jan 28, 2014 at 3:19 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Admittedly I didn't start from a fresh XenServer image, but I did confirm
> via xe that t
e level
> support for this yet.
>
> Kelven
>
> On 1/28/14, 11:06 AM, "Mike Tutkowski"
> wrote:
>
> >Thanks Kelven
> >
> >Yeah, that code is pretty crazy. :)
> >
> >I followed that the getTarget() method actually dynamically exten
plain string literals,
> it has better readability but it can't take advantage of IDE provided
> refactoring (callback method renames), it ended up to this crazy approach.
> Hopefully one day Java may provide C# delegate like feature, then all
> these hacking tricks can go away
k is
> refactored to support putting a job on hold and waking it up upon events
> but in reality, you will still see that we just hold a thread waiting for
> completion. So we definitely still have a lot of work to do for CloudStack
> to continuously evolve itself
>
> Kelven
>
Cancel that query. :)
It looks like public class AsyncCallbackDispatcher implements
AsyncCompletionCallback
breaks a couple places in the codebase.
On Tue, Jan 28, 2014 at 11:56 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi Kelven,
>
> Thanks for the info.
>
; > Hugo
>
> +1 - to me, the schedule is really about constraining scope. Quality
> should be primary.
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*
s volumes in 'Destroy' and attempts those.
> You can only get to Expunging from Destroy, it makes sense to change
> that last line to revert the volume state back to Destroy if the
> expunge operation failed, so that it will try again next time.
>
--
*Mike Tutkows
on
> storage), but it may be something to watch for.
>
> On Thu, Jan 30, 2014 at 2:56 PM, Mike Tutkowski
> wrote:
> > I agree, Marcus.
> >
> >
> > On Thu, Jan 30, 2014 at 2:42 PM, Marcus wrote:
> >
> >> I think there's a hole in the volume li
I'd
expect it to be < allocated most of the time).
Any thoughts on this?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*
hrome.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*
):
local-cache-enabled ( RO): false
tags (SRW):
On Thu, Jan 30, 2014 at 4:08 PM, Tim Mackey wrote:
> I'm assuming that's the value from XenCenter. What does the cli say? I
> could see this being just a formatting question.
> On Jan 30, 2014 5:59
an 30, 2014 6:27 PM, "Mike Tutkowski"
> wrote:
>
> > Hi Tim,
> >
> > You are correct that I was looking at XenCenter. Below is the output from
> > xe.
> >
> > It looks like physical-size (below) corresponds to total in XenCenter,
> > physical-uti
Anyone know if there is already a JIRA ticket open for this issue?
If not, I can open one.
Thanks!
On Thu, Jan 30, 2014 at 4:20 PM, Marcus wrote:
> yep
>
>
> On Thu, Jan 30, 2014 at 4:01 PM, Mike Tutkowski
> wrote:
> > Hi,
> >
> > This is a minor issue.
>
I noticed this problem again today.
My system VMs were running fine yesterday. I decided to reboot them to see
if this problem still existed and it did. None of the system VMs reboot
properly:
http://i.imgur.com/dLHf37W.png
On Tue, Jan 28, 2014 at 3:20 PM, Mike Tutkowski <
mike.tut
If I do a CTRL-D (as the console says I can do), the VM boots up; however,
the agent does not show as "Up" in the GUI (for either SSVM or CPVM).
Interesting that destroying the VMs and letting them be re-created does not
solve the problem.
If I destroy my cloud and start over from scratch, though, that fixes it
all.
On Fri, Jan 31, 2014 at 1:55 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> If I do a CTRL-D (as th
t; In this case the values had a rounding effect just on either side of 20.05
> respectively to create the observed numbers.
>
>
> On Thu, Jan 30, 2014 at 6:37 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Great - thanks!
> >
> > I was j
see any other use cases that can be solved using this API.
> >
> > Prachi, can you please point me to an existing method (or interface)
> defined in Allocators code serving this purpose?
> >
> > Thanks,
> > -Alena.
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*
ewly created SR. The volume the SR is on has guaranteed IOPS (Quality of
Service is the reason we want only a single template on the SR). When the
VM is expunged, its root disk (and the SR it was housed on) are destroyed.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
1001 - 1100 of 2809 matches
Mail list logo
