pending synchonization at restart

frederic chaume frederic.chaume at gmail.com
Wed Aug 26 11:54:43 BST 2026


Thanks Gilles for your feedback.

In the recent freezing behavior, I don't remember to have run large 
batches may be up to 50 files in a batch, but run it multiple times and 
I notice that problem occurs after running more and more 
synchronization. I didn't record the qty of synchronization ran begore 
freezing
Not network issue as using local SSD drive , but may be limitation with 
the RAM 16G which became a problem after migration to Win11

I didn't find where to reduce the number of album to process, In 
metadata settings , I only have the flag to set Lazy synchronization

I only proceed with Raw and Jpeg, no video and no external drive.

I have enable the internal debug and will share the result, just let me 
know where to file the log files (I have downloaded debugview)
but I don't find where to check if multi-thread is set (using DK9.1 
under Win11)

regards
Frederic




Le 25/08/2026 à 20:27, Gilles Caulier a écrit :
> Hi Frederic,
>
> Thanks for reaching out and sharing these details. Lazy 
> synchronization in digiKam is designed to handle metadata updates 
> efficiently, but long-running sessions or unexpected interruptions can 
> indeed lead to questions about its behavior.
>
> * Synchronization After Restart or Crash
>
> When digiKam is closed unexpectedly (e.g., forced restart, power loss, 
> or crash): pending synchronization tasks are not lost. digiKam tracks 
> metadata changes in its internal database. Upon restarting digiKam, it 
> will resume synchronization from where it left off, as it 
> cross-references the database with the actual file metadata.
>
> If the process was interrupted mid-sync, digiKam will re-attempt the 
> synchronization for the remaining files during the next session. No 
> data corruption should occur, but it’s wise to verify a few files 
> manually if you suspect inconsistencies.
>
> * Blocking Issues During Synchronization
>
> The freezing behavior during synchronization can stem from:
>
> - Large batches of files: Lazy sync processes files in chunks. If a 
> batch is too large or contains problematic files (e.g., corrupted 
> metadata, locked files), it may hang.
>
> - File system or network issues: On Windows, permissions, antivirus 
> scans, or network drives (if applicable) can slow down or block access 
> to files.
>
> - Database locks: digiKam’s SQLite database might occasionally lock if 
> multiple operations conflict, especially when multi-thread option is 
> enabled, especially under Windows.
>
> Suggested Steps:
>
> Reduce batch size: In digiKam’s settings (under Metadata → Lazy 
> Synchronization), try reducing the number of albums to process (e.g., 
> 50 or 100) to avoid overwhelming the system.
>
> Monitor system resources: Ensure your PC has enough RAM/CPU available. 
> Long sessions can accumulate memory usage especially with multithreading.
>
> Logs: Enable debug logging (in Settings → Configure digiKam → 
> Miscellaneous → Logging) and share the logs if the issue persists. 
> This can help pinpoint the cause. See instructions here : 
> https://www.digikam.org/contribute/#windows-host
>
> Question: Have you noticed if the blocking issues occur with specific 
> file types (e.g., RAW, videos) or locations (e.g., external drives)? 
> This might help narrow it down.
> Best regards
>
> Gilles Caulier
>
> Le mar. 25 août 2026 à 19:31, frederic chaume 
> <frederic.chaume at gmail.com> a écrit :
>
>     aHi all
>
>     any ideas ?
>     nowadays I'm facing multiple blocking issues ("no respond" , but not
>     sure of the message)  when running synchronization , that conduct the
>     process to be aborted. Then I'm wondering what is the status of the
>     synchronization not completed
>
>     thanks and regards
>     Frederic
>
>
>
>     Le 17/08/2026 à 08:47, frederic chaume a écrit :
>     > Hi all
>     >
>     > Using DK9.1 on win11 and using lazy synchronization for metadata.
>     > I noticed that sometimes the synchronization is taking more and
>     more
>     > times, generaly when DK is used for long times. Yesterday, I
>     wanted to
>     > restart my PC , and it was blocked by the synchronization , and as
>     > this never finished , I forced the restart.
>     >
>     > my question , what about the remaining synchronization ? Is it
>     > completed when starting DK again?
>     > In fact same question when PC is stopped by a power down or any
>     othe
>     > inexpected event
>     >
>     > regards
>     > Frederic
>     >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20260826/fd0c5c46/attachment-0001.htm>


More information about the Digikam-users mailing list