New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v2.002, odroid: Scanning of local music library crashes #777
Comments
I've found "sudo journalctl -f" :) ....updating like next line.... |
I've removed the folder from the comment above, no change: ..... |
I'm back on VolumioRC2Fix-2016-07-31-odroidc2 now, which scanned through the directory without problems again... |
I'm just trying Volumio 2.030 - same result: Dec 01 20:00:36 volumio volumio[1568]: info: CoreCommandRouter::executeOnPlugin: networkfs , listShares |
as per request for another problem:
|
Looks like a problem with the mpd installed for your platform. No idea how to fix that. I don't think it is anything to do with sudo this time. I wonder if memory is a limitation though. You could test that by watching the memory usage during the scan, until it crashes.
What you are looking for is the output at the time journalctl shows mpd exiting - is free memory low? |
I just tested again: Memory usage before scanning:
Scanning is crashing again:
Memory usage during crash:
Doesn't seem to be related to memory to me? |
Maybe #890 could be related? |
Other findings after scanning a few times:
... i got curious and tried this:
Scanning stopped with the same file as with 240 folders, so i remove this folder and try again:
Removing the last folder again:
I have to stop the fun now ;) One last scan with the complete library:
Here's the systemctl-output from the crashes WITH and WITHOUT UI-reset: scanning failed without UI-reset.txt I hope, somebody can get some info or hints out of this, to find the problem! |
Is anyone currently looking into this? Problem still present in gkkpch's Volumiodev042 image. |
Yes, I've spotted the bug yesterday. It relates to ffmpeg, so we need to compile a new version |
This affects me, too. I am running 2.041 on a RPi 3 connected to my NAS via cifs. Took the same steps as above to reproduce. The issue is also occurring when connecting via nfs. |
Sorry guys, the problem is still persistent on OdroidC2 v2.118: Mar 14 19:28:42 volumio mpd[1520]: update: NAS/elements2/Artist2 - Album2/Song2_xxx.mp3 |
This helps quite a bit, thanks for the posting. |
As before: |
I tried deleting all embeded artwork with no success according to this thread: |
would it be possible to find out, which specific file crashed the update process? Mar 14 19:28:42 volumio mpd[1520]: update: NAS/elements2/Artist2 - Album2/Song11_xxx.mp3 now it seems, that the log is written after successfull update (Artist2 - Album2/Song12_xxx.mp3). i don't know, which is the next file that is being scanned... would it be possible to add an update-start-log? Mar 14 19:28:42 volumio mpd[1520]: update start: NAS/elements2/Artist2 - Album2/Song11_xxx.mp3 |
I may be wrong about this but I think that would require a code change to mpd. Which is possible, as mpd is built specifically for volumio. Maybe upstream would even take the patch... The log entries you see ( However it is reasonable to assume the directory is traversed in the normal sort order for the locale being used (POSIX I think), so next file will be NAS/elements2/Artist2 - Album2/Song13_xxx.mp3, no? Here are a couple of things to try to confirm this.
Of course this is a bit trickier if Song12 is the last on that album, but you may be able to figure out the next-accessed directory with |
After dividing the library and scanning, dividing again and scanning again, and again ... I finally found the problem for the crashes: |
@RastaX Thanks for your updates. I tried removing all mpc files from my music library blindly but unfortunately the problem still persists. After a bit more digging around, I added the following to my /etc/mpd.conf: |
I experience the same issue but adding |
Library scanning problem (alignment fault (0x92000021)) resolved in v2.166, released 11/05/17 |
Right, 2.166 solved the problem. Thank you. |
Latest version of Volumio on OdroidC2 with HifiShield:
Scanning of newly added music-library always stops when reaching approx. 60 artists, 90 albums, 900 tracks and 75:00:00. All counts (Artists, Albums, Tracks and Time) are reset to 0. The arrows near "Browse" (bottom left) keep turning.
After clicking Update or Rescan (What's the difference btw?) scanning starts again but only until reaching 75h, then crashes again.
The drive is mounted (mounted-status: green, size: 1.42TB) on a wired 1gb/s network smb-share (samba on raspbian).
No difference between entering IP or the name for NAS.
No difference between fixed IP or DHCP.
No difference between system on SD-card or emmc.
The same hardware (network, nas, odroid, emmc, ...) was previously working well for months on the latest odroidc2-beta-version (thanks to gkkpch!)
Have there maybe been changes to supported file types so that scanning crashes? My lib has different types, some flac, mostly mp3s. How can I find out, where it stops/crashes?
Any other ideas?
Thanks!
The text was updated successfully, but these errors were encountered: