You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Etcd configuration (command line flags or environment variables)
name: etcd-1
data-dir: /var/lib/etcd/dh/cbd0f3c32
listen-client-urls: https://10.128.1.160:2379,https://localhost:2379
listen-peer-urls: https://10.128.1.160:2380,https://localhost:2380
advertise-client-urls: https://10.128.1.160:2379
initial-advertise-peer-urls: https://10.128.1.160:2380
initial-cluster-state: new
initial-cluster-token: cbd0f3c32
initial-cluster: etcd-1=https://10.128.1.160:2380
strict-reconfig-check: true
enable-v2: false
# * DHE worker processes start on demand and sometimes en-masse.
# * A newly elected etcd leader after failover needs to validate lots
# of credentials for all the new clients showing up.
# In either of these circumstances, too high a cost to bcrypt
# (used during role based authentication) can starve a machine of CPU.
# Reduce the default of 10 to the min of 4.
bcrypt-cost: 4
peer-transport-security:
# the peer certs need to have CN=peer.etcd.deephaven.local
cert-allowed-cn: peer.etcd.deephaven.local
client-cert-auth: true
trusted-ca-file: /etc/etcd/dh/cbd0f3c32/ssl/peer/ca.crt
cert-file: /etc/etcd/dh/cbd0f3c32/ssl/peer/etcd-1.public.crt
key-file: /etc/etcd/dh/cbd0f3c32/ssl/peer/etcd-1.private.key
client-transport-security:
# clients are encrypted, but not authenticated - we rely on username / password for auth
client-cert-auth: false
# don't need to set CA since we aren't authenticating clients
# trusted-ca-file: /etc/etcd/dh/cbd0f3c32/ssl/server/ca.crt
cert-file: /etc/etcd/dh/cbd0f3c32/ssl/server/etcd-1.public.crt
key-file: /etc/etcd/dh/cbd0f3c32/ssl/server/etcd-1.private.key
auto-compaction-mode: periodic
auto-compaction-retention: "168"
Etcd debug information (please run commands below, feel free to obfuscate the IP address or FQDN in the output)
# etcdctl member list -w table+------------------+---------+--------+---------------------------+---------------------------+------------+| ID | STATUS | NAME | PEER ADDRS | CLIENT ADDRS | IS LEARNER |+------------------+---------+--------+---------------------------+---------------------------+------------+| 4a071ca29fa8498d | started | etcd-1 | https://10.128.1.160:2380 | https://10.128.1.160:2379 | false |+------------------+---------+--------+---------------------------+---------------------------+------------+
# etcdctl endpoint status -w table+---------------------------+------------------+---------+-----------------+---------+--------+-----------------------+-------+-----------+------------+-----------+------------+--------------------+--------+| ENDPOINT | ID | VERSION | STORAGE VERSION | DB SIZE | IN USE | PERCENTAGE NOT IN USE | QUOTA | IS LEADER | IS LEARNER | RAFT TERM | RAFT INDEX | RAFT APPLIED INDEX | ERRORS |+---------------------------+------------------+---------+-----------------+---------+--------+-----------------------+-------+-----------+------------+-----------+------------+--------------------+--------+| https://10.128.1.160:2379 | 4a071ca29fa8498d | 3.5.12 | | 6.1 MB | 6.0 MB | 1% | 0 B | true | false | 4 | 2325 | 2325 | |+---------------------------+------------------+---------+-----------------+---------+--------+-----------------------+-------+-----------+------------+-----------+------------+--------------------+--------+
Relevant log output
No response
The text was updated successfully, but these errors were encountered:
jcferretti
changed the title
Filtering a GET request via With{Min,Max}{Create,Mod}Rev results in wrong result Count
Filtering GET request via With{Min,Max}{Create,Mod}Rev has wrong result Count
Jul 2, 2024
Bug report criteria
What happened?
What did you expect to happen?
Count
in the GET request's result should be consistent with the size of the kvs array returned.How can we reproduce it (as minimally and precisely as possible)?
See "what happened" above.
Anything else we need to know?
The bug seems to be in
etc/server/etcdserver/txn/txn.go
. When the filtering is applied:etcd/server/etcdserver/txn/txn.go
Line 181 in 37cbd6c
the implementation of
pruneKvs
does update the resulting array of kvsetcd/server/etcdserver/txn/txn.go
Line 483 in 37cbd6c
but the count is set without taking into account the actual returned kvs that may have been filtered:
etcd/server/etcdserver/txn/txn.go
Line 240 in 37cbd6c
Etcd version (please run commands below)
Etcd configuration (command line flags or environment variables)
Etcd debug information (please run commands below, feel free to obfuscate the IP address or FQDN in the output)
Relevant log output
No response
The text was updated successfully, but these errors were encountered: