Describe the bug Redis Version 6.0.10, running in Docker.
I'm running 3 redis servers in Sentinel Mode but the output of info in the redis-cli says redis_mode:standalone. The output of info from the sentinel cli says redis_mode:sentinel. I'm pretty certain that redis and sentinel are setup correctly (see below), just the output of the cli might not be correct.
To reproduce
1. Run multiple redis servers with Sentinel enabled
2. go to the redis cli and get info
3. observe redis_mode:standalone even though the master server has multiple replicas connected.
Expected behavior
The sentinel cli and redis cli report the same redis_mode.
Additional information
I haven't noticed anything functionally wrong with the redis cluster, just the output of the CLI looks off. I pasted the output of info from the redis cli and sentinel cli and you can see that the master has two connected replicas and sentinel agrees with that.
Redis-cli info
127.0.0.1:6379> info
# Server
redis_version:6.0.10
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:66898bb7acd47e81
redis_mode:standalone
os:Linux 4.19.76-linuxkit x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:8.3.0
process_id:6
run_id:0e0498f66916239d461d940dd4f3b82fbb2b2c97
tcp_port:6379
uptime_in_seconds:9416
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:5233629
executable:/usr/local/redis/data/redis-server
config_file:/usr/local/redis/conf/redis.conf
io_threads_active:0
# Clients
connected_clients:7
client_recent_max_input_buffer:8
client_recent_max_output_buffer:0
blocked_clients:0
tracking_clients:0
clients_in_timeout_table:0
# Memory
used_memory:2084616
used_memory_human:1.99M
used_memory_rss:8540160
used_memory_rss_human:8.14M
used_memory_peak:2267520
used_memory_peak_human:2.16M
used_memory_peak_perc:91.93%
used_memory_overhead:2037152
used_memory_startup:804024
used_memory_dataset:47464
used_memory_dataset_perc:3.71%
allocator_allocated:2155920
allocator_active:2445312
allocator_resident:4980736
total_system_memory:8353665024
total_system_memory_human:7.78G
used_memory_lua:37888
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:0
maxmemory_human:0B
maxmemory_policy:noeviction
allocator_frag_ratio:1.13
allocator_frag_bytes:289392
allocator_rss_ratio:2.04
allocator_rss_bytes:2535424
rss_overhead_ratio:1.71
rss_overhead_bytes:3559424
mem_fragmentation_ratio:4.10
mem_fragmentation_bytes:6457096
mem_not_counted_for_evict:0
mem_replication_backlog:1048576
mem_clients_slaves:41024
mem_clients_normal:143520
mem_aof_buffer:8
mem_allocator:jemalloc-5.1.0
active_defrag_running:0
lazyfree_pending_objects:0
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1615845008
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:389120
aof_enabled:1
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
module_fork_in_progress:0
module_fork_last_cow_size:0
aof_current_size:93
aof_base_size:93
aof_pending_rewrite:0
aof_buffer_length:0
aof_rewrite_buffer_length:0
aof_pending_bio_fsync:0
aof_delayed_fsync:0
# Stats
total_connections_received:326
total_commands_processed:55041
instantaneous_ops_per_sec:6
total_net_input_bytes:2658613
total_net_output_bytes:20211010
instantaneous_input_kbps:0.34
instantaneous_output_kbps:1.29
rejected_connections:0
sync_full:3
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
expired_stale_perc:0.00
expired_time_cap_reached_count:0
expire_cycle_cpu_milliseconds:176
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:1
pubsub_patterns:0
latest_fork_usec:1011
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
tracking_total_keys:0
tracking_total_items:0
tracking_total_prefixes:0
unexpected_error_replies:0
total_reads_processed:54265
total_writes_processed:92843
io_threaded_reads_processed:0
io_threaded_writes_processed:0
# Replication
role:master
connected_slaves:2
slave0:ip=10.20.20.33,port=6379,state=online,offset=1653163,lag=0
slave1:ip=10.20.20.31,port=6379,state=online,offset=1653163,lag=0
master_replid:a0cd1e2702d24f91d11b4df95e29fccd50d4d1fc
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1653300
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:604725
repl_backlog_histlen:1048576
# CPU
used_cpu_sys:14.866033
used_cpu_user:7.870329
used_cpu_sys_children:0.020008
used_cpu_user_children:0.005998
# Modules
# Cluster
cluster_enabled:0
# Keyspace
127.0.0.1:6379>
Sentinel cli info
``` 127.0.0.1:26379> info
Server
redis_version:6.0.10 redis_git_sha1:00000000 redis_git_dirty:0 redis_build_id:66898bb7acd47e81 redis_mode:sentinel os:Linux 4.19.76-linuxkit x86_64 arch_bits:64 multiplexing_api:epoll atomicvar_api:atomic-builtin gcc_version:8.3.0 process_id:20 run_id:8901c37ab65aa6d6bb90079d440f4bd0925210ff tcp_port:26379 uptime_in_seconds:11187 uptime_in_days:0 hz:15 configured_hz:10 lru_clock:5235400 executable:/usr/local/redis/data/redis-sentinel config_file:/usr/local/redis/conf/sentinel.conf io_threads_active:0
Clients
connected_clients:3 client_recent_max_input_buffer:8 client_recent_max_output_buffer:0 blocked_clients:0 tracking_clients:0 clients_in_timeout_table:0
CPU
used_cpu_sys:24.585108 used_cpu_user:14.533431 used_cpu_sys_children:0.000000 used_cpu_user_children:0.000000
Stats
total_connections_received:17 total_commands_processed:26986 instantaneous_ops_per_sec:2 total_net_input_bytes:1497879 total_net_output_bytes:164541 instantaneous_input_kbps:0.17 instantaneous_output_kbps:0.02 rejected_connections:0 sync_full:0 sync_partial_ok:0 sync_partial_err:0 expired_keys:0 expired_stale_perc:0.00 expired_time_cap_reached_count:0 expire_cycle_cpu_milliseconds:234 evicted_keys:0 keyspace_hits:0 keyspace_misses:0 pubsub_channels:0 pubsub_patterns:0 latest_fork_usec:0 migrate_cached_sockets:0 slave_expires_tracked_keys:0 active_defrag_hits:0 active_defrag_misses:0 active_defrag_key_hits:0 active_defrag_key_misses:0 tracking_total_keys:0 tracking_total_items:0 tracking_total_prefixes:0 unexpected_error_replies:0 total_reads_processed:26321 total_writes_processed:26306 io_threaded_reads_processed:0 io_threaded_writes_processed:0
Sentinel
sentinel_masters:1 sentinel_tilt:0 sentinel_running_scripts:0 sentinel_scripts_queue_length:0 sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=10.20.20.32:6379,slaves=2,sentinels=3```
Comment From: itamarhaber
Hello @hanley-patrick
This isn't a bug, although maybe it is an inaccurate choice of word for describing the mode. "Standalone" means, in this project's context, the non-clustered (sharded) mode of operation. A standalone server can have zero, one or more replicas and it will still be referred to as standalone.
Comment From: itamarhaber
Closing this issue - please feel free to reopen if needed.