SSH hängt nach Passwort - Restart Apache löst das problem

[etron770]

Debian Stretch / Vserver
Ich habe zeitweise das Problem dass Putty nach dem Eingeben des Passwortes (ssh mit key) hängt und einen Timeout bekommt.
Die Logfiles werden nicht weiter geschrieben (z.B syslog und auth.log)
Wenn ich über den root server mich anmelde und den apache neu starte funktioniert alles wieder. Danach werde die logfiles aktualisiert und die fehlenden Einträge sind da..

Das einzige was ich in der auth.log finde ist:
Connection closed by xxx.yyy.zzz.www port 33920 [preauth]
Ausgelastet ist der Server auch nicht:

Code: Alles auswählen

top - 10:24:11 up 51 days,  1:01,  2 users,  load average: 0,16, 0,22, 0,27
Tasks:  70 total,   1 running,  69 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,3 us,  0,6 sy,  0,0 ni, 99,0 id,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem : 12582912 total, 10497512 free,  1143032 used,   942368 buff/cache
KiB Swap:  4194304 total,  2994180 free,  1200124 used. 11439880 avail Mem

Wenn ich die Historie anschaue, dann ist zu der Zeit, ab dem Logfiles hängen CPU Usage 0.5 Ram usage 2GB von 12GB - Networktraffic hat einen Peak von 700K ansonsten 200K, wobei ich den Peak nicht exakt dem Zeitpunkt zuordnen kann, bei dem die Logfiles hängen

[mat6937]

Debian Stretch / Vserver
Ich habe zeitweise das Problem dass Putty nach dem Eingeben des Passwortes (ssh mit key) hängt und einen Timeout bekommt.

Kannst Du den lauschenden Port (22?) des Servers (sshd) scannen, wenn Putty hängt?

[eggy]

Ich würd mal schauen, wie das in dem Moment dann mit der Anzahl der offenen Dateien/Sockets aussieht.

[etron770]

Kannst Du den lauschenden Port (22?) des Servers (sshd) scannen, wenn Putty hängt?

Ich kann das machen, aber ich komme ja drauf, denn der privat key wird ja akzeptiert.

Allerdings muss ich warten bis er wieder hängt. Das kann ich leider nicht provozieren.

[etron770]

Ich würd mal schauen, wie das in dem Moment dann mit der Anzahl der offenen Dateien/Sockets aussieht.

Da könnte was dran sein, denn ich vermute schon länger, dass es mit große Drupal Installationen zusammenhängt.
Die hängen dann, wohingegen kleine Websites noch laufen.
Ein bisschen Verbesserung (viel weniger oft) hat gebracht, die maria.db auf einen anderen Server zu verlagern.

Ich warte mal bis es wieder auftritt und melde mich.
Normalbetrieb:
Nachtrag mit
lsof +D / |wc -l ergibt 6766
lsof | wc -l 31615



sysctl fs.file-max ergibt fs.file-max = 2456179

Aber so ganz weiss ich nicht ob es das ist was Du wissen wolltest

[etron770]

Die Anzahl die lsof | wc -l anzeigt stieg ca 5 Minnuten von ca 30.000 auf 45.000 an dabei hing der ssh Zugang und große Seiten bekamen ein timeout
Dann sank die Anzahl wieder und das Login war auch ohne apache restart möglich
Der ssh port mit nmap State=open

[uname]

Du kannst die ganz große Keule rausholen. Installiere strace und trace serverseitig den SSHD-Prozess vollständig mit.

Code: Alles auswählen

strace -ff -o out.txt -p $(cat /var/run/sshd.pid)

Vielleicht taucht in out.txt irgendwas Interessantes auf.

[etron770]

Update:
nach ein paar Minuten stiegen die offenen files wieder und das System hing
Dabei hing auch ein apt-get install, also es sieht so aus als ob das System irgendwie ausgelastet ist.
Beim apache restart lief apt-get install weiter und der ssh Zugang auch

[HZB]

Kann es sein das deine Festplatte(n) das Problem sind ?

Wenn zB der Apache seine Logfiles nicht mehr wegschreiben kann dann kann es schon mal sehr zäh werden um es vorsichtig auszudrücken.

[MSfree]

Ausgelastet ist der Server auch nicht:

Code: Alles auswählen

