Sonos in Docker

JustinG · October 25, 2023, 3:26pm

This is a well know issue with docker and upnp. The typical solution recommended even on the docker boards is to make sure all of your containers (not just OH) run on host network instead of bridge. In practice, I find that 1 container running in bridge mode is fine, but all the others need to be running in host. As soon as you have more than one bridged container, upnp wigs out. This is occasionally a headache as some containers make it difficult to modify the internal network ports (gogs was a PITA to change the ssh port). My system has been running fine like this for a while now so I haven’t looked into what the latest on the issue is.

pgruetter · October 25, 2023, 3:31pm

Do you know if this is true for “one container” or “one bridge network”? I could imagine moving all containers to one bridge network and leaving OH4 on host. I’ve got ~30 containers running and most of them created a new network. Reducing that is maybe a good idea anyway. But I don’t necessarily want to change all of them to host.
But many start a service on port 8080 or 80, so using host network makes it complicated.

JustinG · October 25, 2023, 3:38pm

I’m reasonably certain that it’s just the number of containers and not the number of different networks, but I could be wrong.

It might be worth checking out the docker boards to see if there’s any better recent info on the issue.

rlkoshak · October 25, 2023, 4:06pm

Gitea makes this much easier now. I originally ran Gogs and gave up on it because it was so hard to keep up and configure. But recently was running low on RAM and dropped GitLab and decided to move to Gitea instead of back to Gogs. Apparently it’s a fork of Gogs but appears to be receiving more new development and features. And it takes up less than half the RAM and resources than GitLab does.

JustinG · October 25, 2023, 4:07pm

Yeah, I just moved over to Gitea myself a little while ago. I’m quite happy with it.

pgruetter · October 25, 2023, 7:56pm

@Scriptwriter
Tagging you as I see you had the same problem in this thread (now closed). Did you ever find a solution ?

pgruetter · October 25, 2023, 8:09pm

I activated TRACE loglevel for jupnp and started a Scan for Sonos Things:

/opt/openhab/userdata/logs$ cat openhab.jupnp.TRACE.log | grep jupnp | head -n 20
2023-10-25 22:00:49.389 [TRACE] [org.jupnp.registry.Registry         ] - Maintaining registry...
2023-10-25 22:00:49.389 [TRACE] [org.jupnp.registry.Registry         ] - Executing pending operations: 0
2023-10-25 22:00:50.188 [TRACE] [.jupnp.controlpoint.ControlPointImpl] - Sending asynchronous search for: ssdp:all
2023-10-25 22:00:50.190 [TRACE] [g.jupnp.protocol.async.SendingSearch] - Executing search for target: ssdp:all with MX seconds: 3
2023-10-25 22:00:50.191 [TRACE] [org.jupnp.transport.Router          ] - Trying to obtain lock with timeout milliseconds '6000': ReadLock
2023-10-25 22:00:50.191 [TRACE] [org.jupnp.transport.Router          ] - Acquired router lock: ReadLock
2023-10-25 22:00:50.191 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.33.0.1:0
2023-10-25 22:00:50.193 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending UDP datagram packet to: /239.255.255.250:1900
2023-10-25 22:00:50.193 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.33.0.1:0
2023-10-25 22:00:50.194 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.32.0.1:0
2023-10-25 22:00:50.195 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending UDP datagram packet to: /239.255.255.250:1900
2023-10-25 22:00:50.196 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.32.0.1:0
2023-10-25 22:00:50.196 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.35.0.1:0
2023-10-25 22:00:50.197 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending UDP datagram packet to: /239.255.255.250:1900
2023-10-25 22:00:50.197 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.35.0.1:0
2023-10-25 22:00:50.198 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.34.0.1:0
2023-10-25 22:00:50.199 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending UDP datagram packet to: /239.255.255.250:1900
2023-10-25 22:00:50.199 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /172.34.0.1:0
2023-10-25 22:00:50.199 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending message from address: /192.168.1.11:0
2023-10-25 22:00:50.201 [DEBUG] [.jupnp.transport.impl.DatagramIOImpl] - Sending UDP datagram packet to: /239.255.255.250:1900

It also sends messages on 192.168.1.11 (my server IP), but I think it’s strange that it sends requests on all Docker interfaces too… Not sure what to make of that.

Scriptwriter · October 25, 2023, 8:14pm

Hi @pgruetter,
i added to my opts these 2 parameters
EXTRA_JAVA_OPTS: "-Dorg.jupnp.network.useInterfaces=eth0 -Dorg.jupnp.network.useAddresses=192.168.x.x"
(your main ip in there, and the correct eth-interface name which could be another on your site)
since then it was able to see my upnp devices. It was not possible with network host only.

