[GELÖST] Agent – ​​RAM-Auslastung unter Linux

[Klug]

Hallo zusammen,

ich habe einen Kunden, der WAPT zur Verwaltung seiner Workstations und Server (VMs) nutzt.
Er verwendet Windows (Workstations und Server), Ubuntu (18.04 bis 22.04), Debian (12) und CentOS (7).

Uns ist aufgefallen, dass der WAPT-Client (waptagent 2.4.0) auf einigen Linux-VMs mehrere GB RAM belegt.
Ich habe stichprobenartig zwei VMs ausgewählt: Eine belegt 1,3 GB RAM, die andere 2,5 GB.

Ist das normal, oder liegt ein Problem mit der Bereitstellung (oder der Client-Version oder etwas anderem) vor?

[dcardon]

Hallo David,

bezüglich der von dir angegebenen Werte: Handelt es sich um RSS (Resident Memory Size) oder VSZ (Virtual Memory Size)?

RSS sollte normalerweise bei etwa 150–200 MB liegen; andernfalls gibt es möglicherweise Anlass zur Überprüfung. Die Berechnung des virtuellen Speichers (VSZ) ist etwas komplexer, da sie viele Aspekte umfasst, wie z. B. .so-Bibliotheken, die mit mmap() eingebunden werden, aber nicht unbedingt RAM belegen.

Viele Grüße,

Denis

[Klug]

Guten Morgen,

Hier sind ein paar weitere Details zu dem, was ich gesehen habe.

Für die VM mit 2 GB und etwas mehr:

Code: Alle auswählen

# pmap -x 1152862
1152862:   waptservice
Address           Kbytes     RSS   Dirty Mode  Mapping
.../... obligé de couper pour pouvoir poster
---------------- ------- ------- -------
total kB         2498900 1188768 1178376

Und für die andere:

Code: Alle auswählen

# pmap -x 1325965
1325965:   waptservice
Address           Kbytes     RSS   Dirty Mode  Mapping
.../... obligé de couper pour pouvoir poster
---------------- ------- ------- -------
total kB         1398308  269136  248088

[Klug]

Eine andere Perspektive (oben) für das erste (3 GB):

Code: Alle auswählen

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
1152862 root      20   0 3082032   1.4g   9048 S  25.0  24.9 253:43.04 waptservice
2116295 root      20   0   17936  13720   6408 R   5.7   0.2   0:00.17 python

[Klug]

Und auf eine andere Weise, die 3 GB in VmSize ergibt:

Code: Alle auswählen

# cat /proc/1152862/status
Name:   waptservice
Umask:  0022
State:  S (sleeping)
Tgid:   1152862
Ngid:   0
Pid:    1152862
PPid:   1
TracerPid:      0
Uid:    0       0       0       0
Gid:    0       0       0       0
FDSize: 128
Groups:
NStgid: 1152862
NSpid:  1152862
NSpgid: 1152862
NSsid:  1152862
VmPeak:  3139120 kB
VmSize:  3082032 kB
VmLck:         0 kB
VmPin:         0 kB
VmHWM:   1578124 kB
VmRSS:   1513280 kB
RssAnon:         1504232 kB
RssFile:            9048 kB
RssShmem:              0 kB
VmData:  2086008 kB
VmStk:       132 kB
VmExe:         4 kB
VmLib:     18396 kB
VmPTE:      4072 kB
VmSwap:   430308 kB
HugetlbPages:          0 kB
CoreDumping:    0
THP_enabled:    1
Threads:        16
SigQ:   1/23523
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000001001000
SigCgt: 0000000100000002
CapInh: 0000000000000000
CapPrm: 000001ffffffffff
CapEff: 000001ffffffffff
CapBnd: 000001ffffffffff
CapAmb: 0000000000000000
NoNewPrivs:     0
Seccomp:        0
Seccomp_filters:        0
Speculation_Store_Bypass:       thread vulnerable
SpeculationIndirectBranch:      conditional enabled
Cpus_allowed:   3
Cpus_allowed_list:      0-1
Mems_allowed:   00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001
Mems_allowed_list:      0
voluntary_ctxt_switches:        182496
nonvoluntary_ctxt_switches:     276

