Immich LXC shows error during update #1814

Closed
opened 2026-02-05 02:20:22 +03:00 by OVERLORD · 6 comments
Owner

Originally created by @drrcastro on GitHub (Oct 17, 2025).

Originally assigned to: @vhsdream on GitHub.

Have you read and understood the above guidelines?

yes

📜 What is the name of the script you are using?

Immich

📂 What was the exact command used to execute the script?

update

⚙️ What settings are you using?

  • Default Settings
  • Advanced Settings

🖥️ Which Linux distribution are you using?

No response

📈 Which Proxmox version are you on?

pve-manager/9.0.11/3bf5476b8a4699e2 (running kernel: 6.14.11-4-pve)

📝 Provide a clear and concise description of the issue.

Hi!
after I type update on the Immich LXC console I get this error:

⠼ Recompiling libheif
[ERROR] in line 159: exit code 0: while executing command "$@" > /dev/null 2>&1

I also noted that the LXC container has all its resources pinned at 100% before the error

🔄 Steps to reproduce the issue.

Step 1: Open immich container console
Step 2: type update

Paste the full error output (if available).

And here is the detailed error when updating with Verbose:

[ 66%] Building CXX object libheif/CMakeFiles/heif.dir/image-items/tiled.cc.o
In file included from /usr/include/c++/14/vector:72,
                 from /opt/staging/image-source/libheif/libheif/context.h:28,
                 from /opt/staging/image-source/libheif/libheif/api/libheif/heif_uncompressed.cc:22:
/usr/include/c++/14/bits/vector.tcc: In instantiation of ‘constexpr void std::vector<_Tp, _Alloc>::_M_realloc_append(_Args&& ...) [with _Args = {const std::shared_ptr<Box>&}; _Tp = std::shared_ptr<Box>; _Alloc = std::allocator<std::shared_ptr<Box> >]’:
/usr/include/c++/14/bits/stl_vector.h:1294:21:   required from ‘constexpr void std::vector<_Tp, _Alloc>::push_back(const value_type&) [with _Tp = std::shared_ptr<Box>; _Alloc = std::allocator<std::shared_ptr<Box> >; value_type = std::shared_ptr<Box>]’
 1294 |           _M_realloc_append(__x);
      |           ~~~~~~~~~~~~~~~~~^~~~~
/opt/staging/image-source/libheif/libheif/box.h:248:25:   required from here
  248 |     m_children.push_back(box);
      |     ~~~~~~~~~~~~~~~~~~~~^~~~~
/usr/include/c++/14/bits/vector.tcc:590:43: internal compiler error: Segmentation fault
  590 |       const size_type __len = _M_check_len(1u, "vector::_M_realloc_append");
      |                               ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
0x14094c3 internal_error(char const*, ...)
        ???:0
0x1572ece check_function_arguments(unsigned int, tree_node const*, tree_node const*, int, tree_node**, vec<unsigned int, va_heap, vl_ptr>*)
        ???:0
0x172e5cf build_new_method_call(tree_node*, tree_node*, vec<tree_node*, va_gc, vl_embed>**, tree_node*, int, tree_node**, int)
        ???:0
0x1651cec finish_call_expr(tree_node*, vec<tree_node*, va_gc, vl_embed>**, bool, bool, int)
        ???:0
0x1765ec3 tsubst_expr(tree_node*, tree_node*, int, tree_node*)
        ???:0
0x184f890 instantiate_decl(tree_node*, bool, bool)
        ???:0
0x158b3df instantiate_pending_templates(int)
        ???:0
0x1583aab c_parse_final_cleanups()
        ???:0
