NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

sdouek's avatar
sdouek
Guide
Nov 28, 2012

readydlna v4.2.22 & v1.0.25 scan in progress stuck

Readynas pro 6 business (configuration details in my signature)

readydlna v4.2.22 & v1.0.25 scan in progress stuck (in frontview the scan in progress button stays greyed out)

Commands typed in, from root.

killall minidlna
/usr/sbin/minidlna -d -R > /var/tmp/debug.txt

You can download the files from the below links:

Debug.txt
Upnp-av.log

I even downgraded the OS and dlna still have same problem,
upgraded back to OS 4.2.22 & 1.0.25 still have same problem,
and downgraded to dlna v 1.0.24.5 same problem

28 Replies

Replies have been turned off for this discussion
  • Oops sorry: it's not a size issue- other, larger files have been scanned ok- but it is hanging on certain files that otherwise seem to be fine: is there a simple way of confirming whether the header compression is corrupted in an mkv?
  • A further update on my situation: I have opened support case #20222221 with Netgear. So far I am just being asked to perform a wholesale upgrade/downgrade. They don't seem to have any real idea what's going on. I was first asked to upgrade to 4.2.22; when I pointed out that's what I was running, I was asked to downgrade to 4.2.21. I'm not real happy about this approach: you don't typically fix a software issue that has been localized to a single binary with a full OS up- or downgrade.

    What I have figured out is that it looks like the initial scan and DB construction does work with at least some MTS files. The floating point divide by zero crash appears to lie in adding a .MTS file to a watched directory. A manual full rescan, using:
    /usr/sbin/minidlna -d -v -R
    from a root bash shell prompt, completed successfully, including dealing with a single small .MTS file. Adding a .MTS file to a watched directory will cause an immediate crash, whether minidlna is being run interactively or as a daemon process.

    I still cannot get minidlna to scan all my files. It still crashes the scan process upon encountering the first .MTS file. All the files are from the same camera. The only obvious differences between the files that crashes and the files that pass are a) the file that crashes minidlna is much larger (~125MB vs ~19MB), and has been renamed.
  • OK- having isolated two files which I'm currently using an MKV header conversion tool (and learning a fair bit about MKV compression in the process) the rest of the scan now seems to be proceeding...keeping my fingers crossed for the 10,000-ish mp3's and FLACs!

    Many thanks for the input- apologies for clogging someone else's post but it's helped the thought processes massively!
  • Having same issue. Fixed by downgrading 4.2.21. When can we expect 4.2.23 to fix this issue?

    Thanks!
  • This is the latest version, I have tried it and it works. Just to remind anyone uploading Pre-release ReadyDLNA_1.1.0~rc4-x86.bin to backup before you try, this is why it is called a Pre-release. Only a minor change to this release over RC3 and it is related to TiVo advertisements.

    Pre-ReleaseReadyDLNA_1.1.0~rc4-x86.bin
  • I've just installed the 1.1.0-rc4 and Readydlna is working on 4.2.2 Hmm kinda strange and a big Bug in the lastest Update from the readynas Ultra X86

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More