[dcardon]

Hallo David,

welche WAPT-Version und -Edition verwendest du genau? (Siehe Forenregeln.)

Die Größe des RSS-Feeds von 1,4 GB ist in der Tat sehr ungewöhnlich. Gibt es ungewöhnliche Einträge in den Protokollen? Welchen Speicherverbrauch hat der Agent nach einem Neustart und wie schnell steigt er wieder an? Wie lange dauert es, bis die Agents 1,4 GB erreichen?

Viele Grüße,

Denis

[Klug]

Guten Morgen.

Auf den betreffenden VMs ist Folgendes installiert: 2.4.0.14143-9847ee8b-debian-12-amd64
Ich weiß nichts über den Server, ich werde nachfragen.

Bei einer der VMs, von denen ich gestern gesprochen habe (die mit dem 3 GB großen Prozess), wurde gestern RAM hinzugefügt (daher wurde die VM neu gestartet).

Code: Alle auswählen

# ps -p 765 -o etime
    ELAPSED
   16:00:46

Wir haben auf VmRSS bereits 1,6 GB in 16 Stunden erreicht...

Code: Alle auswählen

# cat /proc/765/status
Name:   waptservice
Umask:  0022
State:  S (sleeping)
Tgid:   765
Ngid:   0
Pid:    765
PPid:   1
TracerPid:      0
Uid:    0       0       0       0
Gid:    0       0       0       0
FDSize: 128
Groups:
NStgid: 765
NSpid:  765
NSpgid: 765
NSsid:  765
VmPeak:  2668472 kB
VmSize:  2661228 kB
VmLck:         0 kB
VmPin:         0 kB
VmHWM:   1582920 kB
VmRSS:   1575892 kB
RssAnon:         1553640 kB
RssFile:           22252 kB
RssShmem:              0 kB
VmData:  1703408 kB
VmStk:       132 kB
VmExe:         4 kB
VmLib:     18396 kB
VmPTE:      3320 kB
VmSwap:        0 kB
HugetlbPages:          0 kB
CoreDumping:    0
THP_enabled:    1
Threads:        16
SigQ:   1/47667
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000001001000
SigCgt: 0000000100000002
CapInh: 0000000000000000
CapPrm: 000001ffffffffff
CapEff: 000001ffffffffff
CapBnd: 000001ffffffffff
CapAmb: 0000000000000000
NoNewPrivs:     0
Seccomp:        0
Seccomp_filters:        0
Speculation_Store_Bypass:       thread vulnerable
SpeculationIndirectBranch:      conditional enabled
Cpus_allowed:   3
Cpus_allowed_list:      0-1
Mems_allowed:   00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001
Mems_allowed_list:      0
voluntary_ctxt_switches:        124632
nonvoluntary_ctxt_switches:     792

Und ganz oben

Code: Alle auswählen

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 780384 root      20   0   17936  13684   6368 R  32.2   0.1   0:00.97 python
    765 root      20   0 2663276   1.5g  22252 S  12.6  12.9 167:54.41 waptservice

Was die Protokolle angeht, weiß ich nicht, wonach ich suchen soll. Aber ich sehe, dass es während der Kommunikation mit dem Server in einer Endlosschleife läuft.

Code: Alle auswählen

