-
-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
install new stt server error (on Celeron CPU or certain VMs) #218
Comments
Hey roy, this is the x86 container right?
I wonder if there is something blocking the port maybe? |
Hi, I have the same problem like roy: I tried to install the stt server on a Synology DS920+ (CPU Intel Celeron J4125 -> x86 container) via docker an get also the following message:
|
Hi Florian, I have the same issues on my standard "docker" host but aswell as on my testing machine where this image was never pulled before.
I am running Debian GNU/Linux 11 (bullseye) in a Proxmox VM on an Intel NUC As I do not use any custom models yet I just did not set up a custom settings.conf |
Ok, so clearly something is going on here :-/. Unfortunately I cannot reproduce the issue and wonder what could make the same Docker image fail on certain machines and work on others 🤔, after all this is exactly what should NOT happen with Docker 🙈 . @royrogermcfreely , @PlanetSmasher , @vanseforge could you all run the following commands for me once plz:
Are you using the Docker containers in the default network mode (bridge I think) or in I'll try to spin up more test systems in the meantime to see if any of them show the same error. |
I am running Debian 11
For easier use I wrote a quick docker-compose.yml :
|
That looks perfectly fine, as far as I can tell. |
here it comes
what I've found out so far: I started the docker with the default docker run and added /bin/bash so I can get to the console. ->
|
Correct, the weird thing is that the only situation I've ever seen this error is when calling a x86 command from arm64 or the other way around. I think we have to go step by step through the Python script and see where it breaks. Could you do the following:
|
I found something interesting that might be related to this problem on Stackoverflow. The post claims:
and:
The SEPIA STT-Server currently does not use Tensorflow, but maybe Numpy or something related has the same issue. Weird thing is that these libraries are not loaded at start immediately but only when the model is used first time 🤔 |
It looks like Websocket is the bad guy here
|
ok interesting, I'll dig a bit deeper, brb ^^. |
Can you please skip
and if that breaks at
|
here it comes
2nd Machineon my other testing machine I got it working by setting the hypervisor CPU type to host instead of default on this second machine the output from the command is:
|
Can you do one more try with simply:
I bet the last line is the deal breaker :-|
That is very good to know! I'm assuming that is the Proxmox VM configuration? |
and even more precise:
|
yep
and Yes it is a Proxmox VM |
Ok, thanks a lot for running through all of this! 😎 The silver lining is that we could theoretically kick Coqui engine and it should keep running. |
that does the trick aswell
|
sorry for the late replay. thanks to @PlanetSmasher - after i changed my proxmox vm cpu from "default" to "host", i was able to start the stt server with the default run.sh script without changing anything. so i didnt execute the script line by line as mentiont above. /roy |
That worked for me also. Thank you @fquirin and @PlanetSmasher . @PlanetSmasher in your docker-compose example you wrote a ":" instead a "=" in the environment section. Maybe you can edit this if somebody copies your example. I copied it and wondered why the wrong file was loaded 🫣 |
hey,
i run sepia on a debian vm with 4 cores and 16gb ram (for stt testing)
i tried to download/install the new stt server via docker commands from the wiki. but when i run
sudo docker run --rm --name=sepia-stt -p 20741:20741 -it sepia/stt-server:latest
i get this error:
the same happens when i try to install the stt server with this command
then i get this error:
i removed all old docker stt images and cleaned the folder where i downloaded the files from install.sh script.
the old stt server was working.
could you give me a hint how i get the new stt server working?
/roy
The text was updated successfully, but these errors were encountered: