Webmin file manager search uses all memory

Webmin
1
SYSTEM INFORMATION
OS type and version rockylinux 9.6
Webmin version 2.401

this has happened before too with rocky 9.5 and earlier versions of webmin

and it used ALL physical and virtual memory in a matter of seconds, too fast for me to intervene before oom killer hit it

Jun 13 13:42:50 alma systemd[1]: Started Webmin server daemon.
Jun 13 13:42:48 alma systemd[1]: Starting Webmin server daemon…
Jun 13 13:42:48 alma systemd[1]: webmin.service: Consumed 48min 59.797s CPU time.
Jun 13 13:42:48 alma systemd[1]: Stopped Webmin server daemon.
Jun 13 13:42:48 alma systemd[1]: webmin.service: Scheduled restart job, restart counter is at 1.
Jun 13 13:42:46 alma systemd[1]: system.slice: A process of this unit has been killed by the OOM killer.
Jun 13 13:42:46 alma systemd[1]: webmin.service: Consumed 48min 59.797s CPU time.
Jun 13 13:42:46 alma systemd[1]: webmin.service: Failed with result ‘oom-kill’.
Jun 13 13:42:46 alma systemd[1]: webmin.service: Main process exited, code=exited, status=1/FAILURE
Jun 13 13:42:45 alma systemd[1]: webmin.service: A process of this unit has been killed by the OOM killer.

2

@nixnut,

Tell us more about your environment…

How much memory does it have?
How many CPUs does it have?

3

Operating System: Rocky Linux 9.6
KDE Plasma Version: 5.27.12
KDE Frameworks Version: 5.116.0
Qt Version: 5.15.9
Kernel Version: 5.14.0-570.21.1.el9_6.x86_64 (64-bit)
Graphics Platform: X11
Processors: 20 × 12th Gen Intel® Core™ i9-12900HK
Memory: 23.0 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: AMI
Product Name: Intel

i have an alma 9.6 with 4 cpu’s and 15gb ram, that search finishes quickly and no load
i have a kali box with 4 cpu’s and 15gb ram and a debian with 4 cpu’s and 32gb ram and there’s no mem usage, a little cpu usage but neither search will finish on these 2

weird

4

I have only 4 gig on a vps and I don’t get memory usage but I did get CPU hitting 100%

image
image437×243 4.72 KB

what are you putting into the search form.

5

a filename searching var but does the same searching etc or any folder

i just had to kill the search procs on the debian boxes

6

i take it no one else has this problem and no one knows what causes it?

7

Ah, very good observation!

However, since we need to support searching and possibly replacing within file contents, if you run a search with a broad file mask like * in the root directory / and look for something generic like a, it will involve nearly every file on the system. In that case, yes—systemd will eventually kill the subprocess highly likely.

And, it’s hard to provide a solution without knowing exactly what search criteria you’re using. What exactly are they? Can you provide a screenshot of the search form before submitting it?

8

that search criteria will kill just about everything “sort of give me every you have…” try to narrow it down to something more specific.

I guess a warning if used would help?

9

I have not (I use file manager a lot) and on smaller boxes typically 1 core + 2G