Summary: | Baloo occasionally skips indexing a file; balooshow shows information for a different file | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | tagwerk19 |
Component: | Baloo File Daemon | Assignee: | Stefan BrĂ¼ns <stefan.bruens> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | baloo-bugs-null, nate |
Priority: | NOR | ||
Version First Reported In: | 5.80.0 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
tagwerk19
2021-04-06 20:30:01 UTC
(In reply to tagwerk19 from comment #0) > Apr 01 12:21:38 localhost.localdomain baloo_file[1100]: > 5714849124383745 "/home/test/Documents/temp/file1.txt" renaming "kdeglobals" > to "file1.txt" > Apr 01 12:21:38 localhost.localdomain baloo_file[1100]: > 5643818955242497 "/home/test/.kde/share/config/kdeglobals" renaming > "Trolltech.conf" to "kdeglobals" > > I'm guessing these "renamings" are not necessarily real. If I look > back through the logs there are some batches of these messages. Having had a look through batches of "renaming" failures/messages, the files mentioned are newly created. I suspect deleted and rewritten, with newly created files reusing "just released" inodes... Is baloo proof against this? It seemingly recovers in the above instance (albeit with a reboot) (In reply to tagwerk19 from comment #0) > mkdir temp > echo "Hello Penguin" > temp/file1.txt I wonder if there is a race condition here, that the testfile is created before the inotify watches were created for the temp directory. Not sure how to test this ... |