limit constraint should be applied on storage.base.Connection
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ceilometer |
Fix Released
|
Low
|
ZhiQiang Fan |
Bug Description
we have applied limit constraint for almost all of the major database, but get_meters and get_resources in storage.
And there is another problem associated with the limit parameter, see:
$ ceilometer -d meter-list -q x=y
ceilometerclien
the limit should not be one of the valid keys for query filter, we need to treat limit as an internal parameter, because we already use it as a parameter in API and already check it in that level.
Changed in ceilometer: | |
assignee: | nobody → ZhiQiang Fan (aji-zqfan) |
Changed in ceilometer: | |
status: | New → In Progress |
Changed in ceilometer: | |
milestone: | none → liberty-rc1 |
importance: | Undecided → Low |
Changed in ceilometer: | |
status: | Fix Committed → Fix Released |
Changed in ceilometer: | |
milestone: | liberty-rc1 → 5.0.0 |
Seems very similar to https:/ /bugs.launchpad .net/ceilometer /+bug/1494245 which got fixed recently.