Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-20 Thread Mike Tutkowski
ttps://issues.apache.org/jira/browse/CLOUDSTACK-6965. >> >> Regards, >> Anshul >> >> -Original Message- >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] >> Sent: Wednesday, June 18, 2014 10:19 PM >> To: dev@cloudstack.apache.org >> S

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-20 Thread Mike Tutkowski
g...@citrix.com ] > Sent: Friday, June 20, 2014 3:32 PM > To: dev@cloudstack.apache.org > Subject: RE: ZoneWideStoragePoolAllocator#filter seems weird for me > > This patch has introduced the NullPointerException in code. Since > ZoneWideStoragePoolAllocator's filt

RE: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-20 Thread Anshul Gangwar
dfire.com] Sent: Wednesday, June 18, 2014 10:19 PM To: dev@cloudstack.apache.org Subject: Re: ZoneWideStoragePoolAllocator#filter seems weird for me Sounds good - thanks! On Wed, Jun 18, 2014 at 10:46 AM, Yoshikazu Nojima wrote: > Mike, > > Thank you for your review. > This is a patch I wo

RE: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-20 Thread Anshul Gangwar
014 10:19 PM To: dev@cloudstack.apache.org Subject: Re: ZoneWideStoragePoolAllocator#filter seems weird for me Sounds good - thanks! On Wed, Jun 18, 2014 at 10:46 AM, Yoshikazu Nojima wrote: > Mike, > > Thank you for your review. > This is a patch I would like to push. > I don&#x

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-18 Thread Mike Tutkowski
Sounds good - thanks! On Wed, Jun 18, 2014 at 10:46 AM, Yoshikazu Nojima wrote: > Mike, > > Thank you for your review. > This is a patch I would like to push. > I don't have anything to add regarding this issue. > I will push this patch in the next few hours. > > Regards, > Noji > > > > > 2014-

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-18 Thread Yoshikazu Nojima
Mike, Thank you for your review. This is a patch I would like to push. I don't have anything to add regarding this issue. I will push this patch in the next few hours. Regards, Noji 2014-06-18 9:15 GMT-06:00 Mike Tutkowski : > Sorry...I didn't see until later in my e-mail that you had submitt

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-18 Thread Mike Tutkowski
Sorry...I didn't see until later in my e-mail that you had submitted code. It looks good to me. Is this something you'd like checked in right away or are you planning to add to this patch? Thanks! On Wed, Jun 18, 2014 at 9:06 AM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > Yeah, s

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-18 Thread Mike Tutkowski
Yeah, storagePoolHasEnoughIops returns true in the traditional case (i.e. non-managed storage) so we won't skip a storage pool when IOPS are not really being taken into consideration. Feel free to make enhancements and I can review your patch. Thanks! On Wed, Jun 18, 2014 at 12:14 AM, Yoshikazu

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-17 Thread Yoshikazu Nojima
Prachi, Mike, I appreciate your comments. I think it is a bug that there is a difference between filter logic of ClusterScopeStoragePoolAllocator and that of ZoneWideStoragePoolAllocator (ex. allocator skip iSCSI type storage pool or not when a volume is a RootDisk), I will unify by implementing i

Re: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-17 Thread Mike Tutkowski
I can comment on the IOPS part. The IOPS are currently only relevant when using managed storage (which is currently only applicable at the zone level). That being the case, no cluster (or local) storage takes advantage of counting IOPS that have been handed out. Of course this logic might be expa

RE: ZoneWideStoragePoolAllocator#filter seems weird for me

2014-06-17 Thread Prachi Damle
>Why ZoneWideStoragePoolAllocator implements "filter" method (and doesn't call >that of base class) rather than just using that of base class? >ZoneWideStoragePoolAllocator#filter method seems doesn't care "avoid" >parameter, doesn't skip iSCSI type storage pool even if a volume is a RootDisk. T