Maybe this helps you.

pgruetter · October 26, 2023, 6:29am

Oh, never saw that before! Will try this weekend and report back. Thanks a lot!

pgruetter · October 27, 2023, 6:24pm

IT WORKS !!
You can’t imagine how excited I am.
Don’t you just love IT: You can search for forever and not find a solution. And then you just need the right hint and it’s solved in 1 minute.

I can finally use my Sonos speakers as intended.

Thanks a lot!

JustinG · October 29, 2023, 3:05pm

Interestingly, this did not seem to work for me. I don’t know what the difference is, but since my system runs just find on the host network without this, I’m not going to spend too much time trouble shooting it.

Still a good option to have since it appears to work in some cases.

Piffer · November 4, 2023, 1:46pm

Thank you very much!

This works for me as well on a Synology NAS with different Containernetworks and Openhab itself on host network so I’m finally able to decom my Raspberry Pi.
I use

-Dorg.jupnp.network.useInterfaces=ovs_eth0

Franco · December 23, 2023, 8:36pm

Hey all,

when I set some of my containers (influxdb, loki, grafana, prometheus) to host its working without any additional upnp settings but i want to try this setting

EXTRA_JAVA_OPTS: "-Dorg.jupnp.network.useInterfaces=eth0 -Dorg.jupnp.network.useAddresses=192.168.x.x"

but how do i set it with openhab running with docker?

wborn · December 23, 2023, 10:12pm

Try setting it as the EXTRA_JAVA_OPTS container environment variable like in these examples:

Franco · December 25, 2023, 6:39am

Merry christmas,

thanks for the link, really much in there i missed to read. I expected that the parameter has to be set in a service file.

Just works perfect with the 2 parameters

EXTRA_JAVA_OPTS: "-Dorg.jupnp.network.useInterfaces=eth0 -Dorg.jupnp.network.useAddresses=192.168.xxx.xx -Duser.timezone=Europe/Berlin"

Finally i got my sonos online after long time

Lolodomo · December 25, 2023, 10:01am

Fine.
Could you please contribute by an enhancement of the following page in documentation ?

The corresponding page in Github to propose your change :

github.com

openhab/openhab-docs/blob/main/installation/docker.md

---
layout: documentation
title: Docker
---

# openHAB inside a Docker Container

Docker is the most popular among a collection of tools that provide containerization.
Containerization allows one to run a server in its own isolated environment without the overhead of running a full virtual machine.

This page is structured as follows:

[[toc]]

## Why Docker?

There are several reasons one would want to run openHAB in a Docker container.
These include:

- easily test out different versions

This file has been truncated. show original

patrik_gfeller · December 26, 2023, 12:38pm

@Franco

Let me know if you plan to update the readme. Else I could do it as well - as I consider it very valuable information. But it does not make sense if I do something that will conflict with your work.

Franco · December 26, 2023, 12:45pm

If you can that would be great as im quite busy with my kids these days.

patrik_gfeller · December 26, 2023, 5:23pm

fyi: I’ve updated

github.com/openhab/openhab-addons

[sonos] Multiple docker networks interfere with binding

opened 03:23PM - 04 Jul 22 UTC

arins

enhancement documentation

If i have multiple docker containers running with ports exposed besides openhab …docker container this causes the sonos binding give error UPnP/DLNA binding: UPnP device not yet registered. I can also let you know that I don't have any special network settings. I run everything under 192.168.1.x network. Sonos and OH3 is under same subnet. ## Expected Behavior sonos binding should just work even though I have other containers running side by side with openhab docker container ## Current Behavior When I have other docker containers with network_mode: host there is no issue but when exposing ports and not using network_mode: host this error appears: **UPnP/DLNA binding: UPnP device not yet registered.** This causes the sonos things to be offline. ## Possible Solution If I use network_mode: host on all other docker containers and delete all networks in docker then sonos binding starts working and all sonos things becomes online. ## Steps to Reproduce (for Bugs) 1. Run OH3 in docker 2. Run other services with exposes ports on the same machine. (tested on both rasberry pi 4 and a intel machine.) 3. Sonos things becomes offline (sometimes some sonos things and sometimes all of them.) ## Context I can not use the sonos binding. I was thinking using node-red because there it works fine! Maybe check if sonos binding get inteference when docker creates a lot of networks? ## Your Environment Raspberry pi 4 with official openhab 3 docker image.

removed bug tag and added documentation and enhancement tags - as it is not a bug in the sonos binding or OH code in general.

I think that once the doc is updated that issue can be closed.

arins · December 26, 2023, 5:29pm

I am going to test this evening. I think it will work when jupnp network interface is specified