[Bug] Local EVopt backend fails with FileNotFoundError for CBC solver on ASUS NUC 15 Pro (Intel Core i7 Ultra)

[Bend3smo]

When trying to use the OPT-LocalEVopt optimization backend on a Home Assistant OS installation running on an ASUS NUC 15 Pro (RNUC15CRHU700002 with Intel Core i7 Ultra processor, amd64 architecture), the optimization run fails with a FileNotFoundError. The PuLP library is unable to execute the bundled cbc solver binary.

This issue is typically caused by a binary/library incompatibility (such as a missing glibc dependency within the Alpine-based Docker container), which causes Linux to throw a misleading "No such file or directory" error when the Python subprocess tries to launch the solver.

Log Output

2026-07-20 00:42:57 ERROR [OPT-LocalEVopt] Optimization failed: [Errno 2] No such file or directory: '/opt/venv/lib/python3.13/site-packages/pulp/apis/../solverdir/cbc/linux/i64/cbc'
Traceback (most recent call last):
  File "/app/src/interfaces/optimization_backends/optimization_backend_local_evopt.py", line 141, in optimize
    evopt_response = optimizer.solve()
  File "/app/src/interfaces/optimization_backends/local_evopt/optimizer.py", line 716, in solve
    self.problem.solve(solver)
  File "/opt/venv/lib/python3.13/site-packages/pulp/pulp.py", line 2407, in solve
    status = solver.actualSolve(self, **kwargs)
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 406, in actualSolve
    return super().actualSolve(lp, **kwargs)
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 153, in actualSolve
    return self.solve_CBC(lp, **kwargs)
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 230, in solve_CBC
    cbc = subprocess.Popen(args, stdout=pipe, stderr=pipe, stdin=devnull)
  File "/usr/local/lib/python3.13/subprocess.py", line 1039, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
                        pass_fds, cwd, env,
                        gid, gids, uid, umask,
                        start_new_session, process_group)
  File "/usr/local/lib/python3.13/subprocess.py", line 1991, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: '/opt/venv/lib/python3.13/site-packages/pulp/apis/../solverdir/cbc/linux/i64/cbc'

Environment

• Hardware: ASUS NUC 15 Pro Tall Kit (RNUC15CRHU700002)
• CPU: Intel Core i7 Ultra Processor (x86_64 / amd64)
• Installation Type: Home Assistant OS (HAOS)
• Add-on Mode: Yes
• Python Version: 3.13

[ohAnd]

Hi,

please check -> https://ohand.github.io/EOS_connect/user-guide/index.html#troubleshooting
and #260 #264 #265

Tried a lot to isolate the problem - but not found with similiar environment as yours - and a lot of other users seems have no problem (incl. me on a rpi5 with HAOS) ...

[Subito]

Same issue for me, running on a HP T640 (AMD Ryzen R1505G) with HAOS.

[ohAnd]

@Bend3smo / @Subito

can you please try this - if possible - in your local system:

# Find the Add-on container name
docker ps | grep eos_connect

# Example output:
# 1234abcd   ohand/eos_connect:0.3.36   "/init [addon]"   2 hours ago   Up 2 hours   eos_connect

# Enter the container shell
docker exec -it eos_connect sh

pip uninstall pulp -y
pip install pulp==2.7.0 --only-binary=:all:

especially this -> --only-binary=:all: <- is imprtant to force the right install of CBC within pulp

at least it seems so...

[Subito]

Hi,

this yields the following:

Welcome to Home Assistant OS.

Use `ha` to access the Home Assistant CLI.
# docker ps | grep eos_connect
77101c6927f0   ghcr.io/ohand/ha-addon-eos_connect_amd64:0.3.36                "/init /opt/venv/bin…"   34 seconds ago   Up 34 seconds (health: starting)   0.0.0.0:8082->8081/tcp, [::]:8082->8081/tcp                                                                                        app_855a9a00_eos_connect
# docker exec -it 77101c6927f0 sh
/app/src # export PIP_ROOT_USER_ACTION=ignore
/app/src # pip uninstall pulp -y
WARNING: Skipping pulp as it is not installed.
/app/src # pip install pulp==2.7.0 --only-binary=:all:
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting pulp==2.7.0
  Downloading PuLP-2.7.0-py3-none-any.whl.metadata (5.1 kB)