top - 10:24:11 up 51 days,  1:01,  2 users,  load average: 0,16, 0,22, 0,27
Tasks:  70 total,   1 running,  69 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,3 us,  0,6 sy,  0,0 ni, 99,0 id,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem : 12582912 total, 10497512 free,  1143032 used,   942368 buff/cache
KiB Swap:  4194304 total,  2994180 free,  1200124 used. 11439880 avail Mem

Nunja, 1.2GB belegter Swap sagt was anderes. Auf jeden Fall ist die RAM-Auslastung zumindest zeitweise so hoch, daß sich die Kiste genötigt sieht, Speicher auszulagern. Auch, daß nur knapp 1GB Buffer und Cache belegt sind, zeigt, daß zwischenzeitlich Prozesse laufen, die das RAM komplett auslasten, sonst wäre viel mehr Speicher für Buffer und Caches belegt.

Und wenn die Kiste erstmal ins Swappen gerät, geht die Reaktion des Systems gegen Null.

[etron770]

Kann es sein das deine Festplatte(n) das Problem sind ?

Wenn zB der Apache seine Logfiles nicht mehr wegschreiben kann dann kann es schon mal sehr zäh werden um es vorsichtig auszudrücken.

Gute Frage
Festplatten als Raid 10
Reallocated Sectors sind bei allen Platte 0 aber bei den Seagate sind Raw_Read_Error_Rate und Seek_Error_Rate hoch. Kann es sein dass die Daten falsch ausgelesen werden, weil es nur bei den Seagate ist?

Update: die Techniker im Rechenzentrum überprüfen später die Platten gründlich
Wenn ich das richtig sehe (nach diesem Post)
https://www.hardwareluxx.de/community/f ... st16439231
sind die 778092112037 bei HD1 -> 181 Fehler
und
sind die 103520705238 bei HD4 -> 24 Fehler
Update ende

Code: Alles auswählen

