-
Notifications
You must be signed in to change notification settings - Fork 33
Deployment of kerberos/kerberos:latest fails #33
Comments
This happened to me too.
|
Same issue than @lexustec for me. I already have enabled the camera with |
As the docker image seems to not work properly from scratch, I made a script to install kerberos.io manually on Debian/Ubuntu. It should install and setup kerberos.io just fine for a raspberry pi 3. It should work also on other raspberry pi if you change the url in the script variables to fit your version here https://github.com/kerberos-io/machinery/releases
|
I had the same issue and was able to resolve by running the following command, believe the
|
This project/app/repo seems to be dead/inactive unfortunately. Not sure what's going on. If it helps, this is my docker-compose which works on a Pi (assuming you have a directly-attached Pi camera via the camera port:
|
Hey there no it is revived here -> https://github.com/kerberos-io/agent <https://github.com/kerberos-io/agent>
This repo will be updated soon.
… On 8 Sep 2022, at 16:48, yllekz ***@***.***> wrote:
container_name: kerberos
|
Oh, interesting. Will there be an update to the current app or is there an entirely new Docker container coming out? |
Its build from scratch, everything is new. Currently it only works with a RTSP stream (and we are proxying USB and RPI cameras). But IP cameras coming with a h264 stream will work natively.
… On 8 Sep 2022, at 16:56, yllekz ***@***.***> wrote:
Oh, interesting. Will there be an update to the current app or is there an entirely new Docker container coming out?
—
Reply to this email directly, view it on GitHub <#33 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AALZUGZBTYBMZ6RZ5D5OX7LV5H5DRANCNFSM4XAN7PFQ>.
You are receiving this because you commented.
|
Hello folks,
I tried to deploy kerberos on my docker swarm the last days.
I run into the same issue someone had posted on kerberos/machinery:
2021-02-03 08:28:09,527 CRIT Set uid to user
2021-02-03 08:28:09,556 INFO RPC interface 'supervisor' initialized
2021-02-03 08:28:09,557 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2021-02-03 08:28:09,557 INFO supervisord started with pid 29
2021-02-03 08:28:10,562 INFO spawned: 'nginx' with pid 32
2021-02-03 08:28:10,567 INFO spawned: 'machinery' with pid 33
2021-02-03 08:28:10,796 INFO exited: machinery (exit status 255; not expected)
2021-02-03 08:28:11,798 INFO success: nginx entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-02-03 08:28:11,801 INFO spawned: 'machinery' with pid 40
2021-02-03 08:28:11,982 INFO exited: machinery (exit status 255; not expected)
2021-02-03 08:28:13,990 INFO spawned: 'machinery' with pid 43
2021-02-03 08:28:14,196 INFO exited: machinery (exit status 255; not expected)
2021-02-03 08:28:17,203 INFO spawned: 'machinery' with pid 46
2021-02-03 08:28:17,403 INFO exited: machinery (exit status 255; not expected)
2021-02-03 08:28:18,405 INFO gave up: machinery entered FATAL state, too many start retries too quickly
also the web IF gives back a 502 bad gateway ofc.
Any hint on this ?
I tried to attach to the container but this times out.
Is it because the container is not privileged ? ( in Docker swarm env there are no priviledged containers... if i dont fork and recompile.... )
Why i use docker swarm:
Multiple endpoints ( raspi4 over WAN ) with cams ( in raspi4 local network ) and central storage/ management and routing.
The text was updated successfully, but these errors were encountered: