2.6 : crash ("assertion failed" on zset) #1550

Closed
jarnix opened this Issue Feb 13, 2014 · 2 comments

Comments

Projects
None yet
2 participants

jarnix commented Feb 13, 2014

=== REDIS BUG REPORT START: Cut & paste starting from here ===
[9026] 13 Feb 21:35:45.217 # === ASSERTION FAILED OBJECT CONTEXT ===
[9026] 13 Feb 21:35:45.217 # Object type: 3
[9026] 13 Feb 21:35:45.217 # Object encoding: 5
[9026] 13 Feb 21:35:45.217 # Object refcount: 1
[9026] 13 Feb 21:35:45.217 # Sorted set size: 6808
[9026] 13 Feb 21:35:45.217 # === ASSERTION FAILED ===
[9026] 13 Feb 21:35:45.217 # ==> t_zset.c:796 'dictAdd(zs->dict,ele,&node->score) == DICT_OK' is not true
[9026] 13 Feb 21:35:45.217 # (forcing SIGSEGV to print the bug report.)
[9026] 13 Feb 21:35:45.217 # Redis 2.6.17 crashed by signal: 11
[9026] 13 Feb 21:35:45.217 # Failed assertion: dictAdd(zs->dict,ele,&node->score) == DICT_OK (t_zset.c:796)
[9026] 13 Feb 21:35:45.217 # --- STACK TRACE
/usr/local/bin/redis-server(logStackTrace+0x71)[0x8089701]
/usr/local/bin/redis-server(_redisAssert+0x7a)[0x808879a]
[0xb779c40c]
/usr/local/bin/redis-server(_redisAssert+0x7a)[0x808879a]
/usr/local/bin/redis-server(zsetConvert+0x298)[0x807b578]
/usr/local/bin/redis-server(rdbLoadObject+0x605)[0x8073605]
/usr/local/bin/redis-server(rdbLoad+0x1bd)[0x8073bed]
/usr/local/bin/redis-server(loadDataFromDisk+0x2a)[0x8063b9a]
/usr/local/bin/redis-server(main+0x36a)[0x805b5aa]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7602e46]
/usr/local/bin/redis-server[0x805b6b1]
[9026] 13 Feb 21:35:45.218 # --- INFO OUTPUT
[9026] 13 Feb 21:35:45.218 # # Server
redis_version:2.6.17
redis_git_sha1:00000000
redis_git_dirty:0
redis_mode:standalone
os:Linux 2.6.32-5-686-bigmem i686
arch_bits:32
multiplexing_api:epoll
gcc_version:4.7.2
process_id:9026
run_id:b9614294c3dc5171fb657e8269404ced18e49569
tcp_port:6387
uptime_in_seconds:0
uptime_in_days:0
hz:10
lru_clock:0

Clients

connected_clients:0
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0

Memory

used_memory:622855464
used_memory_human:594.00M
used_memory_rss:632098816
used_memory_peak:617600944
used_memory_peak_human:588.99M
used_memory_lua:21504
mem_fragmentation_ratio:1.01
mem_allocator:jemalloc-3.2.0

Persistence

loading:1
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1392323731
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:-1
rdb_current_bgsave_time_sec:-1
aof_enabled:0
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
loading_start_time:1392323731
loading_total_bytes:424911783
loading_loaded_bytes:92176055
loading_loaded_perc:21.69
loading_eta_seconds:1

Stats

total_connections_received:0
total_commands_processed:0
instantaneous_ops_per_sec:0
rejected_connections:0
expired_keys:0
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:0

Replication

role:master
connected_slaves:0

CPU

used_cpu_sys:0.25
used_cpu_user:13.75
used_cpu_sys_children:0.00
used_cpu_user_children:0.00

Commandstats

Keyspace

db0:keys=62408,expires=0,avg_ttl=0
hash_init_value: 1392504337

[9026] 13 Feb 21:35:45.218 # --- CLIENT LIST OUTPUT
[9026] 13 Feb 21:35:45.218 #
[9026] 13 Feb 21:35:45.218 # --- REGISTERS
[9026] 13 Feb 21:35:45.218 #
EAX:00000000 EBX:0000031c ECX:b774d3c0 EDX:b774d3ec
EDI:080ed048 ESI:080ece18 EBP:bfd2c548 ESP:bfd2c4d0
SS :0000007b EFL:bfd2c4d0 EIP:0808879a CS:00000073
DS :0000007b ES :0000007b FS :00000000 GS:00000033
[9026] 13 Feb 21:35:45.218 # (bfd2c50c) -> 080ece18
[9026] 13 Feb 21:35:45.218 # (bfd2c508) -> 0000031c
[9026] 13 Feb 21:35:45.218 # (bfd2c504) -> 080ece18
[9026] 13 Feb 21:35:45.218 # (bfd2c500) -> 080ed048
[9026] 13 Feb 21:35:45.218 # (bfd2c4fc) -> 0807b578
[9026] 13 Feb 21:35:45.218 # (bfd2c4f8) -> 9021cb60
[9026] 13 Feb 21:35:45.218 # (bfd2c4f4) -> 9021cb00
[9026] 13 Feb 21:35:45.218 # (bfd2c4f0) -> b6c07350
[9026] 13 Feb 21:35:45.218 # (bfd2c4ec) -> b6c07350
[9026] 13 Feb 21:35:45.218 # (bfd2c4e8) -> 9021cb00
[9026] 13 Feb 21:35:45.218 # (bfd2c4e4) -> 9021cb60
[9026] 13 Feb 21:35:45.218 # (bfd2c4e0) -> 080ed048
[9026] 13 Feb 21:35:45.218 # (bfd2c4dc) -> 0000031c
[9026] 13 Feb 21:35:45.218 # (bfd2c4d8) -> 080ece18
[9026] 13 Feb 21:35:45.218 # (bfd2c4d4) -> 080eece0
[9026] 13 Feb 21:35:45.218 # (bfd2c4d0) -> 00000003
[9026] 13 Feb 21:35:45.218 #
=== REDIS BUG REPORT END. Make sure to include from START to END. ===

Owner

antirez commented Feb 17, 2014

Hello, do you still have the RDB file? Thanks.

jepickett referenced this issue in MSOpenTech/redis May 22, 2014

Closed

Server crashed after saving to redis #113

Owner

antirez commented Jun 6, 2014

Closing because without the RDB file it is not possible to act.

I tried multiple times to stress test the ziplist code to check if it is possible that elements could be repeated, probably the next step is a manual auditing. However I never saw this stuff in 2.8, so I'll wait for a bug report like that in a recent Redis release.

antirez closed this Jun 6, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment