Nemo content search - fills all ram

[Navy-Ro]

Distribution

current LMDE6 & Ubu - LM22

Package version

6.2.9 on both

Graphics hardware in use

Lmde: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] & /Ubu: an old amd saphire

Frequency

Always

Bug description

Hi, every time i do a (personal number) Content Search with Nemo in Home directory or Docs (no other apps runing) the RAM starts to fill up to maximum till PC stops responding. (it also happened in previsious versions LM & LMDE - than i used recoll wich i dont prefer)
!
(in the screen capture below i closed Cinnamon before it locked my pc)
Captură de ecran din 2024-10-19 03-29-40

Steps to reproduce

simply do a Content Search with Nemo in Home directory - too much files maybe ? :)

Expected behavior

--

Additional information

maybe an Optional file indexer AddOn / Nemo (like tracker/baloo) - would be better for someone managing lots of docs/files.
Thank u all LM Team !

[mtwebster]

Can you try running:

NEMO_DEBUG=Search nemo --debug

and try to see if it ends up in any unexpected locations.

There are checks to try and keep the search from getting redirected into places like /dev, /proc, etc... but this is what it sounds like may be happening.

Ref:
#3258
0a391ab

[Jeremy7701]

Tried to reproduce this with a content search for 'abc' in my home directory.
Took 4m 30secs - over about 60,000 files, with other apps running without any problems.

               total        used        free      shared  buff/cache   available
Mem:            31Gi       3.2Gi        23Gi        28Mi       5.2Gi        27Gi

[Navy-Ro]

!
Captură de ecran din 2024-10-22 17-15-40
!
Captură de ecran din 2024-10-22 17-16-38
!
Captură de ecran din 2024-10-22 17-18-53
!
Captură de ecran din 2024-10-22 17-20-34
!
Captură de ecran din 2024-10-22 17-47-15

Strange behavior in Debug mode, no error, no fully locked pc,
but at some times (aprox. times of screenshots - when i could move the mouse) stopped/paused on some docs, filled memory up to maximum, locks pc for 5-10 seconds, than without any user action empty/returns RAm to normal usage and continues search till end of files. (33 minutes / 22.2 gigs of archived files - last screenshot).
Tomorrow i will try on other LM (old machine).
THX!

[Navy-Ro]

Hi, searched again and looked at every file it stopped/paused to find those files were broken/corrupted.
it was complaining about realpath like in foto,
!
Captură de ecran din 2024-10-24 01-47-48
deleted those files and now all seems to run fine (except the time it takes).
Thank u!

[mtwebster]

Strange - are those old MS Word .doc files? Do you have others of that format that are searched successfully?

We use a 3rd party program (catdoc) to content search that file type, I wonder if that was what's failing.

Are those files gone completely? Maybe you could just run catdoc <filename to see if that also fails/fills ram. I could probably limit its resources and exit if it uses too much, instead of what you experienced.

Either way, glad you got it resolved

[Navy-Ro]

yes, old MS Word .doc files, i tottaly deleted that files on this pc,
but i surely find'em again, maybe monday, on that Backup stick at the office.
i will come back with an answer ...

[Navy-Ro]

sorry for late resp.

catdoc does the same, fills memory and when to max it kills the process.
thx