#############################       HD 1 #################################################

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda Green (AF)
Device Model:     ST1500DL003-9VT16L
Serial Number:    6YD01QX2
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   117   099   006    Pre-fail  Always       -       154684232
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       14
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   066   060   030    Pre-fail  Always       -       778092112037
  9 Power_On_Hours          0x0032   055   055   000    Old_age   Always       -       39477
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       14
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   097   000    Old_age   Always       -       6
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   067   050   045    Old_age   Always       -       33 (Min/Max 26/36)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       12
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       14
194 Temperature_Celsius     0x0022   033   050   000    Old_age   Always       -       33 (0 23 0 0 0)
195 Hardware_ECC_Recovered  0x001a   029   010   000    Old_age   Always       -       154684232
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       39477 (94 1 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       1000415948
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1125968881



#############################       HD 2 #################################################


=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Caviar Black
Device Model:     WDC WD1502FAEX-00
Serial Number:    WD-WCAY00369747
....
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       10
  3 Spin_Up_Time            0x0027   253   253   021    Pre-fail  Always       -       8375
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       19
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   062   062   000    Old_age   Always       -       28193
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       17
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       13
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       5
194 Temperature_Celsius     0x0022   116   097   000    Old_age   Always       -       36
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   199   000    Old_age   Offline      -       0


#############################       HD 3 #################################################

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Green
Device Model:     WDC WD15EARX-00PASB0
Serial Number:    WD-WMAZA8985046
...
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   172   172   021    Pre-fail  Always       -       6366
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       21
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   048   048   000    Old_age   Always       -       38648
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       19
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       12
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       968991
194 Temperature_Celsius     0x0022   117   106   000    Old_age   Always       -       33
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   199   000    Old_age   Always       -       4
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0
--------------------------------------------------------------------------------------------------------------
=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Green
Device Model:     WDC WD15EARX-00PASB0
Serial Number:    WD-WMAZA8985046
=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST1500DM003-9YN16G
Serial Number:    W1E2XX7T

...
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   172   172   021    Pre-fail  Always       -       6366
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       21
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   048   048   000    Old_age   Always       -       38648
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       19
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       12
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       968991
194 Temperature_Celsius     0x0022   117   106   000    Old_age   Always       -       33
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   199   000    Old_age   Always       -       4
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0


#############################       HD 4 #################################################

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST1500DM003-9YN16G
Serial Number:    W1E2XX7T

...
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   120   099   006    Pre-fail  Always       -       243663784
  3 Spin_Up_Time            0x0003   095   095   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       17
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   072   060   030    Pre-fail  Always       -       103520705238
  9 Power_On_Hours          0x0032   050   050   000    Old_age   Always       -       44288
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       17
183 Runtime_Bad_Block       0x0032   094   094   000    Old_age   Always       -       6
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   092   092   000    Old_age   Always       -       8
188 Command_Timeout         0x0032   100   098   000    Old_age   Always       -       1 1 6
189 High_Fly_Writes         0x003a   099   099   000    Old_age   Always       -       1
190 Airflow_Temperature_Cel 0x0022   066   051   045    Old_age   Always       -       34 (Min/Max 26/37)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       15
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       307699
194 Temperature_Celsius     0x0022   034   049   000    Old_age   Always       -       34 (0 23 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   183   000    Old_age   Always       -       308
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       41800h+20m+42.148s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       34789299006728
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       203818290224424

--------------------------------------------------------------------------------------------------------------


--------------------------------------------------------------------------------------------------------------

1

[etron770]

Und wenn die Kiste erstmal ins Swappen gerät, geht die Reaktion des Systems gegen Null.

Ich hab Proxmox GUI auf dem Root Server und habe selten gesehen, dass der Hauptspeicher mehr als 4 GB ausgelastet ist.
Das mit dem Swap verstehe ich auch nicht so ganz und suche schon länger danach:

Der Anzeige des Rootservers im Normalbetrieb:
CPU zwischen 0 und 5% bei 12 Cpus Maximale Peaks 4 mal über 20 einmal über 30 und einmal über 40
Memory im Schnitt ca 14 von 24 Gb / generell immer unter 15Gb einmal am 12. September auf 21 Gb
Festplatten 80% genutzt

Wenn ich die VM anschaue und auf Maximum letztes Jahr nehme sind es maximal
4G Hauptspeicher bis auf eine Peak am 12. September mit 10GB
im Mittel CPU 20 Mit wenigen Peaks und auch am 12. September auf 100
Und auch am 12. September war der network traffic hoch

Aber das sind ja alles keine Werte die einen Swap benötigen.

[GTAzoccer]

Reallocated Sectors sind bei allen Platte 0 aber bei den Seagate sind Raw_Read_Error_Rate und Seek_Error_Rate hoch. Kann es sein dass die Daten falsch ausgelesen werden, weil es nur bei den Seagate ist?

Das ist bei einigen Herstellern normal. Die deklarieren erst mal alles gelesene als defekt und jagen es durch ECC. Solange die Werte Raw_Read_Error_Rate und Hardware_ECC_Recovered nicht voneinander abweichen, ist aber alles in Ordnung.

[etron770]

Das ist bei einigen Herstellern normal. Die deklarieren erst mal alles gelesene als defekt und jagen es durch ECC. Solange die Werte Raw_Read_Error_Rate und Hardware_ECC_Recovered nicht voneinander abweichen, ist aber alles in Ordnung.

Ok danke, eine defekte Platte wäre einfacher gewesen.
Seagate SMART Werte: Ich hab mal einen neuen Tread aufgemacht um das von dem OP zu trennen viewtopic.php?f=8&t=175360

Code: Alles auswählen

07.11.2019 - 09:23 Uhr
KiB Mem : 12582912 total,  9050976 free,  2062572 used,  1469364 buff/cache
KiB Swap:  4194304 total,  4189280 free,     5024 used. 10520340 avail Mem

07.11.2019 09:35 Uhr:
KiB Mem : 12582912 total,  9149636 free,  2008688 used,  1424588 buff/cache
KiB Swap:  4194304 total,  4188528 free,     5776 used. 10574224 avail Mem

10:22:36 up 12:40,  2 users,  load average: 0,09, 0,12, 0,14
KiB Mem : 12582912 total,  9107672 free,  1962296 used,  1512944 buff/cac-> hierhe
KiB Swap:  4194304 total,  4187624 free,     6680 used. 10620616 avail Mem

Gleich nach dem Starten war der Swap auf 4 KiB nach 11 Stunden 5024 KiB
Der Swap steigt stetig an bei wenig Last und nach ein paar Wochen ist er dann hoch ....
Ich hab grad mal die anderen nachgesehen (alle Debian Stretch), das ist beim Rootserver so, und bei allen VMs nur die Geschwindigkeit mit der er steigt ist unterschiedlich

Der Root Server zeigt Auslastung von maximal 2 und 11GB (von 24Gb) und CPU Usage maximal 15 (ein Peak) von da dürfte also kein delay kommen

Der Vserver um den es hier geht zeigt
maximum memoy Auslastung seit dem Start 2 GB von 12 ein Peak mit Networktraffic von 700K und dabei eine CPU Usage von 8 ansonsten CPU usage nicht über 2

Ich hab keinen Plan wo ich noch suchen oder was anders einstellen könnte könnte (die Festplatten wurden gestern auch noch zusätzlich getestet)
Als noch alle MariaDB Datenbanken auf dem Server lagen, hing er noch viel öfter, die hab ich inzwischen auf einem extra DB Server ausgelagert.

[MSfree]

Du schreibst was von Rootserver und VMs ohne zu beschreiben, ob die VMs auf dem Rootserver laufen. Das kann man zwar annehmen, aber ist das wirklich so?

Wie viele VMs laufen denn auf dem Rootserver?
Wie viel Hauptspeicher wurde den VMs zugeteilt?
Mit welchen Werkzegen hast du die Speicherauslastung bestimmt?

Hast du mal free auf dem Rootserver und den VMs ausgeführt?
Hast du mal cat /proc/meminfo auf dem Rootserver und den VMs ausgeführt?
Hast du die IO-Auslastung mit iotop beobachtet?

[etron770]

Die VMs laufen auf dem Root server:

Code: Alles auswählen

Intel Core i7-980x - Red.PS	
Redundante Stromversorgung über zwei Netzteile
HDD4x HDD 1,5 TB SATA (RAID 10)
RAID Controller 4-Port SATA PCI-E - Adaptec 5405 
RAM3x RAM 8192 MB DDR3

darauf laufen:

VM kleiner Webserver nur zur Verwaltung (IspConfig Master) (keine Websites, war früher die erste und einzige VM)
VM Mailserver
VM für Softwareentwicklung (keine andern Webseites)
VM für Projektmanagement usw (keine andern Webseites)
VM für SAMBA (interne IP und VPN )
VM für mariadb (für eine große Website) (interne IP und VPN )
VM für mariadb (für alle anderen Websites) (interne IP und VPN )
VM für Webserver (der das Problem ist)(alle Websites)

Da ist für den Rootserver eigentlich keine Auslastung
Gemessen mit der GUI von Proxmox - stimmt aber mit MEM und cat /proc/meminfo überein, nur dass ich den Trend (Maximum und Average) rückwärts bis ein Jahr sehen kann

Gibt es irgendetwas, was Du genau wissen möchtest, da ja cat .. recht lang ist?

Nachtrag iotop läuft nicht im Proxmox LXC Container: https://forum.proxmox.com/threads/proxm ... ror.40838/
Auf dem Root sehe ich maximal write 5 M/s
kann das hier auch zutreffen: https://forum.proxmox.com/threads/ext4- ... eme.37941/ ?

[etron770]

vmstat 1 zeigt, dass immer wieder ser swap um 16 bytes (?) erhöht wird

Code: Alles auswählen

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0  30084 8440924      0 2126224    0    0     0   272  964 1917  0  1 99  0  0
 0  0  30084 8440924      0 2126224    0    0     0  2280  823 1408  0  0 100  0  0
 0  0  30084 8440924      0 2126224    0    0     0  2520 1008 1958  0  0 100  0  0
 0  0  30084 8441088      0 2126228    0    0     0    12 2134 5880  8  2 90  0  0
 0  0  30084 8441104      0 2126228   16    0    16    28 2374 7178  4  3 93  0  0

Das Phänomen ist glaube ich hier beschreiben: https://www.maketecheasier.com/manage-swap-usage-linux/

[uname]

Hast du meinen Tipp ausprobiert.

[etron770]

[xxxx] ~ # sysctl vm.swappiness=10
sysctl: setting key "vm.swappiness": Das Dateisystem ist nur lesbar
Könnte das an den LXC Containtern (Proxmox) liegen?

Zur Info hier die Aufteilung des Swaps:
.

Code: Alles auswählen

.....................
Overall swap used: 333640 kB
========================================
kB      pid     name
========================================
171672  1092    forkit
37760   171     named
32620   45      systemd-journal
31416   696     postgrey --pidf
24352   256     loolwsd
8792    167     freshclam
8648    16386   fail2ban-server
6864    255     clamd
2358    6462    (sd-pam)
1880    14974   pure-ftpd-mysql
1296    163     systemd-logind
1288    257     sshd
816     183     memcached
784     333     ntpd
742     1       systemd
520     203     dbus-daemon
456     174     inetd
352     169     cron
320     248     jk_socketd
288     298     agetty
288     297     agetty
128     285     syslogd