Comment 1 for bug 572432

I have the same problem (add this to the huge list of disappointments from Amarok 2 compared to 1.4). I had just become able to use it on 9.10...Sigh.

For what it's worth, here's what I get when I run amarok --debug and then rescan my whole collection.

...
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'std::bad_alloc'
  what(): std::bad_alloc
amarok: BEGIN: void ScanManager::slotError(QProcess::ProcessError)
amarok: Error: 1
amarok: BEGIN: void ScanManager::handleRestart()
amarok: Collection scanner crashed, restart count is 1
amarok: Success. Committing result to database.
amarok: END__: void ScanManager::handleRestart() - Took 0.00013s
amarok: END__: void ScanManager::slotError(QProcess::ProcessError) - Took 0.00027s
amarok: BEGIN: void ScanManager::restartScanner()
amarok: END__: void ScanManager::restartScanner() - Took 0.0035s
amarok: BEGIN: void DatabaseUpdater::cleanPermanentTables()
amarok: END__: void DatabaseUpdater::cleanPermanentTables() - Took 0.0017s
amarok: BEGIN: void ScanResultProcessor::copyHashesToTempTables()
amarok: obtained max_allowed_packet is "16777216"
amarok: urls key size is 2734
amarok: tracks key size is 661
amarok: END__: void ScanResultProcessor::copyHashesToTempTables() - Took 0.22s
amarok: temp_tracks: ("661")
amarok: tracks before commit: ("0")
amarok: BEGIN: void DatabaseUpdater::copyToPermanentTables()
amarok: END__: void DatabaseUpdater::copyToPermanentTables() - Took 0.12s
amarok: tracks after commit: ("661")
amarok: BEGIN: void DatabaseUpdater::removeTemporaryTables()
amarok: END__: void DatabaseUpdater::removeTemporaryTables() - Took 0.0031s
amarok: Sending changed signal
amarok: END__: virtual void XmlParseJob::run() - DELAY Took (quite long) 5.6s

After that I have to force-quit Amarok because it just freezes.

When I restart, it does show some tracks were added to my collection, but nowhere near all of it has been scanned. Since the debug output doesn't list the individual files it is scanning, I can't be sure if it's choking on a certain file or something like that, and am unable to try to eliminate such a problem.