2024-06-13T09:57:18.115855+02:00 hostname waptservice[765]: 2024-06-13 09:57:18,115 [wapttasks WaptTaskManager 139878128477888] WARNING Host on the server is not known or not known under this FQDN name (known as hostname.domain.tld). Trying to register the computer...
2024-06-13T09:57:20.103487+02:00 hostname waptservice[765]: 2024-06-13 09:57:20,103 [wapttasks WaptTaskManager 139878128477888] INFO Got signed certificate from server. Issuer: wapt-server.domain.tld. CN: hostname.domain.tld
2024-06-13T09:57:20.109998+02:00 hostname waptservice[765]: 2024-06-13 09:57:20,109 [wapttasks WaptTaskManager 139878128477888] INFO Save host key to /opt/wapt/private/hostname.domain.tld.pem
2024-06-13T09:57:20.110554+02:00 hostname waptservice[765]: 2024-06-13 09:57:20,110 [wapttasks WaptTaskManager 139878128477888] INFO Save host cert to /opt/wapt/private/hostname.domain.tld.crt
2024-06-13T09:57:20.132849+02:00 hostname waptservice[765]: 2024-06-13 09:57:20,132 [wapttasks WaptTaskManager 139878128477888] INFO New registration successful. Retring sending host status.
2024-06-13T09:57:20.133393+02:00 hostname waptservice[765]: 2024-06-13 09:57:20,133 [wapttasks WaptTaskManager 139878128477888] INFO Reloading waptcore configuration for Wapt instance thread 139878128477888
2024-06-13T09:57:21.789508+02:00 hostname waptservice[765]: 2024-06-13 09:57:21,789 [wapttasks WaptTaskManager 139878128477888] INFO update_server_status successful (data size 1735)
2024-06-13T09:57:21.790316+02:00 hostname waptservice[765]: 2024-06-13 09:57:21,790 [wapttasks WaptTaskManager 139878128477888] WARNING Host on the server is not known or not known under this FQDN name (known as hostname.domain.tld). Trying to register the computer...
2024-06-13T09:57:23.712029+02:00 hostname waptservice[765]: 2024-06-13 09:57:23,711 [wapttasks WaptTaskManager 139878128477888] INFO Got signed certificate from server. Issuer: wapt-server.domain.tld. CN: hostname.domain.tld
2024-06-13T09:57:23.716954+02:00 hostname waptservice[765]: 2024-06-13 09:57:23,716 [wapttasks WaptTaskManager 139878128477888] INFO Save host key to /opt/wapt/private/hostname.domain.tld.pem
2024-06-13T09:57:23.717392+02:00 hostname waptservice[765]: 2024-06-13 09:57:23,717 [wapttasks WaptTaskManager 139878128477888] INFO Save host cert to /opt/wapt/private/hostname.domain.tld.crt
2024-06-13T09:57:23.737197+02:00 hostname waptservice[765]: 2024-06-13 09:57:23,736 [wapttasks WaptTaskManager 139878128477888] INFO New registration successful. Retring sending host status.
2024-06-13T09:57:23.738109+02:00 hostname waptservice[765]: 2024-06-13 09:57:23,737 [wapttasks WaptTaskManager 139878128477888] INFO Reloading waptcore configuration for Wapt instance thread 139878128477888
2024-06-13T09:57:25.439076+02:00 hostname waptservice[765]: 2024-06-13 09:57:25,438 [wapttasks WaptTaskManager 139878128477888] INFO update_server_status successful (data size 1735)
2024-06-13T09:57:25.439932+02:00 hostname waptservice[765]: 2024-06-13 09:57:25,439 [wapttasks WaptTaskManager 139878128477888] WARNING Host on the server is not known or not known under this FQDN name (known as hostname.domain.tld). Trying to register the computer...

Auf der anderen VM gibt es keine Fehler im Protokoll, keine Kommunikationsprobleme mit dem Server.

[dcardon]

Hallo David,

es gibt hier im Grunde zwei Probleme. Ein kleines Speicherleck auf der WAPT-Seite (wir arbeiten daran) und ein Register, das in einer Schleife hängt und dieses Leck auslöst.

Wir müssen prüfen, ob zwei Maschinen mit derselben UUID sich gegenseitig auf dem WAPT-Server zum Absturz bringen.

Viele Grüße,

Denis

[Klug]

Danke für das Feedback.

Wir werden die UUID überprüfen und auf Neuigkeiten zum Speicherleck warten.

[dcardon]

Hallo David,

wir haben soeben eine neue Version von WAPT 2.5.5 veröffentlicht, die einen Fehler im Speichermanagement behebt (hoffentlich gibt es keine weiteren Sonderfälle, die wir übersehen haben ).

https://www.wapt.fr/en/doc/wapt-changel ... 18.06.2024.

Ich markiere dieses Thema als gelöst. Vielen Dank für Ihren Hinweis.

Beste Grüße,

Denis