UnKwicks

Members
  • Posts

    71
  • Joined

  • Last visited

Community Answers

  1. UnKwicks's post in Unraid logs filled with port disabled state/promiscuous mode/blocking state was marked as the answer   
    I have the same issue.
    I added "Homer" as docker container from the CAS. Using "bridge" as network for the docker does not start the container and gives me:
    Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered blocking state Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered disabled state Feb 6 16:49:53 SERVER kernel: device veth9adb836 entered promiscuous mode Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered blocking state Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered forwarding state Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered disabled state Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered disabled state Feb 6 16:49:53 SERVER kernel: device veth9adb836 left promiscuous mode Feb 6 16:49:53 SERVER kernel: docker0: port 5(veth9adb836) entered disabled state  
    When I give the container an IPv4 address from my custom network on interface br0 it starts up without errors.
     
    So I guess its somehow related with the bridging.
     
    Edit:
    Maybe I may add: This is the only container that does not start using bridge as interface. I have several other containers running well with bridge.
     
    Edit 2:
    OK I guess I found it. For me it was port related. I had another docker container using port 8080. Unraid did not warn me that the port is already in use (I thought it did in the past, maybe a bug??). But I used another port and now the container starts.