Der Knotenprozess nutzt den verfügbaren Speicher nicht ⇐ Linux

[Anonymous]

Ich habe ein Problem mit einer Knotenanwendung, die unter Red Hat Enterprise Linux Version 9.6 (Plow) ausgeführt wird.
Speicher
Anwendungsspeichernutzung bleibt bei 26 GB hängen
Speicherparameter an einem Punkt, an dem der Prozess hängt
Die Anwendung benötigt viel Speicher und verbraucht etwa 26 GB und stoppt dann den Verbrauch und es gibt keinen Prozessfehler oder OOM-Ereignis ausgelöst. Der Dienst bleibt an diesem Punkt einfach hängen und fällt auch nicht aus. Das Befehlsargument für den Knoten wird auch für den Speicher bereitgestellt --max-old-space-size=65536
Die Installation erfolgt über SysV/chkconfig.
Ich habe auch ein Daten- oder Codeproblem ausgeschlossen.
Ich glaube, dass dies eine Einschränkung aufgrund der Serverhärtung ist, und habe mehrere verschiedene Schritte versucht, um dieses Problem zu beheben. Nein verfügbar
/etc/sysctl.conf

Code: Select all

`kernel.yama.ptrace_scope = 0
net.ipv4.ip_forward = 0
net.ipv4.tcp_syncookies = 1
net.ipv6.conf.all.accept_ra = 0
net.ipv6.conf.default.accept_ra = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.icmp_ignore_bogus_error_responses = 1
net.ipv4.icmp_echo_ignore_broadcasts = 1
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 0
net.ipv4.conf.default.secure_redirects = 0
net.ipv4.conf.all.rp_filter = 1
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.all.accept_source_route = 0
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.conf.all.log_martians = 1
net.ipv4.conf.default.log_martians = 1
net.ipv6.conf.all.forwarding = 0
net.ipv6.conf.all.forwarding = 0
net.ipv6.conf.all.accept_redirects = 0
net.ipv6.conf.default.accept_redirects = 0
net.ipv6.conf.all.accept_source_route = 0
net.ipv6.conf.default.accept_source_route = 0
vm.max_map_count = 262144
vm.overcommit_memory = 1
vm.overcommit_ratio = 90
vm.user_reserve_kbytes = 01`

Könnten Sie bitte erklären, wo diese Parameter, die mit nr_* beginnen, festgelegt werden?

Code: Select all

`[forestpin@DFForestPin2 cgroup]$ cat /sys/fs/cgroup/cgroup.stat
nr_descendants 47
nr_subsys_cpuset 1
nr_subsys_cpu 38
nr_subsys_io 38
nr_subsys_memory 47
nr_subsys_perf_event 48
nr_subsys_hugetlb 1
nr_subsys_pids 47
nr_subsys_rdma 1
nr_subsys_misc 1
nr_dying_descendants 66
nr_dying_subsys_cpuset 0
nr_dying_subsys_cpu 0
nr_dying_subsys_io 0
nr_dying_subsys_memory 66
nr_dying_subsys_perf_event 0
nr_dying_subsys_hugetlb 0
nr_dying_subsys_pids 0
nr_dying_subsys_rdma 0
nr_dying_subsys_misc 0`

Ich habe diese Anwendung ohne Probleme auf anderen RedHat-Installationen mit größerem Speicherbedarf implementiert, aber ich komme einfach nicht darüber hinweg.
Bitte helfen Sie, da dies die Live-Schaltung meines Projekts verzögert.
Danke und Grüße,
Dilanke
Habe Folgendes versucht

• sysctl-Parameter mehrmals anpassen
• cgroup v2-Einstellungen mehrmals anpassen
• die Hauptinstallation der Anwendung nach systemd verschieben. Es ist jedoch eine große Veränderung