aightforward.
>
> Thanks,
> -John
>
> On Jun 12, 2013, at 6:11 PM, Mike Tutkowski
> wrote:
>
> I see, John.
>
> That is an interesting idea.
>
> We'd also have to change the storage allocator(s) to favor QoS-supported
> storage if those fields are filled
We'd also have to recognize that if the Min value is filled in and Storage
QoS is not available that Hypervisor QoS (rate limiting here) cannot
satisfy that constraint.
On Wed, Jun 12, 2013 at 4:26 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, this is interest
r the delay,
> -John
>
> On Jun 12, 2013, at 12:43 PM, Mike Tutkowski
> wrote:
>
> > No problem, John.
> >
> > I still want to re-review it by myself before coming up with a new patch
> > file.
> >
> > Also, maybe I should first wait for Wei's
org/r/11479/diff/1/?file=297896#file297896line897>
> >
> > Check >= 0 to be completely defensive.
I believe you meant minIops <= 0 to be completely defensive.
Either way, this logic had been changed since I submitted the code for review
and this issue is no lon
least for 4.2 - keep Wei's fields and my
> > fields as is, make sure only one or the other feature has data entered
> for
> > it (or neither), and call it good for 4.2.
> >
> > Then let's step back and look into a more general-purpose design that can
> > be applie
s.apache.org/r/11479/.
>
> I apologize for the delay,
> -John
>
> On Jun 12, 2013, at 12:43 PM, Mike Tutkowski
> wrote:
>
> > No problem, John.
> >
> > I still want to re-review it by myself before coming up with a new patch
> > file.
> >
> >
ons on the thread regarding mutual exclusion of
> > hypervisor throttled I/O and storage provisioned IOPS. We need to
> > understand how and where it will be implemented in both the UI and
> > service layers. Also, can you resend the Review Board review? My
> > email
//gist.github.com/jburwell/5771480) is the shell script
> >> I used to generate the S3-backed Secondary Storage patch submissions
> >> to Review Board. It should be fairly easy to adapt by adjusting the
> >> FEATURE_BRANCH and WORK_HOME values.
> >>
> >> Th
s on the thread regarding mutual exclusion of
> >> hypervisor throttled I/O and storage provisioned IOPS. We need to
> >> understand how and where it will be implemented in both the UI and
> >> service layers. Also, can you resend the Review Board review? My
> >>
Hi,
Has anyone else noticed in the Mac OS X Terminal that CTRL-Cing out of the
CS MS sometimes puts you back to a prompt that works, but does not show you
the text you're typing?
If so, do you know how to fix this issue?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFir
1:13 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi Edison,
>
> I notice after I updated from master that Hypervisor Type is now a
> required parameter for creating a storage pool.
>
> Should I just use HypervisorType.Any?
>
> Thanks!
>
>
> On
Thanks, guys
Unfortunately it didn't respond properly with either option. :(
On Thu, Jun 13, 2013 at 1:43 PM, Chip Childers wrote:
> On Thu, Jun 13, 2013 at 02:41:35PM -0500, Joe Brockmeier wrote:
> > On Thu, Jun 13, 2013, at 02:21 PM, Mike Tutkowski wrote:
> > > If so,
Not that this is a long-term solution or anything, but I just commented out
the test. :)
On Wed, Jun 12, 2013 at 3:57 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> This is what nslookup 127.0.0.1 brings up for me:
>
> Server: 172.16.1.2
> Address: 172.16.1.2#5
ime and ensure the right folks are there and ready to
> roll.)
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hack+Day+at+CCC13
>
> Best,
>
> jzb
> --
> Joe Brockmeier
> j...@zonker.net
> Twitter: @jzb
> http://www.dissociatedpress.net/
>
--
*Mike
Comments below in red.
Thanks
On Thu, Jun 13, 2013 at 2:54 PM, John Burwell wrote:
> Mike,
>
> Please see my comment in-line below.
>
> Thanks,
> -John
>
> On Jun 13, 2013, at 1:22 AM, Mike Tutkowski
> wrote:
>
> > Hi John,
> >
> >
n.
On Thu, Jun 13, 2013 at 3:19 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Comments below in red.
>
> Thanks
>
>
> On Thu, Jun 13, 2013 at 2:54 PM, John Burwell wrote:
>
>> Mike,
>>
>> Please see my comment in-line below.
>>
ent to the drivers).
Have the drivers expose their feature set so the allocators can consider
them more fully and throw an exception if there is not a sufficient match.
On Thu, Jun 13, 2013 at 3:31 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> My thinking is, for 4.2, while
change yet.
>
> ** **
>
> *From:* Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> *Sent:* Thursday, June 13, 2013 1:41 PM
> *To:* dev@cloudstack.apache.org
> *Cc:* Edison Su
> *Subject:* Re: [MERGE] disk_io_throttling to MASTER (Second Round)
>
> ** **
>
> Actually, I
rce QoS does not seem to fit those
> criteria.
>
I wonder if this would be a good discussion topic for Sunday's CS Collab
Conf hack day that Joe just sent out an e-mail about?
>
> Thanks,
> -John
>
> On Jun 13, 2013, at 5:44 PM, Mike Tutkowski
> wrote:
>
> &g
rnings annotation) why it is in the codebase? Delete it if we
> > don't need it.
This class is used by the Gson library for JSON purposes.
Since Eclipse cannot see certain variables being used, it marks them as not in
use. They actually are needed by Gson, so I put in the @Suppre
torage pool supports. Would it be in the storage_pool_details table
perhaps?
On Thu, Jun 13, 2013 at 4:09 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Comments below in red.
>
> Thanks
>
>
> On Thu, Jun 13, 2013 at 3:58 PM, John Burwell wrote:
>
>> M
uture release.
On Thu, Jun 13, 2013 at 6:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Overall, I agree with the steps to below for 4.2. However, we may want to
>> throw an exception if we can not fulfill a requested QoS. If the user is
>> expecting that the
> -John
>
> On Jun 13, 2013, at 6:09 PM, Mike Tutkowski
> wrote:
>
> > Comments below in red.
> >
> > Thanks
> >
> >
> > On Thu, Jun 13, 2013 at 3:58 PM, John Burwell
> wrote:
> >
> >> Mike,
> >>
> >> Overall, I
g-in-specific info that's passed to the driver is called this.
- Mike
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11479/#review21347
---
On
Every now and then (like weekly), I performed another fetch from the CS
repo and merged its master (what I call upstream/master) into
solidfire_plugin. I've probably performed about four of five such merges
during my development.
Thanks for the advice! :)
On Thu, Jun 13, 2013 at 10:45 AM,
Sounds good
I will update the Wiki.
On Fri, Jun 14, 2013 at 10:58 AM, Joe Brockmeier wrote:
> Hi Mike,
>
> On Thu, Jun 13, 2013, at 03:55 PM, Mike Tutkowski wrote:
> > I was wondering if we have the following documentation (below). If not, I
> > was thinking it might
;
> As I mentioned previously, I am very reluctant for any feature to come
> into master that can exhaust resources.
>
> Thanks,
> -John
>
> On Jun 13, 2013, at 9:27 PM, Mike Tutkowski
> wrote:
>
> > Yeah, I'm not sure I could come up with anything near a
"As I mentioned previously, I am very reluctant for any feature to come
into master that can exhaust resources."
Just wanted to mention that, worst case, the SAN would fail creation of the
volume before allowing a new volume to break the system.
On Fri, Jun 14, 2013 at 11:35 AM, Mike
overcommit
ratio of the plug-in would tell the allocator if it can select the given
storage pool.
What do you think?
On Fri, Jun 14, 2013 at 11:45 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> "As I mentioned previously, I am very reluctant for any feature to come
>
uired.
> Is it really the job of CS to become yet another management layer on top
> of this?
>
> - Original Message -
>
> From: "Mike Tutkowski"
> To: dev@cloudstack.apache.org
> Cc: "John Burwell" , "Wei Zhou" >
> Sent: Friday,
e
> engineers to keep track of IOPS utilization, and plan for spindle
> augmentation as required.
> > Is it really the job of CS to become yet another management layer on top
> of this?
> >
> > - Original Message -
> >
> > From: "Mike Tutkowski&q
Also, as far as I remember, we just introduced overcommit ratios (for CPU
and memory) when creating/editing clusters in 4.2, so we did survive as a
product before that (albeit great) feature was introduced.
On Fri, Jun 14, 2013 at 2:06 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com>
crease the number of IOPS they want to dedicate
> to CS' use. I would imagine expansion of capacity happens infrequently
> enough that increasing the maximum IOPS value would not be a significant
> burden.
>
> Thanks,
> -John
>
> On Jun 14, 2013, at 4:06 PM, Mike Tut
type because of its dynamic nature.
Can someone fill me in on the reasons behind this recent change and
recommendations on how I should proceed here?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the
mgt server deployment, admin needs to
> configure applicationContext.xml for their needs.
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Saturday, June 15, 2013 11:34 AM
> > To: dev@cloudstack.apache.org
> > Subjec
dPool(pol.getId());
}
}
return suitablePools;
}
On Mon, Jun 17, 2013 at 11:40 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi Edison,
>
> I haven't looked into this much, so maybe what I suggest here won't make
> sense, but here goes:
>
> What abo
ragePool requires such a reservation, and we
> track that reservation in the Hypervisor layer.
>
> Thanks,
> -John
>
> On Jun 17, 2013, at 3:48 PM, Mike Tutkowski
> wrote:
>
> > Hi Edison,
> >
> > How's about if I add this logic into ZoneWideStoragePoolAll
M. And the data store created in
> VCenter, can only work with Vmware.
>
>
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Monday, June 17, 2013 1:12 PM
> > To: dev@cloudstack.apache.org
> > Subject:
11:12 AM, Chip Childers
wrote:
> On Fri, Jun 14, 2013 at 05:56:27PM -0400, John Burwell wrote:
> > Mike,
> >
> > Awesome. +1.
> >
> > Thanks for your patience with the back and forth,
> > -John
>
> +1 - this now looks like a great approach.
>
t me know when Review Board is updated, and I will perform
> a second round review.
>
> Thanks,
> -John
>
> On Jun 17, 2013, at 4:48 PM, Mike Tutkowski
> wrote:
>
> > FYI: I added the IOPS-capacity parameter and related code over the
> weekend.
> >
> >
; > > There are storages which can only work with one hypervisor, e.g.
> > > Currently, Ceph can only work on KVM. And the data store created in
> > VCenter, can only work with Vmware.
> > >
> > >
> > >
> > >> -Original Message-
> &g
any aspect of the Storage
> layer.
> >>
> >> Thanks,
> >> -John
> >>
> >> On Jun 17, 2013, at 4:27 PM, Edison Su wrote:
> >>
> >>> There are storages which can only work with one hypervisor, e.g.
> >>> Currently, Ceph ca
others to do the same ...
>
> Thanks,
> -John
>
> On Jun 17, 2013, at 5:09 PM, Mike Tutkowski
> wrote:
>
> > I think a hack-day session on this would be great.
> >
> > To me, since we're so late in the game for 4.2, I think we need to take
> two
> >
OK, I've gone ahead and updated Review Board with a new diff.
Please check it out and let me know what you think.
Thanks!
On Mon, Jun 17, 2013 at 2:52 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Sounds good
>
> I have a little bit of clean-up work to do an
I and SR are deleted.
The volume is reattached and is properly introduced into the SR and VDI
("introduced" in the sense that the data that was previously on the volume is
not destroyed upon reattach).
This volume is detached and the VDI and SR are deleted.
Thanks,
Mike Tutkowski
hnique is working well and fits in nicely with how a similar
selection process happens on the Add Volume dialog via a combo box.
I don't have all of the code written at present, but it should be done
tomorrow (well...technically later today).
Talk to you later!
On Tue, Jun 18, 2013 at 6:05 PM,
o ensure that the code-level issues identified in Review
> Board have also been addressed, and then we can run through a final review
> pre merge.
>
> Thanks,
> -John
>
>
>
--
*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>
*™*
Maybe I'll just have to start doing bold like this: Bold even if it
just displays as text. :)
On Wed, Jun 19, 2013 at 10:36 AM, Chip Childers
wrote:
> On Wed, Jun 19, 2013 at 10:34:58AM -0600, Mike Tutkowski wrote:
> > Comments below in red.
>
> We can't se
ating Mike!
> >
> > Congrats Mike!
> >
> > Best,
> >
> > jzb
> > --
> > Joe Brockmeier
> > j...@zonker.net
> > Twitter: @jzb
> > http://www.dissociatedpress.net/
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire
will always be four columns of empty
data. Perhaps we could get away with only showing them in the Details view
of a Disk Offering?
Just a thought.
On Wed, Jun 19, 2013 at 10:39 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Maybe I'll just have to start doing bold like t
n remove them from UI if necessary.
>
> -Wei
>
>
> 2013/6/19 Mike Tutkowski
>
>> One thing I have been noticing is that there are now a lot of columns in
>> the Service Offerings - Disk Offerings table since Wei's four hypervisor
>> QoS fields are there. I
one,
> when i add iscsi primary storage with chap enabled,i don't see anywhere in
> the GUI to provide it.
> I wonder that does cloudstack have already supported in new version 4.1 or
> in the other release?
>
> Thanks and best regards.
>
--
*Mike Tutkowski*
*Senior
43 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi,
>
> At present (4.1 and earlier), CHAP is not supported when creating Primary
> Storage.
>
> If you want to use CHAP (as I often do), you must set it up from the
> hypervisor side.
>
> For example, if yo
.
The volume is reattached and is properly introduced into the SR and VDI
("introduced" in the sense that the data that was previously on the volume is
not destroyed upon reattach).
This volume is detached and the VDI and SR are deleted.
Thanks,
Mike Tutkowski
f you have questions.
Thanks!
On Wed, Jun 19, 2013 at 2:13 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Well...it's not "necessary" per se. :) I just wanted to throw it out there
> and get people's thoughts. I certainly don't want to take anythin
w and
> complete as necessary on the flight Saturday.
>
> Thanks,
> -John
>
> On Jun 20, 2013, at 1:39 PM, Mike Tutkowski
> wrote:
>
> You've possibly seen the auto-generated e-mail that I updated Review Board
> with a new diff. This third diff is comprehensive in th
es, we'd better have a code review, as more storage
> vendors and more developers outside Citrix are contributing code to
> CloudStack storage subsystem. The code change should have less surprise for
> everybody who cares about storage subsystem.
>
--
*Mike Tutkowski*
*Se
Hi,
I have a quick question about VM HA.
Does CloudStack depend on the HA features of the hypervisor or does it
handle VM HA itself?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
Great - thanks, Chip!
On Fri, Jun 21, 2013 at 10:21 AM, Chip Childers
wrote:
> On Fri, Jun 21, 2013 at 10:19:51AM -0600, Mike Tutkowski wrote:
> > Hi,
> >
> > I have a quick question about VM HA.
> >
> > Does CloudStack depend on the HA features of the hyper
volume is reattached and is properly introduced into the SR and VDI
("introduced" in the sense that the data that was previously on the volume is
not destroyed upon reattach).
This volume is detached and the VDI and SR are deleted.
Thanks,
Mike Tutkowski
or field in the
> storage pool, simply, the hypervisor field breaks his code.
> And I don't understand why there is a column, called dynamicallyScalable,
> in vm_template table.
> I think you will understand my problem here...
>
>
>
> >
> > -chip
>
--
*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>
*™*
't know how to plugin my own
> storage provider into the contexts - oss/non-oss. Unlike network
> elements the DataStoreProvider, DataStoreLifeCycle seem independant and
> don't follow the plugin model. How does this work?
>
> Thanks,
>
> --
> Prasanna.,
>
>
19 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi,
>
> Yeah, John Burwell is finishing up the review process for the SolidFire
> plug-in, so - at present - the code is not in master.
>
> To try to answer your question, I had to modify the
> applicationCont
ovider) of a
> vendor-implementation into a logical spring context like say:
>
> In componentContext.xml.in
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Tue, Jun 25, 2013 at 08
ected(long hostId, long poolId) {
return true;
}
});
return true;
}
On Tue, Jun 25, 2013 at 8:31 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Oh, I see...that's a good question.
>
> I'll have to defer th
s
> configuration in the applicationContext because that couples it with a
> very basic management server config w/o the plugins.
>
> On Tue, Jun 25, 2013 at 08:35:41AM -0600, Mike Tutkowski wrote:
> > What I did was follow Edison's default plug-in as a templa
right? As an example: If a user creates a volume, that volume is owned by
his account, right? If so, is it possible to change ownership of the
resource from one account to another?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746
Great, thanks!
On Tue, Jun 25, 2013 at 2:13 PM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:
> Mike, please see inline.
>
> On 6/25/13 12:34 PM, "Mike Tutkowski"
> wrote:
>
> >Hi,
> >
> >I have a couple quick questions about d
s constitutes a
> > major architecture change so i would want this to be in as early as
> > possible in the release cycle.
>
> I'm in favor of this.
>
> Best,
>
> jzb
> --
> Joe Brockmeier
> j...@zonker.net
> Twitter: @jzb
> http://www.disso
ded in 4.2 please follow
> through with your reviewers.
>
>
> Comments/feedback on this release status update are appreciated. You can
> always visit the 4.2 Release dashboard http://s.apache.org/M5k for the
> current status.
>
>
> Thanks
> Animesh
>
--
*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>
*™*
my code to work with it.
2) Available bytes has been changed to Used bytes for storage and I need to
get my code to understand this change.
How do we handle these late merges? My code needs to be tested again after
I finish this super-long merge. Do we have the weekend?
Thanks!
--
*Mike
x27;m a bit confused at the moment on how to handle this merge issue.
Does anyone know anything about this change?
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:/
tation of AttachCommand is in XenServerStorageProcessor. Look
> for handleStorageCommands in CitrixResourceBase.
>
> Also, could you send me a JSON encoded version of the command?
>
>
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@sol
ssues can addressed rather quickly next week. Finally, this patch
> has had two rounds of review, so I don't expect the need for a fourth
> round. As such, let's get it merged and do the last bits of cleanup next
> week.
>
> Thanks,
> -John
>
> On Jun 26, 2013,
op. I'm working on adding Hyper-V to Master,
> and not the current release.
>
>
> > -----Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: 28 June 2013 3:57 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re:
tures into
> 4.2 it needs to be in master today. I will cut 4.2 branch tomorrow morning
> PST.
>
>
>
> Thanks
> Animesh
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses
Thanks!
It's great to have the code in place now. :)
On Fri, Jun 28, 2013 at 5:22 PM, Hugo Trippaers wrote:
> Thats the one git to bind them :-)
>
> Congrats on the first commit
>
>
> Cheers,
>
> Hugo
>
> On Jun 28, 2013, at 4:06 PM, Mike Tutkowski
> wr
Just figured I'd follow up on this.
If anyone's planning on attending this CloudStack Meetup in London, I'll
see you there!
On Wed, Jun 12, 2013 at 1:05 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hi everyone,
>
> I am planning on heading to L
n unique way .
> > > The wiki page elaborates on the pattern/structure you need to follow
> > > to develop a UI plugin.
> > >
> > > I am looking at writing a UI plugin, browsing the wiki I have come
> > > across this page:
> > > https://cwiki.apache.
visors but I found a
> reference of a fix "CLOUDSTACK-368 OVM - cannot create guest VM", so... The
> integration is possible?
>
> Cheers,
> Alex
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Adv
r with Spring
> componentContext.xml.in: class="org.apache.cloudstack.network.dao.InfobloxDaoImpl" />
>
> Then at run time the call like the one you have below wires your
> application typically plugin to the plugin data base implementation:
> @Inject
> InfobloxDao _infobloxDao;
>
>
> _
ire/src/org/apache/cloudstack/storage/datastore/util/SolidFireUtil.java,
> > line 472
> > <https://reviews.apache.org/r/11479/diff/4/?file=310133#file310133line472>
> >
> > If this class is unused, why not remove the cruft rather ignore the
>
If it helps, I am on Mac OS X 10.8.3.
Thanks!
On Mon, Jul 8, 2013 at 3:25 PM, Mike Tutkowski wrote:
> Hi,
>
> I was wondering how I might get around the following problem: When I start
> up the management server, I have to wait for a keystore timeout, then hit
> like six t
the
> > checked exception encountered by this method? If not, catch and re-throw
> > as CloudRuntimeException. Otherwise, declare as throwing only the expected
> > checked exceptions.
This is a general-purpose problem with VMware-related code. It would be nice if
we fi
n an
iSCSI target. I then tie this into CloudStack as Primary Storage.
If I increase the size of the iSCSI target (the SAN volume/LUN), does this
increased size feed into the hypervisor and CloudStack?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: m
nding
> a volume.
>
>
> Anthony
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Tuesday, July 09, 2013 2:25 PM
> To: dev@cloudstack.apache.org
> Cc: Edison Su; John Burwell
> Subject: Expanding a volume on a SAN
>
&g
he CS side?
Thanks!
On Tue, Jul 9, 2013 at 6:09 PM, Mike Tutkowski wrote:
> Thanks!
>
> Anyone know if CloudStack will recognize the new size of a storage
> repository or datastore on its own?
>
>
> On Tue, Jul 9, 2013 at 4:01 PM, Anthony Xu wrote:
>
>> http://s
unctional S3 API support
> > >>>>> * We seem to have more contribution around this interface spec
> > >>>>> * Having S3 as the only non-NFS secondary storage API reduces the
> > >>>>> long-term support / test efforts
> > >>>>>
> > >>>>> Cons -
> > >>>>> * We may have an expectation issue for existing users that only
> > >>> have the
> > >>>>> native Swift API enabled in their environment (although I'm not
> > >>> aware
> > >>>>> of the Swift API's stability between their releases)
> > >>>>
> > >>>> I think you get into the same situation as I did, without input
> > >>>> from
> > >>> users who is using Swift, or the company who is supporting Swift,
> > >>> what we are talking about here is just hypothetic.
> > >>>> If we really want to support Swift, and support it better, we need
> > >>>> to
> > >>> get domain expert involved in the discuss.
> > >>>
> > >>> Does your $dayjob happen to have a customer that might be using this
> > >>> integration? If so, could your $dayjob product manager chime in on
> > >>> the discussion?
> > >>>
> > >> [Animesh>] I followed up with $dayjob product manager, there was a
> > >> customer who was interested in this integration a while back but did
> > >> not end up using it.
> > >>>>
> > >>>>> * We haven't tested Swift as an S3 API provider yet (but could).
> > >>>>>
> > >>>>> Personally, if it gets tested and proven to work as well or better
> > >>>>> than other
> > >>>>> S3 providers, I'm +1 on this being the remediation approach.
> > >>>>>
> > >>>>> Others?
> > >>>>
> > >
>
>
--
*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!
--
*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>
*™*
dds the cluster as a
> unit (which maps to the vmware dc/cluster). I believe at the cluster
> addition phase, is where you should be prompted for credentials. Give that
> a try, see if you get any miles out of that.
>
>
> On Wed, Jul 10, 2013 at 12:35 PM, Mike Tutkowski <
> m
or do we have an allocator that performs round-robin placement?
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>
*™*
Oh, when you say "random," does that mean random among the storage pools
that have, say, the necessary storage tag or does random ignore storage
tags?
Thanks
On Wed, Jul 10, 2013 at 2:43 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> OK, thanks!
>
>
>
ingle account, since it
> always chooses a pool having less number of volumes for a given account.
>
> -Prachi
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Wednesday, July 10, 2013 1:34 PM
> To: dev@cloudstack.apache.org
&g
Very good, thanks you!
On Wed, Jul 10, 2013 at 2:51 PM, Prachi Damle wrote:
> 'random among the storage pools that have, say, the necessary storage tag'
>
> Prachi
>
> -Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent
datastore has been
manually re-configured).
On Wed, Jul 10, 2013 at 2:48 PM, Anthony Xu wrote:
> CS will see the new size,
>
>
> Anthony
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Tuesday, July 09, 2013 5:25 PM
> To
nserver in order for CS to
> see it. On every connection, CS checks these items and updates its
> database.
>
> --Alex
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Wednesday, July 10, 2013 2:14 PM
> &
Hi,
I was hoping to run a little VM from CloudStack on a host in an ESX cluster.
Do we have a tiny template similar to the one we use for XenServer that I
might be able to leverage?
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o
> > > >
> > > > Hey Alex,
> > > >
> > > > When you say, "force a reconnection," I'm not sure to what part of
> > > > the system you're referring. Is this an action performed on the
> > CloudStack side?
> > &
OK - thanks!
On Wed, Jul 10, 2013 at 4:54 PM, Ahmad Emneina wrote:
> short answer... dont think so. having said that, I believe we used DSL
> which can be downloaded from:
> http://www.damnsmalllinux.org/
>
> its around 50 megs :)
>
>
> On Wed, Jul 10, 2013 at
each release?
> > > >> Such as
> > > adding it into automate test? Right now, I break this feature, I am
> > > pretty sure, it will be broken by other developers, if we continue
> > > adding feature without test.
> > > >
> > > > Then
401 - 500 of 2809 matches
Mail list logo
