Container fails when adding codeprojectai: about viseron HOT 8 OPEN

Interesting, what are the specs of your host?

from viseron.

It's a Asus PN41: https://www.asus.com/us/displays-desktops/mini-pcs/pn-series/mini-pc-pn41/

In the meantime I played a bit with codeproject.ai docker and now logs are different:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 10-adduser: executing...
usermod: no changes
************************ UID/GID *************************
User uid: 0
User gid: 0
************************** Done **************************
[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-gid-video-device: executing...
[cont-init.d] 20-gid-video-device: exited 0.
[cont-init.d] 30-edgetpu-permission: executing...
************** Setting EdgeTPU permissions ***************
Coral Vendor IDs:
"1a6e"
"18d1"
Matching USB devices:
Bus 002 Device 002: ID 18d1:9302
No EdgeTPU PCI device was found
************************** Done **************************
[cont-init.d] 30-edgetpu-permission: exited 0.
[cont-init.d] 40-set-env-vars: executing...
****** Checking for hardware acceleration platforms ******
OpenCL is available!
VA-API is available!
CUDA cannot be used
*********************** Done *****************************
[cont-init.d] 40-set-env-vars: exited 0.
[cont-init.d] 50-check-if-rpi: executing...
********** Checking if we are running on an RPi **********
Not running on any supported RPi
*********************** Done *****************************
[cont-init.d] 50-check-if-rpi: exited 0.
[cont-init.d] 55-check-if-jetson: executing...
****** Checking if we are running on a Jetson Board ******
Not running on any supported Jetson board
*********************** Done *****************************
[cont-init.d] 55-check-if-jetson: exited 0.
[cont-init.d] 60-ffmpeg-path: executing...
****************** Getting FFmpeg path *******************
FFmpeg path: /home/abc/bin/ffmpeg
*********************** Done *****************************
[cont-init.d] 60-ffmpeg-path: exited 0.
[cont-init.d] 70-gstreamer-path: executing...
***************** Getting GStreamer path *****************
GStreamer path: /usr/bin/gst-launch-1.0
*********************** Done *****************************
[cont-init.d] 70-gstreamer-path: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[2023-09-20 18:12:00] [INFO ] [viseron.core] - -------------------------------------------
[2023-09-20 18:12:00] [INFO ] [viseron.core] - Initializing Viseron
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setting up component data_stream
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setup of component data_stream took 0.0 seconds
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setting up component webserver
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setup of component webserver took 0.0 seconds
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setting up component ffmpeg
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setting up component codeprojectai
[2023-09-20 18:12:00] [INFO ] [viseron.components] - Setting up component nvr
[2023-09-20 18:12:01] [INFO ] [viseron.components] - Setting up component mog2
[2023-09-20 18:12:01] [INFO ] [viseron.components] - Setup of component nvr took 0.0 seconds
[2023-09-20 18:12:01] [INFO ] [viseron.components] - Setup of component ffmpeg took 0.0 seconds
[2023-09-20 18:12:01] [INFO ] [viseron.components] - Setup of component mog2 took 0.0 seconds
[viseron-finish] Viseron exit code 256
[viseron-finish] Viseron received signal 4
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.

from viseron.

Hmm strange, how much RAM does it have?
Codeproject AI component is using the REST API so i am not sure how that could fail like this

from viseron.

Did you perhaps set a memory limit on the Docker container?

from viseron.

Try to use dmesg command after viseron exited.

I have similliar problem, and in dmesg output:
traps: python3[13462] trap invalid opcode ... in _dlib_pybind11.cpython-38-x86_64-linux-gnu.so[...]

I rebuid dlib as workarond.

from viseron.

Try to use dmesg command after viseron exited.

I have similliar problem, and in dmesg output: traps: python3[13462] trap invalid opcode ... in _dlib_pybind11.cpython-38-x86_64-linux-gnu.so[...]

I rebuid dlib as workarond.

how did you rebuild dlib?

from viseron.

how did you rebuild dlib?

I'm using a Dockerfile like this:

FROM roflcoopter/amd64-cuda-viseron:dev
RUN apt-get -y update && apt-get install -y build-essential cmake python3-dev
RUN pip install --force-reinstall dlib

And in my docker-compose.yml:

services:
  viseron:
#    image: roflcoopter/amd64-cuda-viseron:dev   # < this line commented
    build: . # < this line added to use Dockerfile insted image.

from viseron.

Looks very similar to the issue I had before. Not sure if something is missing from those Intel N series CPU.

#573

from viseron.