Pamac-daemon using 15gb of RAM

[darioque]

Hi everyone, i’m having an issue with pamac where it randomly starts using 10+gb of RAM (I have 24gb total). This didn’t happen before but I can’t pinpoint any possible cause. I’m also pretty sure it happens everytime I leave pamac open (in tray).

Here is the output of journalctl -b | grep pamac in case it’s any help.

journalctl -b | grep pamac                                                                                                                                ✔ 
feb 14 13:19:03 darioque pamac-checkupdates[2133]: libostree pull from 'flathub' for appstream2/x86_64 complete
feb 14 13:19:03 darioque pamac-checkupdates[2133]: /var/tmp/flatpak-cache-5G36I2/repo-mRwDgs: Pulled appstream2/x86_64 from flathub
feb 14 13:19:19 darioque systemd[1]: pamac-daemon.service: Deactivated successfully.
feb 14 13:19:19 darioque systemd[1]: pamac-daemon.service: Consumed 2.341s CPU time.
feb 14 18:21:55 darioque kernel: [   1380]  1000  1380   106473     1784   274432     3328             0 pamac-tray
feb 14 18:21:55 darioque kernel: [   4464]     0  4464  6881984  2233335 54620160  4542432             0 pamac-daemon
feb 14 18:21:55 darioque kernel: [  12902]  1000 12902  2332393  2196774 18268160    64864             0 pamac-checkupda
feb 14 18:21:55 darioque kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/pamac-daemon.service,task=pamac-daemon,pid=4464,uid=0
feb 14 18:21:55 darioque kernel: Out of memory: Killed process 4464 (pamac-daemon) total-vm:27527936kB, anon-rss:8932912kB, file-rss:428kB, shmem-rss:0kB, UID:0 pgtables:53340kB oom_score_adj:0
feb 14 18:21:55 darioque systemd[1]: pamac-daemon.service: A process of this unit has been killed by the OOM killer.
feb 14 18:21:57 darioque kernel: oom_reaper: reaped process 4464 (pamac-daemon), now anon-rss:360kB, file-rss:428kB, shmem-rss:0kB
feb 14 18:21:57 darioque systemd[1]: pamac-daemon.service: Main process exited, code=killed, status=9/KILL
feb 14 18:21:57 darioque systemd[1]: pamac-daemon.service: Failed with result 'oom-kill'.
feb 14 18:21:57 darioque systemd[1]: pamac-daemon.service: Consumed 2min 1.854s CPU time.
feb 14 18:24:50 darioque kernel: pamac-daemon invoked oom-killer: gfp_mask=0x140dca(GFP_HIGHUSER_MOVABLE|__GFP_COMP|__GFP_ZERO), order=0, oom_score_adj=0
feb 14 18:24:50 darioque kernel: CPU: 2 PID: 13028 Comm: pamac-daemon Not tainted 6.7.0-0-MANJARO #1 eb165ca8878b8cd74fb6259397f126da5e5ca371
feb 14 18:24:50 darioque kernel: [   1380]  1000  1380   106473      184   274432     4864             0 pamac-tray
feb 14 18:24:50 darioque kernel: [  12902]  1000 12902  7017022  2389916 55541760  4519200             0 pamac-checkupda
feb 14 18:24:50 darioque kernel: [  13023]     0 13023  1994011  1879531 15269888        0             0 pamac-daemon
feb 14 18:24:50 darioque kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/session-2.scope,task=pamac-checkupda,pid=12902,uid=1000
feb 14 18:24:50 darioque kernel: Out of memory: Killed process 12902 (pamac-checkupda) total-vm:28068088kB, anon-rss:9559156kB, file-rss:508kB, shmem-rss:0kB, UID:1000 pgtables:54240kB oom_score_adj:0
feb 14 18:24:52 darioque kernel: oom_reaper: reaped process 12902 (pamac-checkupda), now anon-rss:432kB, file-rss:376kB, shmem-rss:0kB
feb 14 18:48:29 darioque sudo[15488]: darioque : TTY=pts/0 ; PWD=/home/darioque ; USER=root ; COMMAND=/usr/bin/killall pamac-daemon
feb 14 18:48:31 darioque systemd[1]: pamac-daemon.service: Deactivated successfully.
feb 14 18:48:31 darioque systemd[1]: pamac-daemon.service: Consumed 2min 11.258s CPU time.

Any support is appreciated, thanks!

[cscs]

2 things;

• known issue with a handful of other threads on the subject (use search)
• try clearing out the build cache

[darioque]

Sorry, I did search and also looked at the similar threads it suggested when posting but none seemed to fit. I’ll look some more.

Also, is pamac clean --build-files what I should run for that? I’ll give it a shot although it only said it was deleting 500mbs.

[cscs]

Heres a few

Out of memory during pamac update

LSB Version: n/a Distributor ID: ManjaroLinux Description: Manjaro Linux Release: 23.1.3 Codename: Vulcan Operating System: Manjaro Linux KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 Kernel Version: 6.6.10-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 7800X3D 8-Core Processor Memory: 62,0 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3080 Ti/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: X67…

Bizarre Pamac & Pacman behavior: used 62GiB memory, took 10min to refresh DBs

Earlier this afternoon (Fri Jan 5, 2024), my Pamac and Pacman were broken in a really bizarre way. When I attempted to check for updates via Pamac, Pamac filled my RAM (62GiB) with garbage then started using M2 storage as virtual RAM, and took about 10 minutes to update databases. Then on attempting to actually update 4 AUR packages, Pamac crashed. So I tried the same thing with Pacman, but it also failed, in an interesting way: %sudo pacman -S -yy -u --needed Job start time: 01:26:34 PM [s…

Add/Remove Software using too much ram

Hi, Whenever I try to download anything or just click the update tab it will use more and more ram, about 1GiB every 3 seconds steadily increasing until I close it or the computer crashes, just having it open or searching works fine until i do either download anything or click the update tab, the update tab will go up to 90% then stop. It only started a couple of days ago I was looking to see if anyone else had this problem but I couldn’t find anything, I’ve tried uninstalling it to reinstall …

Again … we know it can be mitigated by not using pamac, by disabling the AUR, and we are pretty sure it might be helped by clearing the build cache, but to mind only one user actually did that and reported things ‘fine’ at least initially afterwards.

@darioque

Also, is pamac clean --build-files what I should run for that?

Yeah. You might also check its actual paths. (ex: /var/tmp/pamac*)

[darioque]

The thing is, I use a lot of aur packages. Is there any GUI alternative out there to manage updates like pamac? Also like I said the weirdest thing is that I’ve been using manjaro in this pc for about 2 years and this is the first time i’ve come across this issue (always had aur enabled).

[cscs]

With absolutely no data aside from conversations here I might guess most advanced users dont use pamac, and most that do dont use it for the AUR.
Whatever the case its been pretty spotty information … it seems to be from the AUR, and hit people randomly … so we, or at least I, dont know if it is the product of the sheer size (multiple packages over time OR one big package like chromium), or if it is some specifically problematic AUR packages, a problem inherent to the ‘manjaro AUR CDN’ that pamac uses, et al.

Go ahead, clear it out, and pay attention.

If you need an alternative GUI then octopi is a frontend for pacman and various aur helpers (yay, paru, etc) … though it presents a bit more like synaptic package manager.

[omano]

I would recommend to use Pamac only to search for packages, and handle AUR through terminal with yay -Syu AURpackageName. That is how I handle AUR packages nowadays, as there have been too many issues with Pamac with AUR in the past year(s) on my side.