Problems with the last update of MiniDLNA to 1.1.5 from debian backports repository.

    • OMV 3.x
    • Problems with the last update of MiniDLNA to 1.1.5 from debian backports repository.

      The question is: Is there any disadvantage in disabling the debian-backports repositories (commenting the line in the sources.list file) at this time and also looking at future and possible future updates? I prefer to use the most stable software not testing (I know I’m running OMV 3.0 but it’s the version compatible with jesse stable)
      Since the last update (3.0.59) which enables the default backports I have stability problems with 1 of the packages (MiniDLNA 1.1.5) the problem is that randomly the client machines stop seeing the server, I check The operation of the service / daemon on the server and it is working, only that it is not shown in the clients.

      Also I would like to add some interesting data in case someone else has this same problem or something:
      -The server is connected via UTP cable to router switch
      -In the previous version of MiniDLNA (previous version to 1.1.5) almost everything worked well (the server was shown in the clients connected via wifi but not in the clients connected via UTP cable)
      -I'm not sure where this problem really is, but I suspect it's partly because of the crapy ZTE router’s provided by the ISP.

      Thanks! :)

      The post was edited 1 time, last by Bios ().

    • Bios wrote:

      Is there any disadvantage in disabling the debian-backports repositories (commenting the line in the sources.list file) at this time and also looking at future and possible future updates?
      No but don't comment out the line in list file. Add the following line to /etc/default/openmediavault (if it is already there, just change it to NO)
      OMV_APT_USE_KERNEL_BACKPORTS="NO"
      then
      omv-mkconf apt
      Make sure to delete the backports repo in omv-extras if it is still there as well.

      I think it is strange that a newer version of minidlna is giving you problems. Have you tried putting a switch between your systems and the router? Are you sure wifi isn't causing the problem?
      omv 4.1.14 arrakis | 64 bit | 4.15 proxmox kernel | omvextrasorg 4.1.13
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!
    • ryecoaaron wrote:

      I think it is strange that a newer version of minidlna is giving you problems. Have you tried putting a switch between your systems and the router? Are you sure wifi isn't causing the problem?
      Thanks for your help :) No i don't tried putting a switch between the machines but I restored a previous backup an the updated all except minidlna and now is working as before. Something curious is that at the beginning, when it updated, it worked for a few hours even on computers connected via UTP cable. I think it is a problem with a new parameter of the version 1.1.5 of MiniDLNA that generates some type of conflict or similar with the multicast IGMP of the router, I have already read about these problems with other machines, such as smart TVs.