Re: [openstack-dev] [panko] dropping hbase driver support
+1 Hanxi Liu IRC(lhx_) On Sat, May 27, 2017 at 1:17 AM, gordon chung wrote: > hi, > > as all of you know, we moved all storage out of ceilometer so it is > handles only data generation and normalisation. there seems to be very > little contribution to panko which handles metadata indexing, event > storage so given how little it's being adopted and how little resources > are being put on supporting it, i'd like to proposed to drop hbase > support as a first step in making the project more manageable for > whatever resource chooses to support it. > > why hbase as initial candidate to prune? > - it has no testing in gate > - it never had testing in gate > - we didn't receive a single reply in user survey saying hbase was used > - all the devs who originally worked on driver don't work on openstack > anymore. > - i'd be surprised if it actually worked > > i just realised it's a long weekend in some places so i'll let this > linger for a bit. > > cheers, > -- > gord > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [panko] dropping hbase driver support
Le 2017-05-28 19:18, Julien Danjou a écrit : On Fri, May 26 2017, gordon chung wrote: as all of you know, we moved all storage out of ceilometer so it is handles only data generation and normalisation. there seems to be very little contribution to panko which handles metadata indexing, event storage so given how little it's being adopted and how little resources are being put on supporting it, i'd like to proposed to drop hbase support as a first step in making the project more manageable for whatever resource chooses to support it. No objection from me. It's ok for me too. -- Mehdi Abaakouk mail: sil...@sileht.net irc: sileht __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [panko] dropping hbase driver support
On Fri, May 26 2017, gordon chung wrote: > as all of you know, we moved all storage out of ceilometer so it is > handles only data generation and normalisation. there seems to be very > little contribution to panko which handles metadata indexing, event > storage so given how little it's being adopted and how little resources > are being put on supporting it, i'd like to proposed to drop hbase > support as a first step in making the project more manageable for > whatever resource chooses to support it. No objection from me. -- Julien Danjou # Free Software hacker # https://julien.danjou.info signature.asc Description: PGP signature __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [panko] dropping hbase driver support
hi, as all of you know, we moved all storage out of ceilometer so it is handles only data generation and normalisation. there seems to be very little contribution to panko which handles metadata indexing, event storage so given how little it's being adopted and how little resources are being put on supporting it, i'd like to proposed to drop hbase support as a first step in making the project more manageable for whatever resource chooses to support it. why hbase as initial candidate to prune? - it has no testing in gate - it never had testing in gate - we didn't receive a single reply in user survey saying hbase was used - all the devs who originally worked on driver don't work on openstack anymore. - i'd be surprised if it actually worked i just realised it's a long weekend in some places so i'll let this linger for a bit. cheers, -- gord __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev