Bugzilla – Bug 16842
Some songs can no longer be found after upgrading SBS
Last modified: 2011-03-22 09:42:09 UTC
Created attachment 7092 [details] Song that won't scan This definitely doesn't happen in 7.5.1, and may have been added in 7.5.2 or 7.5.3. I am now running 7.6(31864) and it also does the same thing. I've looked at the scanner logs (set to DEBUG) and this track appears to be found and does not report any errors. The song is "Ain't That Peculiar" by Marvin Gaye on the American Splendor Soundtrack. If I look at a track listing for this soundtrack, this track is simply missing. Oddly, if I look under Marvin Gaye, American Splendor is listed as an album, but there are no tracks listed. Here's what may be unique about this track: it's the first of two songs with the exact same title on this disk. The latter one shows up fine. Also, this same track (identical title and artist) appears on a "Best of" compilation I have, and it's also visible here. The file format is Ogg Vorbis and it does not appear to be corrupt or weird in any way. 7.5.1 can find it fine, and other software can read the metadata too, so I suspect some scanner logic problem. I've attached the file just in case.
Definitely some kind of logic bug. I retagged the song and gave it the title "Ain't That Peculiar2" and it scanned/added to the database just fine. Retagged it back to "Ain't That Peculiar" and it doesn't get added.
Maybe bumping the priority on this is warranted. It's definitely a regression, and while it does actually lose or corrupt any data, it can definitely throw people into a panic thinking certain tracks have disappeared. I know it did for me!
I'm starting to suspect that the missing song actually is in the database, but is just unbrowsable via the GUI methods I know about. Are there any things I can do to directly view the database contents to confirm this?
I confirm that some tracks (files) disappear using the Touch mini-server. The very same USB disk attached to a squeezebox server on the PC (linux) finds all the tracks. Removing the .Squeezebox directory at the root of the USB filesystem and rescanning the Touch reproduces the problem with the same tracks disappearing. The missing files are apparently not listed in the data base (I tried looking at the binary file). squeezebox server (Debian linux) 7.6.0 32108 squeezebox Touch server (usb) 7.6.0 r9386 Will investigate further... Alan
(In reply to comment #4) > Will investigate further... My observations are perhaps unrelated to the current bug. However, I have "resolved" my problem with the tinySC. Indeed, some tracks (files) were not found. I am using a usb disk formatted ext3. Browsing through a ssh remote login, the files are listed in the directory but cannot be opened: $ ls filename.flac filename.flac $ file filename.flac filename.flac: No such file or directory etc. No such problems with the usb disk attached to my linux computer. Running fsck found and repaired some problems with the filesystem. Repaired, the disk still misbehaves under tinySC. I then reformatted the disk NTFS and recopied all of the files. (I figured that this format for the disk might be more portable to other computers). TinySC appears to work correctly with this reformatted disk. Is there perhaps a bug in the embedded linux itself? Did this corrupt the ext3 filesystem (or did it once get removed incorrectly?) One should note that some filenames cause problems: Of course, those containing ":" (allowed by posix and ntfs-3g) cannot be used with Windows. Do other (exotic utf8) characters also give problems (such as ß, Œ, ...)? I try to avoid them. Alan P.S. I am so happy with the squeezebox touch that I just purchased a second one for use in my kitchen. If I am happy with the network distributed synchronization, perhaps I'll get a third for the bedroom!
This problem appears to be Linux-specific. These files show up fine on a Windows server.
A full removal and reinstall of SBS fixed this, completely dumping and rebuilding the database from scratch in the process. There must have been something corrupt in the database.