CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
6a78af065423 allebb/studio-server:latest "/bin/sh -c /boot.sh" About an hour ago Up About an hour 0.0.0.0:8543->8543/tcp, :::8543->8543/tcp, 0.0.0.0:50059->50059/tcp, :::50059->50059/tcp, 0.0.0.0:5433->5432/tcp, :::5433->5432/tcp studio-server
I check the log, there is one error, but seems not to be too much a problem :s
I am not knowledgable enough, unfortunately, but I suppose this has more to do with the application than with Docker or Yunohost, so maybe you could consult the support of the application?
I really have the impression that itās yunohost which (for good reasons) refuses to let the client software reach the server. I tried opening the ports (and closing them) but it didnāt work.
I tried on another computer on a blank debian, everything worked fine in local ip.
Edit, iāve got this error on resolve when i try to connect on local ip
From what I understand, here the local IP for the psql server is the IP of your server.
And you opened port 5433 for the postgresql docker.
You have 2 ways to connect to postgresql from one docker to another :
If you used a docker-compose.yml, youāll be able to connect using the local docker DNS, directly on the internal port.
If not, by using the server IP, you must use port 5433
I suggest to use a docker-compose.yml, that way all dockers will be linked, youāll have a sort of local network for all the images in the same docker-compose.yml, and no need to remember the starting command. (But you do not have to, itās just a suggestion, you can run them perfectly without this)
Thanks a lot for sharing! Iāll try to adapt this in a few days for zigbee2mqtt (Iād love to help with the ynh package, but currently only have a productive system). Do you have a special backup strategy for your approach?
I see in the example you use the volume scheme /home/my-app/my-volume, so probably youād only need to back up this one. I wonder what works nicely with the docker approach. I could integrate additional files/hooks with the current method like described in the wiki. But as I may want to change to other methods anyway, I wonder what you use.
Idea drop: We do have this approach with .nobackup files. I think, we could also have a cron script creating hooks for all folders in /home with a docker-compose.yml or a .folderbackup file, after shutting down the container.
Hi @freddewitt can you tell us how you did it? I just found out that - due to internal Yunohost (firewall?) issues, two containers within a docker compose file cannot communicate with each other. How would we have to adapt the docker compose file? Thanks
I used iptables, to direct all communication from 3432 to the docker port (3434 in my case). I did it after install my docker. So i guess in your case you have to make a ābridgeā between theses. But iām a relative begginer so maybe iāam wrong.