0x1abf321 c_common_parse_file()
        ???:0
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-14/README.Bugs> for instructions.
make[2]: *** [libheif/CMakeFiles/heif.dir/build.make:597: libheif/CMakeFiles/heif.dir/api/libheif/heif_uncompressed.cc.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/include/c++/14/tr1/gamma.tcc:49,
                 from /usr/include/c++/14/bits/specfun.h:47,
                 from /usr/include/c++/14/cmath:3906,
                 from /opt/staging/image-source/libheif/libheif/image-items/avif.h:25,
                 from /opt/staging/image-source/libheif/libheif/file.h:26,
                 from /opt/staging/image-source/libheif/libheif/codecs/decoder.h:27,
                 from /opt/staging/image-source/libheif/libheif/image-items/tiled.h:26,
                 from /opt/staging/image-source/libheif/libheif/api/libheif/heif_tiling.cc:24:
/usr/include/c++/14/tr1/special_function_util.h: In instantiation of ‘struct std::__detail::__numeric_constants<long double>’:
/usr/include/c++/14/tr1/ell_integral.tcc:231:76:   required from ‘_Tp std::__detail::__ellint_1(_Tp, _Tp) [with _Tp = long double]’
  231 |           const int __n = std::floor(__phi / __numeric_constants<_Tp>::__pi()
      |                                              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
/usr/include/c++/14/bits/specfun.h:705:45:   required from here
  705 |   { return __detail::__ellint_1<long double>(__k, __phi); }
      |            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~
/usr/include/c++/14/tr1/special_function_util.h:100:20: internal compiler error: in iterative_hash_template_arg, at cp/pt.cc:1950
  100 |         static _Tp __gamma_e() throw()
      |                    ^~~~~~~~~
0x14094c3 internal_error(char const*, ...)
        ???:0
0x14051f1 fancy_abort(char const*, int, char const*)
        ???:0
0x14f1d04 iterative_hash_template_arg(tree_node*, unsigned int)
        ???:0
0x14f1d17 iterative_hash_template_arg(tree_node*, unsigned int)
        ???:0
0x17c63ad instantiate_class_template(tree_node*)
        ???:0
0x14e9e8b complete_type(tree_node*)
        ???:0
0x15c04f0 lookup_member(tree_node*, tree_node*, int, bool, int, access_failure_info*)
        ???:0
0x15877cf lookup_qualified_name(tree_node*, tree_node*, LOOK_want, bool)
        ???:0
0x176614e tsubst_expr(tree_node*, tree_node*, int, tree_node*)
        ???:0
0x17661a3 tsubst_expr(tree_node*, tree_node*, int, tree_node*)
        ???:0
0x176618c tsubst_expr(tree_node*, tree_node*, int, tree_node*)
        ???:0
0x1765dd3 tsubst_expr(tree_node*, tree_node*, int, tree_node*)
        ???:0
0x184f890 instantiate_decl(tree_node*, bool, bool)
        ???:0
0x158b3df instantiate_pending_templates(int)
        ???:0
0x1583aab c_parse_final_cleanups()
        ???:0
0x1abf321 c_common_parse_file()
        ???:0
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-14/README.Bugs> for instructions.
make[2]: *** [libheif/CMakeFiles/heif.dir/build.make:583: libheif/CMakeFiles/heif.dir/api/libheif/heif_tiling.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:229: libheif/CMakeFiles/heif.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

[ERROR] in line 294: exit code 0: while executing command $STD make install -j "$(nproc)"

🖼️ Additional context (optional).

No response

Originally created by @drrcastro on GitHub (Oct 17, 2025). Originally assigned to: @vhsdream on GitHub. ### ✅ Have you read and understood the above guidelines? yes ### 📜 What is the name of the script you are using? Immich ### 📂 What was the exact command used to execute the script? update ### ⚙️ What settings are you using? - [x] Default Settings - [ ] Advanced Settings ### 🖥️ Which Linux distribution are you using? _No response_ ### 📈 Which Proxmox version are you on? pve-manager/9.0.11/3bf5476b8a4699e2 (running kernel: 6.14.11-4-pve) ### 📝 Provide a clear and concise description of the issue. Hi! after I type update on the Immich LXC console I get this error: ``` ⠼ Recompiling libheif [ERROR] in line 159: exit code 0: while executing command "$@" > /dev/null 2>&1 ``` I also noted that the LXC container has all its resources pinned at 100% before the error ### 🔄 Steps to reproduce the issue. Step 1: Open immich container console Step 2: type `update` ### ❌ Paste the full error output (if available). And here is the detailed error when updating with Verbose: ``` [ 66%] Building CXX object libheif/CMakeFiles/heif.dir/image-items/tiled.cc.o In file included from /usr/include/c++/14/vector:72, from /opt/staging/image-source/libheif/libheif/context.h:28, from /opt/staging/image-source/libheif/libheif/api/libheif/heif_uncompressed.cc:22: /usr/include/c++/14/bits/vector.tcc: In instantiation of ‘constexpr void std::vector<_Tp, _Alloc>::_M_realloc_append(_Args&& ...) [with _Args = {const std::shared_ptr<Box>&}; _Tp = std::shared_ptr<Box>; _Alloc = std::allocator<std::shared_ptr<Box> >]’: /usr/include/c++/14/bits/stl_vector.h:1294:21: required from ‘constexpr void std::vector<_Tp, _Alloc>::push_back(const value_type&) [with _Tp = std::shared_ptr<Box>; _Alloc = std::allocator<std::shared_ptr<Box> >; value_type = std::shared_ptr<Box>]’ 1294 | _M_realloc_append(__x); | ~~~~~~~~~~~~~~~~~^~~~~ /opt/staging/image-source/libheif/libheif/box.h:248:25: required from here 248 | m_children.push_back(box); | ~~~~~~~~~~~~~~~~~~~~^~~~~ /usr/include/c++/14/bits/vector.tcc:590:43: internal compiler error: Segmentation fault 590 | const size_type __len = _M_check_len(1u, "vector::_M_realloc_append"); | ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 0x14094c3 internal_error(char const*, ...) ???:0 0x1572ece check_function_arguments(unsigned int, tree_node const*, tree_node const*, int, tree_node**, vec<unsigned int, va_heap, vl_ptr>*) ???:0 0x172e5cf build_new_method_call(tree_node*, tree_node*, vec<tree_node*, va_gc, vl_embed>**, tree_node*, int, tree_node**, int) ???:0 0x1651cec finish_call_expr(tree_node*, vec<tree_node*, va_gc, vl_embed>**, bool, bool, int) ???:0 0x1765ec3 tsubst_expr(tree_node*, tree_node*, int, tree_node*) ???:0 0x184f890 instantiate_decl(tree_node*, bool, bool) ???:0 0x158b3df instantiate_pending_templates(int) ???:0 0x1583aab c_parse_final_cleanups() ???:0 0x1abf321 c_common_parse_file() ???:0 Please submit a full bug report, with preprocessed source (by using -freport-bug). Please include the complete backtrace with any bug report. See <file:///usr/share/doc/gcc-14/README.Bugs> for instructions. make[2]: *** [libheif/CMakeFiles/heif.dir/build.make:597: libheif/CMakeFiles/heif.dir/api/libheif/heif_uncompressed.cc.o] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from /usr/include/c++/14/tr1/gamma.tcc:49, from /usr/include/c++/14/bits/specfun.h:47, from /usr/include/c++/14/cmath:3906, from /opt/staging/image-source/libheif/libheif/image-items/avif.h:25, from /opt/staging/image-source/libheif/libheif/file.h:26, from /opt/staging/image-source/libheif/libheif/codecs/decoder.h:27, from /opt/staging/image-source/libheif/libheif/image-items/tiled.h:26, from /opt/staging/image-source/libheif/libheif/api/libheif/heif_tiling.cc:24: /usr/include/c++/14/tr1/special_function_util.h: In instantiation of ‘struct std::__detail::__numeric_constants<long double>’: /usr/include/c++/14/tr1/ell_integral.tcc:231:76: required from ‘_Tp std::__detail::__ellint_1(_Tp, _Tp) [with _Tp = long double]’ 231 | const int __n = std::floor(__phi / __numeric_constants<_Tp>::__pi() | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~ /usr/include/c++/14/bits/specfun.h:705:45: required from here 705 | { return __detail::__ellint_1<long double>(__k, __phi); } | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~ /usr/include/c++/14/tr1/special_function_util.h:100:20: internal compiler error: in iterative_hash_template_arg, at cp/pt.cc:1950 100 | static _Tp __gamma_e() throw() | ^~~~~~~~~ 0x14094c3 internal_error(char const*, ...) ???:0 0x14051f1 fancy_abort(char const*, int, char const*) ???:0 0x14f1d04 iterative_hash_template_arg(tree_node*, unsigned int) ???:0 0x14f1d17 iterative_hash_template_arg(tree_node*, unsigned int) ???:0 0x17c63ad instantiate_class_template(tree_node*) ???:0 0x14e9e8b complete_type(tree_node*) ???:0 0x15c04f0 lookup_member(tree_node*, tree_node*, int, bool, int, access_failure_info*) ???:0 0x15877cf lookup_qualified_name(tree_node*, tree_node*, LOOK_want, bool) ???:0 0x176614e tsubst_expr(tree_node*, tree_node*, int, tree_node*) ???:0 0x17661a3 tsubst_expr(tree_node*, tree_node*, int, tree_node*) ???:0 0x176618c tsubst_expr(tree_node*, tree_node*, int, tree_node*) ???:0 0x1765dd3 tsubst_expr(tree_node*, tree_node*, int, tree_node*) ???:0 0x184f890 instantiate_decl(tree_node*, bool, bool) ???:0 0x158b3df instantiate_pending_templates(int) ???:0 0x1583aab c_parse_final_cleanups() ???:0 0x1abf321 c_common_parse_file() ???:0 Please submit a full bug report, with preprocessed source (by using -freport-bug). Please include the complete backtrace with any bug report. See <file:///usr/share/doc/gcc-14/README.Bugs> for instructions. make[2]: *** [libheif/CMakeFiles/heif.dir/build.make:583: libheif/CMakeFiles/heif.dir/api/libheif/heif_tiling.cc.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:229: libheif/CMakeFiles/heif.dir/all] Error 2 make: *** [Makefile:156: all] Error 2 [ERROR] in line 294: exit code 0: while executing command $STD make install -j "$(nproc)" ``` ### 🖼️ Additional context (optional). _No response_
OVERLORD added the not a script issueexternal labels 2026-02-05 02:20:22 +03:00
Author
Owner

@michelroegl-brunner commented on GitHub (Oct 17, 2025):

@vhsdream

@michelroegl-brunner commented on GitHub (Oct 17, 2025): @vhsdream
Author
Owner

@vhsdream commented on GitHub (Oct 17, 2025):

@drrcastro Can you provide some more info about your CPU? Namely:

  • Make and model; microcode version installed:
    • Run lscpu on your Proxmox host and provide the output
    • Run grep microcode | /proc/cpuinfo on your Proxmox host and provide the output

Additionally, can you check what version of libmimalloc is installed: In the Immich LXC run dpkg -s libmimalloc3

@vhsdream commented on GitHub (Oct 17, 2025): @drrcastro Can you provide some more info about your CPU? Namely: - Make and model; microcode version installed: - Run `lscpu` on your Proxmox host and provide the output - Run `grep microcode | /proc/cpuinfo` on your Proxmox host and provide the output Additionally, can you check what version of libmimalloc is installed: In the Immich LXC run `dpkg -s libmimalloc3`
Author
Owner

@drrcastro commented on GitHub (Oct 17, 2025):

lscpu

Architecture:                x86_64
  CPU op-mode(s):            32-bit, 64-bit
  Address sizes:             46 bits physical, 48 bits virtual
  Byte Order:                Little Endian
CPU(s):                      48
  On-line CPU(s) list:       0-47
Vendor ID:                   GenuineIntel
  Model name:                Intel(R) Xeon(R) CPU E5-2650L v3 @ 1.80GHz
    CPU family:              6
    Model:                   63
    Thread(s) per core:      2
    Core(s) per socket:      12
    Socket(s):               2
    Stepping:                2
    CPU(s) scaling MHz:      94%
    CPU max MHz:             2500.0000
    CPU min MHz:             1200.0000
    BogoMIPS:                3599.99
    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 ss ht t
                             m pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perf
                             mon pebs bts rep_good nopl xtopology nonstop_tsc cpuid ap
                             erfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est 
                             tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 
                             x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
                              rdrand lahf_lm abm cpuid_fault epb pti ssbd ibrs ibpb st
                             ibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_
                             adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_
                             llc cqm_occup_llc dtherm ida arat pln pts vnmi md_clear f
                             lush_l1d
Virtualization features:     
  Virtualization:            VT-x
Caches (sum of all):         
  L1d:                       768 KiB (24 instances)
  L1i:                       768 KiB (24 instances)
  L2:                        6 MiB (24 instances)
  L3:                        60 MiB (2 instances)
NUMA:                        
  NUMA node(s):              2
  NUMA node0 CPU(s):         0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30,32,34,36,38,40
                             ,42,44,46
  NUMA node1 CPU(s):         1,3,5,7,9,11,13,15,17,19,21,23,25,27,29,31,33,35,37,39,41
                             ,43,45,47
Vulnerabilities:             
  Gather data sampling:      Not affected
  Ghostwrite:                Not affected
  Indirect target selection: Not affected
  Itlb multihit:             KVM: Mitigation: Split huge pages
  L1tf:                      Mitigation; PTE Inversion; VMX conditional cache flushes,
                              SMT vulnerable
  Mds:                       Mitigation; Clear CPU buffers; SMT vulnerable
  Meltdown:                  Mitigation; PTI
  Mmio stale data:           Mitigation; Clear CPU buffers; SMT vulnerable
  Reg file data sampling:    Not affected
  Retbleed:                  Not affected
  Spec rstack overflow:      Not affected
  Spec store bypass:         Mitigation; Speculative Store Bypass disabled via prctl
  Spectre v1:                Mitigation; usercopy/swapgs barriers and __user pointer s
                             anitization
  Spectre v2:                Mitigation; Retpolines; IBPB conditional; IBRS_FW; STIBP 
                             conditional; RSB filling; PBRSB-eIBRS Not affected; BHI N
                             ot affected
  Srbds:                     Not affected
  Tsa:                       Not affected
  Tsx async abort:           Not affected
  Vmscape:                   Mitigation; IBPB before exit to userspace

In the meantime I changed the resoures to 48 cpus, 8gb RAM and 8gb SWAP, I ran for a couple of minutes pinned at 100% but managed to finish the update. So at least from my side the issue is closed

@drrcastro commented on GitHub (Oct 17, 2025): `lscpu` ``` Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 46 bits physical, 48 bits virtual Byte Order: Little Endian CPU(s): 48 On-line CPU(s) list: 0-47 Vendor ID: GenuineIntel Model name: Intel(R) Xeon(R) CPU E5-2650L v3 @ 1.80GHz CPU family: 6 Model: 63 Thread(s) per core: 2 Core(s) per socket: 12 Socket(s): 2 Stepping: 2 CPU(s) scaling MHz: 94% CPU max MHz: 2500.0000 CPU min MHz: 1200.0000 BogoMIPS: 3599.99 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 ss ht t m pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perf mon pebs bts rep_good nopl xtopology nonstop_tsc cpuid ap erfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb pti ssbd ibrs ibpb st ibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_ adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_ llc cqm_occup_llc dtherm ida arat pln pts vnmi md_clear f lush_l1d Virtualization features: Virtualization: VT-x Caches (sum of all): L1d: 768 KiB (24 instances) L1i: 768 KiB (24 instances) L2: 6 MiB (24 instances) L3: 60 MiB (2 instances) NUMA: NUMA node(s): 2 NUMA node0 CPU(s): 0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30,32,34,36,38,40 ,42,44,46 NUMA node1 CPU(s): 1,3,5,7,9,11,13,15,17,19,21,23,25,27,29,31,33,35,37,39,41 ,43,45,47 Vulnerabilities: Gather data sampling: Not affected Ghostwrite: Not affected Indirect target selection: Not affected Itlb multihit: KVM: Mitigation: Split huge pages L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable Mds: Mitigation; Clear CPU buffers; SMT vulnerable Meltdown: Mitigation; PTI Mmio stale data: Mitigation; Clear CPU buffers; SMT vulnerable Reg file data sampling: Not affected Retbleed: Not affected Spec rstack overflow: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer s anitization Spectre v2: Mitigation; Retpolines; IBPB conditional; IBRS_FW; STIBP conditional; RSB filling; PBRSB-eIBRS Not affected; BHI N ot affected Srbds: Not affected Tsa: Not affected Tsx async abort: Not affected Vmscape: Mitigation; IBPB before exit to userspace ``` In the meantime I changed the resoures to 48 cpus, 8gb RAM and 8gb SWAP, I ran for a couple of minutes pinned at 100% but managed to finish the update. So at least from my side the issue is closed
Author
Owner

@vhsdream commented on GitHub (Oct 17, 2025):

Wow that's insane! I certainly hope that isn't what it takes every time there's a new revision to compile. I suggest that you create an Issue on the Immich repo - perhaps try creating it in their base-images repo since this is related to that part of things.

As for the script, I'm pretty sure that's not the issue, so I'm closing this.

@vhsdream commented on GitHub (Oct 17, 2025): Wow that's insane! I certainly hope that isn't what it takes every time there's a new revision to compile. I suggest that you create an Issue on the Immich repo - perhaps try creating it in their [base-images](https://github.com/immich-app/base-images) repo since this is related to that part of things. As for the script, I'm pretty sure that's not the issue, so I'm closing this.
Author
Owner

@RahulR100 commented on GitHub (Oct 19, 2025):

I know this issue is closed now, but for anyone coming back here with the same error, I set my LXC to use all cores on the machine (32), gave it 16Gb of RAM and 4Gb swap, then rebooted it. Ran the update after that and everything went flawlessly. Not sure what changing this config fixed but it works now.

P.S. Trying the update with <16Gb RAM caused the CPU to get pegged at 100% so me thinks this is some kind of memory related problem.

@RahulR100 commented on GitHub (Oct 19, 2025): I know this issue is closed now, but for anyone coming back here with the same error, I set my LXC to use all cores on the machine (32), gave it 16Gb of RAM and 4Gb swap, then rebooted it. Ran the update after that and everything went flawlessly. Not sure what changing this config fixed but it works now. P.S. Trying the update with <16Gb RAM caused the CPU to get pegged at 100% so me thinks this is some kind of memory related problem.
Author
Owner

@vhsdream commented on GitHub (Oct 19, 2025):

I'll convert this to a discussion. What CPU do you have? OP has a dual-socket Xeon, and I'm thinking that might have something to do with it. Just a hunch though.

@vhsdream commented on GitHub (Oct 19, 2025): I'll convert this to a discussion. What CPU do you have? OP has a dual-socket Xeon, and I'm thinking that might have something to do with it. Just a hunch though.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ProxmoxVE#1814