Downloading PuLP-2.7.0-py3-none-any.whl (14.3 MB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.3/14.3 MB 6.0 MB/s  0:00:02
Installing collected packages: pulp
Successfully installed pulp-2.7.0
/app/src #

But I can see no change. Am I missing something? Should I build a custom Container?

[ohAnd]

@Subito seems you ran the commands in the wrong path inside container

next try ...

# 1. Enter the container
docker exec -it CONTAINER_ID sh

# 2. Use the VENV'S pip
/opt/venv/bin/pip uninstall pulp -y

# 3. Reinstall PuLP with binaries FORCED (for the venv)
/opt/venv/bin/pip install pulp==2.7.0 --only-binary=:all:

# 4. Verify the CBC binary now exists
ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

# 5. Restart the Add-on (via HA UI)

Can you maybe check again?

[Subito]

doesnt't seem to install the wanted CBC binary and a restart afterwards yields the same error message.

/app/src # /opt/venv/bin/pip install pulp==2.7.0 --only-binary=:all:
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting pulp==2.7.0
  Downloading PuLP-2.7.0-py3-none-any.whl.metadata (5.1 kB)
Downloading PuLP-2.7.0-py3-none-any.whl (14.3 MB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.3/14.3 MB 6.0 MB/s  0:00:02
Installing collected packages: pulp
Successfully installed pulp-2.7.0
/app/src # ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
ls: /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc: No such file or directory

[ohAnd]

hmm... next try ... something wrong to get the right wheel...

# 1. Enter the container
docker exec -it CONTAINER_ID sh

# 2. NUKE the entire PuLP directory (critical!)
rm -rf /opt/venv/lib/python3.13/site-packages/pulp*

# 3. Reinstall PuLP (will fetch the good wheel)
/opt/venv/bin/pip install pulp==2.7.0

# 4. Verify CBC binary exists
ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

# 5. Restart the Add-on

the "problem" a lot of other and also me have no problem in standard HAOS and Addon (Apps) environment... so it have to be something special in the affected environments ...

---

maybe addtionally some specific tests that belongs to your hw config:

# 1. Check if the file ACTUALLY exists (correct path)
ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

# 2. Check the binary's CPU requirements
file /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

# 3. Check CPU flags (look for AVX2)
cat /proc/cpuinfo | grep -i avx

show output please

[Subito]

Same problem:

/app/src # rm -rf /opt/venv/lib/python3.13/site-packages/pulp*
/app/src # /opt/venv/bin/pip install pulp==2.7.0
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting pulp==2.7.0
  Downloading PuLP-2.7.0-py3-none-any.whl.metadata (5.1 kB)
Downloading PuLP-2.7.0-py3-none-any.whl (14.3 MB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.3/14.3 MB 6.0 MB/s  0:00:02
Installing collected packages: pulp
Successfully installed pulp-2.7.0
/app/src # ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
ls: /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc: No such file or directory

For the CPU flags (4 times, the same for each core):

flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 clzero xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca sev sev_es

so it look slike AVX2 is indeed present.

[Subito]

Huh. I removed and re-installed the App and now the path is present:

/app/src # ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
-rwxr-xr-x    1 root     root       7178823 Jul 16 08:42 /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

But the problem remains the same on startup:

2026-08-08 14:57:16 ERROR [OPT-LocalEVopt] Optimization failed: [Errno 2] No such file or directory: '/opt/venv/lib/python3.13/site-packages/pulp/apis/../solverdir/cbc/linux/i64/cbc'
Traceback (most recent call last):
  File "/app/src/interfaces/optimization_backends/optimization_backend_local_evopt.py", line 141, in optimize
    evopt_response = optimizer.solve()
  File "/app/src/interfaces/optimization_backends/local_evopt/optimizer.py", line 716, in solve
    self.problem.solve(solver)
    ~~~~~~~~~~~~~~~~~~^^^^^^^^
  File "/opt/venv/lib/python3.13/site-packages/pulp/pulp.py", line 2407, in solve
    status = solver.actualSolve(self, **kwargs)
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 406, in actualSolve
    return super().actualSolve(lp, **kwargs)
           ~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 153, in actualSolve
    return self.solve_CBC(lp, **kwargs)
           ~~~~~~~~~~~~~~^^^^^^^^^^^^^^
  File "/opt/venv/lib/python3.13/site-packages/pulp/apis/coin_api.py", line 230, in solve_CBC
    cbc = subprocess.Popen(args, stdout=pipe, stderr=pipe, stdin=devnull)
  File "/usr/local/lib/python3.13/subprocess.py", line 1039, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
    ~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                        pass_fds, cwd, env,
                        ^^^^^^^^^^^^^^^^^^^
    ...<5 lines>...
                        gid, gids, uid, umask,
                        ^^^^^^^^^^^^^^^^^^^^^^
                        start_new_session, process_group)
                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/subprocess.py", line 1991, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: '/opt/venv/lib/python3.13/site-packages/pulp/apis/../solverdir/cbc/linux/i64/cbc'

[Subito]

I'm a bit confused: The Dockerfile in this repo hints at a Debian-based image (apt-get etc) and the python:3.13-slim Base Image is afaik also Debian. The Container I get when installing the App is an Alpine image:

/app/src # cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.22.4
PRETTY_NAME="Alpine Linux v3.22"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/issues"

Alpine uses musl instead of glibc and the bundled cbc binaries seem to be linked against glibc. That would explain why its not working. Is the correct container published or is there maybe somehting wrong? I would imagine a Debian-based container might just work.

[ohAnd]

seems some infos are missing ;-) ...

---

can you please fill in:

Host Platform / Hypervisor: (e.g., Proxmox VE, Unraid, ESXi, Hyper-V, or bare-metal HAOS on Mini-PC)

VM CPU Type (if virtualized): (e.g., kvm64, qemu64, host, x86-64-v2, etc.)

HAOS Installation Type: (HAOS VM image, Docker container, Supervised)

Host CPU Model: (e.g., AMD Ryzen Embedded R1505G, Ryzen 5 2600, etc.)

´´´

---

all the tries to find the root cause pointing to not available AVX2 instruction set ... which leads to fail in CBC ...
and with the knowledge it works for most of the users, I don't want to 'fastly' switching to another lib or something, if there is an easier more dedicated solution possible

[Subito]

ofc, as stated before:

Host-Platform: HAOS on BareMetal
VM-CPU-Type does not apply. HAOS runs on bare metal
HAOS Installation Type is through the HAOS generic image flashed from a Ubuntu Live-CD (not sure why this matters, though?)
Host CPU Model: AMD Ryzen R1505G.

But you say "all the tries to find the root cause pointing to not available AVX2 instruction set ... which leads to fail in CBC ..." which is not the case. The CPU supports AVX2 as confirmed here #273 (comment).

The Container I get when installing the AddOn from the store is not able to run the bundled cbc binaries, because its actually an Alpine Container with musl but the bundled binaries are linked against glibc:

/app/src # grep -a "ld-linux" /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
/lib64/ld-linux-x86-64.so.2
/app/src # ls -la /lib64/ld-linux-x86-64.so.2
ls: /lib64/ld-linux-x86-64.so.2: No such file or directory

To clarify: The binary is in the image and available. But it can't be executed, because its linked against another libc which is not present in the container:

/app/src # ls -la /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
-rwxr-xr-x    1 root     root       7178823 Jul 16 08:42 /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
/app/src # /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
sh: /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc: not found

If I install gcompat in the container, I can "execute" the binary:

/app/src # apk add gcompat
fetch https://dl-cdn.alpinelinux.org/alpine/v3.22/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.22/community/x86_64/APKINDEX.tar.gz
(1/3) Installing musl-obstack (1.2.3-r2)
(2/3) Installing libucontext (1.3.2-r0)
(3/3) Installing gcompat (1.1.0-r4)
OK: 81 MiB in 74 packages
/app/src # ls -la /lib64/ld-linux-x86-64.so.2
lrwxrwxrwx    1 root     root            27 Aug  8 15:09 /lib64/ld-linux-x86-64.so.2 -> ../lib/ld-linux-x86-64.so.2
/app/src # /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc
Error relocating /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc: __fpu_control: symbol not found

That points me to the conclusion that the binary in the distributed container is linked against the wrong libc, or the distributed container does not have the intended libc in it.

Given that the Dockerfile points to a Debian-based Container but the distributed Container seems to be Alpine based, that might be the source of the problem?

[ohAnd]

@Subito thanks for the detailed info - and with some AI help - it points to this:

---

Here is why this occurs and why ARM64/Debian behave differently:

• glibc vs musl (x86_64): The x86_64 binary bundled inside the PyPI pulp wheel was compiled against glibc and expects /lib64/ld-linux-x86-64.so.2. On x86_64 Alpine (musl), gcompat fails because cbc calls the x86-specific __fpu_control glibc symbol, which gcompat doesn't implement.

• Why ARM64 (RPi5) works: ARM64 architecture doesn't use x86 FPU control registers, so the ARM64 PuLP binary doesn't trigger x86 __fpu_control relocation failures under musl.

• Why Native Docker works: The native Docker image uses Debian (glibc), where all those dynamic libraries exist natively.

---

so with a spontanous local fix for testing - maybe you can try this

# 1. Install native Alpine CBC
apk add coin-or-cbc

# 2. Symlink native CBC over the broken bundled binary
ln -sf /usr/bin/cbc /opt/venv/lib/python3.13/site-packages/pulp/solverdir/cbc/linux/i64/cbc

for the final fix there are some changes in optimzer src and in the dockerfile for the addon needed

[ohAnd]

@Subito
just pushed an update to the add-on that ("should" ;-) ) resolves the CBC solver issue on x86_64.
Whenever you get a chance to update... let me know if the optimization runs smoothly on your end!