Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Container exits with 132 after starting #802

Open
Luna-devv opened this issue Mar 22, 2024 · 5 comments
Open

Container exits with 132 after starting #802

Luna-devv opened this issue Mar 22, 2024 · 5 comments

Comments

@Luna-devv
Copy link

Hey,
I tried to start the docker container for keydb but not matter what I do it doesn't want to start, it always directly stops with no logs or anything. Any idea?

image

CPU Information

Architecture:            x86_64
  CPU op-mode(s):        32-bit, 64-bit
  Address sizes:         40 bits physical, 48 bits virtual
  Byte Order:            Little Endian
CPU(s):                  16
  On-line CPU(s) list:   0-15
Vendor ID:               GenuineIntel
  Model name:            Intel(R) Xeon(R) CPU           X5570  @ 2.93GHz
    CPU family:          6
    Model:               26
    Thread(s) per core:  2
    Core(s) per socket:  4
    Socket(s):           2
    Stepping:            5
    CPU max MHz:         2926.0000
    CPU min MHz:         1596.0000
    BogoMIPS:            5866.97
    Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca 
                         sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm flush_l1d
Virtualization features: 
  Virtualization:        VT-x
Caches (sum of all):     
  L1d:                   256 KiB (8 instances)
  L1i:                   256 KiB (8 instances)
  L2:                    2 MiB (8 instances)
  L3:                    16 MiB (2 instances)
NUMA:                    
  NUMA node(s):          2
  NUMA node0 CPU(s):     0-3,8-11
  NUMA node1 CPU(s):     4-7,12-15
Vulnerabilities:         
  Gather data sampling:  Not affected
  Itlb multihit:         KVM: Mitigation: VMX disabled
  L1tf:                  Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
  Mds:                   Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable
  Meltdown:              Mitigation; PTI
  Mmio stale data:       Unknown: No mitigations
  Retbleed:              Not affected
  Spec rstack overflow:  Not affected
  Spec store bypass:     Mitigation; Speculative Store Bypass disabled via prctl and seccomp
  Spectre v1:            Mitigation; usercopy/swapgs barriers and __user pointer sanitization
  Spectre v2:            Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling, PBRSB-eIBRS Not affected
  Srbds:                 Not affected
  Tsx async abort:       Not affected

Memory usage

$ free -m
               total        used        free      shared  buff/cache   available
Mem:           48254       13457       19505         225       15292       34151
Swap:              0           0           0

OS - Linux

image

@mueller-ma
Copy link

I can reproduce this issue on Debian 12. Even when setting docker log level to debug there's no output:

$ docker -D -l debug run --rm eqalpha/keydb:x86_64_v6.3.4
DEBU[0000] [hijack] End of stdout

@mueller-ma
Copy link

It seems to be an issue with the latest version. I tried several docker tags:

Works:

  • unstable
  • x86_64_v6.3.3

Doesn't work:

  • x86_64_v6.3.4
  • alpine_x86_64_v6.3.4
  • latest

@HendrikGrobler
Copy link

This started happening for me too. Using the alpine tag at first. What's weirder is that my cached local version does work, but when I tried to run it on a fresh server it was exiting silently. From the docker hub page it looks like the alpine tag hasn't been updated in 6 months though. I can confirm that unstable and 6.3.3 tags do seem to be working.

@xiwangly2
Copy link

It seems to be an issue with the latest version. I tried several docker tags:

Works:

  • unstable
  • x86_64_v6.3.3

Doesn't work:

  • x86_64_v6.3.4
  • alpine_x86_64_v6.3.4
  • latest

I have the same problem, when I use tag x86_64_v6.3.3 it works fine!

My CPU info:

root@localhost:~# cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 15
model		: 6
model name	: Intel(R) Xeon(R) Gold 6240R CPU @ 2.40GHz
stepping	: 3
microcode	: 0x1
cpu MHz		: 2394.370
cache size	: 16384 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips	: 4788.74
clflush size	: 64
cache_alignment	: 128
address sizes	: 46 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 15
model		: 6
model name	: Intel(R) Xeon(R) Gold 6240R CPU @ 2.40GHz
stepping	: 3
microcode	: 0x1
cpu MHz		: 2394.370
cache size	: 16384 KB
physical id	: 1
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips	: 4788.74
clflush size	: 64
cache_alignment	: 128
address sizes	: 46 bits physical, 48 bits virtual
power management:

processor	: 2
vendor_id	: GenuineIntel
cpu family	: 15
model		: 6
model name	: Intel(R) Xeon(R) Gold 6240R CPU @ 2.40GHz
stepping	: 3
microcode	: 0x1
cpu MHz		: 2394.370
cache size	: 16384 KB
physical id	: 2
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 2
initial apicid	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips	: 4788.74
clflush size	: 64
cache_alignment	: 128
address sizes	: 46 bits physical, 48 bits virtual
power management:

processor	: 3
vendor_id	: GenuineIntel
cpu family	: 15
model		: 6
model name	: Intel(R) Xeon(R) Gold 6240R CPU @ 2.40GHz
stepping	: 3
microcode	: 0x1
cpu MHz		: 2394.370
cache size	: 16384 KB
physical id	: 3
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 3
initial apicid	: 3
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips	: 4788.74
clflush size	: 64
cache_alignment	: 128
address sizes	: 46 bits physical, 48 bits virtual
power management:

root@localhost:~# 

@smktpd
Copy link

smktpd commented Jul 16, 2024

Works for me with exactly the same image (sha256:6537505c42355ca1f571276bddf83f5b750f760f07b2a185a676481791e388ac) on Debian 12 running in a VM (via OrbStack) on MacOS with M1 chip (so ARM arch).

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants