Do you actually run that with pwd? This forum strips the backticks from this command. Maybe it does not pick up the correct directory - try to use the absolute path instead.
This Docker image is still new, but i just have tried from scratch and it seems to work just fine for me.
I typed in: docker run --rm --name my-spreed-webrtc -p 8080:8080 -p 8443:8443 -vpwd:/srv/spreed -i -t spreed/webrtc -c /srv/spreed/server.conf
with the backquotes at pwd and got:
server 2016/09/17 11:27:51 open /srv/spreed/server.conf: no such file or directory
however if I start it from the dir /srv/spreed/ I get: server 2016/09/17 11:34:16 Using '/webrtc/' base base path. server 2016/09/17 11:34:16.508864 Enabled modules: [contacts screensharing youtube presentation] server 2016/09/17 11:34:16 Configured extra '/var/www/owncloud/apps/spreedme/extra/' is not a directory.
ls /var/www/owncloud/apps/spreedme/ appinfo changelog config COPYING debug errors helper js security templates user AUTHORS.md CHANGELOG.md controller css doc extra img README.md settings TODO.txt
I am using nextcloud, migrated from oc, but don’t want do rename the directory and mountpoints.
I am using Kernel 4.4.0-36-generic
I tried to attach strace and gdb to it, but I was not able to get any data of it.
It seems it its somehow locked in too tight, i tried another debug method: docker exec -it my-spreed-webrtc /bin/bash
and I got:
rpc error: code = 2 desc = oci runtime error: exec failed: exec: "/bin/bash": stat /bin/bash: no such file or directory
in my case I write the log files to my host, so I need to import the logdirectory too.
Now it start, but I get a connection closed message if I connect to it, even with telnet to that port.
Additionally I found out that the spreedme-root-directory in the ubuntu repos are having more files than this dockerimage, so I copied them over to /srv/extra/spreed/ and declared that in the config file, but it didn’t help.
Is there any additional suggestion to get that running?
If you are using Docker Machine on Mac or Windows, your
Docker Engine daemon has only limited access to your OS X
or Windows filesystem. Docker Machine tries to auto-share
your /Users (OS X) or C:\Users (Windows) directory.
@leon the server starts now but in the netstats the port 8080 is only listening on ip6 even i set it to 127.0.0.1:8080 as told me. If i try to connect to it is just closes the connection.
i assume you are refering to the server.conf filer where the guide tells you to outcomment the listen entries? and that i should disregard this and create a listen entry for 0.0.0.0:8080?
now it works YAY!!! thank you
In that case, I have to limit the connection via iptables, if it should only be able to connect via 127.0.0.1?
workaround: iptables -A INPUT -i eth0 -p tcp --destination-port 8080 -j DROP
Additional, how can we update the spreedme manpage on the frontpage? The dockerpart is obiuusly not working.
I investigated why it wont work with 127.0.0.1 in the conf file, thats because docker uses a own interface per image which the connection gets natted to the image-interface, so 127.0.0.1 whould be inside the image, and you can’t connect from the dockerhost to it. Thats interesting
ok forget that with the root package, it works in that case without a rootpath
I tuned the dockercommand so you shoud not require iptables and it runs now in the background:
if you want to stop it you just stop it with docker stop <id> and to remove/unmount it: docker rm <id>
if you look for stopped instances use: docker ps -a
if you are using a vm, then increase the entropy with: rngd -f -r /dev/urandom
a reverse proxy for ssl sits in front of it all - using letsencrypt
owncloud installs its apps not in a docker volume, but on a folder on the host (because earlier on docker volumes were buggy and now, you know, it just works) - this folder is mounted where needed during docker run.
I thus have no real clue on how to start a spreed webrtc container accessing the spreed app in the nextcloud cointainer.
there is a possibility to access the filesystem from another docker container via a docker container, but thats pretty advanced, perhaps you can share the spreeddirectory on the host via -v to both container, or make a own shared volume.
perhaps this:
and this
helps with you config.
With them I learned how -v worked and could work out the configs for nc.
I didn’t went that far myself, but that looks funny.
Actually the spreed instance needs access to the directory: <your-next-cloud-dir>/apps/spreedme/extra/
How its get there, lies in your imagination
Where do you put the server.conf? at the host, or in a container too?
Additional to that, its a good question if the nextcloud itself needs a tcp connection to the spreed-server too, or everything is handled via the client. But I assume the 2nd. If first is the case, you have to link the containers via docker-network too.