| Summary: | 'No space left on device' on startup | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Ben <ben.huber> |
| Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin, nate |
| Priority: | NOR | ||
| Version: | 6.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
This message comes from the QFilesystemWatcher. The number of monitorable folders may be limited depending on the operating system. Tests here on Linux were possible depending on the free kernel memory for the 50,000 folders. Under BSD, however, it is very limited according to Qt-DOC. Which kernel do you use exactly and how many folders does your image collection have? Maik Scientific Linux Release 6.8 would have to use an old kernel 2.6.x. Do you use the digiKam AppImage? Maik Maik, Scientific Linux is based on Centos6.x and is binary compatible with RH/Fedora/Centos rpms. I use it in my office (Distro designed by CERN Geneva). Gilles Kernel is 2.6.32 and a out 35,000 directories, roughly. containing about 300,000 images It is not possible for the QFileSystemWatcher to monitor this large number of folders. I would suggest that only the currently visible album or, in the case of search results, the albums of the visible items be monitored. If there are external changes outside of the monitored albums, a manual update must be done. Maik Git commit 8a2cbc6917d48bbc5d0b02b78d7bcda4176688cb by Maik Qualmann. Committed on 23/05/2019 at 19:10. Pushed by mqualmann into branch 'master'. QFileSystemWatcher can now be disabled. The setting is on the collection page. The default is off. Related: bug 407691, bug 403073, bug 398921 M +21 -13 core/libs/album/engine/albumwatch.cpp M +2 -0 core/libs/settings/applicationsettings.cpp M +3 -0 core/libs/settings/applicationsettings.h M +10 -0 core/libs/settings/applicationsettings_albums.cpp M +3 -0 core/libs/settings/applicationsettings_p.cpp M +3 -0 core/libs/settings/applicationsettings_p.h M +16 -14 core/utilities/setup/collections/setupcollections.cpp https://invent.kde.org/kde/digikam/commit/8a2cbc6917d48bbc5d0b02b78d7bcda4176688cb digiKam 7.0.0 stable release is now published and now available as FlatPak: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Thanks in advance Gilles Caulier Hi Maik, Just a note about Clementine player which tune the soft limit for the number of file descriptors under MacOS : https://github.com/clementine-player/Clementine/blob/master/src/main.cpp#L114 I don't know if the same can be done under Linux. Best Gilles @Ben, digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier Ben, What's about this file using current 8.2.0 AppImage Linux bundle ? It's reproducible ? https://files.kde.org/digikam/ Thanks in advance Gilles Caulier |
SUMMARY STEPS TO REPRODUCE 1. launch digikam 2. 3. OBSERVED RESULT unknown: inotify_add_watch("/some/collection/path/") failed: "No space left on device" on launch, I get this error message on hundreds of directories. The collection directories are, and have to be, read-only, in our case. I have done best attempts to disable any metadata writing or other that would need write access to the actual library dirs but for some reason this still happens on startup, every time. settings: all writing disabled under metadata/behaviour lazy synchronisation enabled disabled all write under metadata/advanced no sidecar writing enabled rotate flag writing disabled and yet. EXPECTED RESULT is there any way I can get digikam to run without it trying to write into the collection dirs? SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Scientific Linux Release 6.8 (Carbon), Gnome 2.28.2 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION