*** [err]: pending querybuf: check size of pending_querybuf after set a big value in tests/unit/pendingquerybuf.tcl the used_memory of replica is much larger than master. Master:43866008 Replica:85809064
Comment From: laixintao
Hi @hezhiqiang
Can you check with your Linux version with uname -a ? I run test on a fedora with 5.0.7 tag and it seems ok for me.
\o/ All tests passed without errors!
Cleanup: may take some time... OK
make[1]: Leaving directory '/home/vagrant/redis/src'
[vagrant@lailab redis]$ git rev-parse HEAD
4891612bb5164bdf9bc2d931472aaa13174fc8c3
[vagrant@lailab redis]$ uname -a
Linux lailab 5.3.7-301.fc31.x86_64 #1 SMP Mon Oct 21 19:18:58 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Comment From: hezhiqiang
Linux iZuf61bne18a1c0vxilop8Z 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Comment From: laixintao
Can you also check the git-version of your redis repo? git rev-parse HEAD
Comment From: hezhiqiang
i downloaded redis source from http://download.redis.io/releases/redis-5.0.7.tar.gz
Comment From: hezhiqiang
i use redis source from https://github.com/antirez/redis/archive/5.0.7.tar.gz, make test has this error:
*** [err]: Active defrag big keys in tests/unit/memefficiency.tcl Expected condition '$max_latency <= 120' to be true (127 <= 120) Cleanup: may take some time... OK make[1]: *** [test] Error 1 make[1]: Leaving directory `/data/redis-5.0.7/src' make: *** [test] Error 2
Comment From: laixintao
That's wired, I setup a redhat as the same version with yours and all the tests passed.
121 seconds - unit/maxmemory
184 seconds - integration/replication
115 seconds - unit/memefficiency
140 seconds - unit/obuf-limits
\o/ All tests passed without errors!
Cleanup: may take some time... OK
make[1]: Leaving directory `/home/vagrant/redis-5.0.7/src'
[root@rhel7 redis-5.0.7]# gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[root@rhel7 redis-5.0.7]# tclsh8.5
% [root@rhel7 redis-5.0.7]# uname -a
Linux rhel7.localdomain 3.10.0-1062.el7.x86_64 #1 SMP Thu Jul 18 20:25:13 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Comment From: hezhiqiang
[root@iZuf61bne18a1c0vxilop8Z data]# gcc --version gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5) Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Comment From: laixintao
What's your machine's setup? Maybe it's besause of your hardware limitation?
Comment From: hezhiqiang
i use aliyun ecs, centos 7
Comment From: laixintao
Can you run with lscpu and free?
Comment From: hezhiqiang
[root@iZuf61bne18a1c0vxilop8Z data]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 79 Model name: Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz Stepping: 1 CPU MHz: 2499.996 BogoMIPS: 4999.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 40960K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl eagerfpu pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap xsaveopt spec_ctrl intel_stibp [root@iZuf61bne18a1c0vxilop8Z data]# free total used free shared buff/cache available Mem: 32780456 14984332 3423216 40584 14372908 17278628 Swap: 0 0 0
Comment From: SHPLIU
Hi, This is becasue you are using a low ECS instance on Aliyun Cloud. The performance is not meet expected requirement. You have two choice: 1) install rabbit on a higher ECS instance. 2) if you still want to use this ECS instance, use "make install" , you will get it.
Comment From: Alexander1902
我第一次安装的时候也出这个问题，clean disclean 然后删掉解压包，重新解压，再次make.第二次的make test就没出问题。部署了三个机器，都报错。按照这个方式后都没出问题。
Comment From: oranagra
these are just some flaky (unstable) tests, they can safely be ignored. redis 6.0 tests are a lot more stable.
generally speaking, if you re-run the failed unit and it passes, that's probably a good indication that it's a timing issue. in this case:
./runtest --single unit/pendingquerybuf`
of if you want to run the whole test suite, and reduce the chance of timing issues, avoid running many tests in parallel:
./runtest --clients 1