Plesk 9.2.1?

Mir ist nun auch eine hohe Auslastung aufgefallen:

Code:
top - 01:18:12 up 8 days,  4:44,  1 user,  load average: 12.31, 15.90, 19.04
Tasks: 187 total,  11 running, 176 sleeping,   0 stopped,   0 zombie
Cpu(s): 25.2%us, 74.8%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    514012k total,   503676k used,    10336k free,    40304k buffers
Swap:  2104496k total,   176616k used,  1927880k free,   183408k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
11374 root      20   0 19380 1428 1228 R  8.6  0.3   0:39.24 executable         
11528 root      20   0 19380 1428 1228 R  8.6  0.3   0:27.32 executable         
11576 root      20   0 19380 1428 1228 R  8.6  0.3   0:24.02 executable         
11606 root      20   0 19380 1412 1212 R  8.6  0.3   0:21.68 executable         
11748 root      20   0 19380 1428 1228 R  8.6  0.3   0:15.20 executable         
11869 root      20   0 19380 1412 1212 R  8.6  0.3   0:06.62 executable         
11288 root      20   0 19380 1448 1228 R  8.3  0.3   0:44.60 executable         
11544 root      20   0 19380 1416 1212 R  8.0  0.3   0:26.44 executable         
11643 root      20   0 19380 1428 1228 R  8.0  0.3   0:20.16 executable         
11778 root      20   0 19380 1412 1212 R  8.0  0.3   0:14.70 executable         
  495 root      15  -5     0    0    0 S  7.0  0.0   5:52.93 md1_raid1          
11426 root      20   0 19380 1452 1244 D  4.7  0.3   0:27.24 executable         
    7 root      15  -5     0    0    0 S  1.7  0.0   0:56.18 kblockd/0          
  514 root      15  -5     0    0    0 S  1.7  0.0   1:52.53 kjournald          
 2813 postgres  20   0 12476  412  368 S  0.7  0.1   0:01.46 postmaster         
    1 root      20   0   772   68   40 S  0.0  0.0   0:03.06 init               
    2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthre

Code:
             total       used       free     shared    buffers     cached
Mem:        514012     494404      19608          0      40308     183928
-/+ buffers/cache:     270168     243844
Swap:      2104496     176268    1928228
 
Hallo,

ich habe das Update nun auch gefahren von 9.0.1 auf 9.2.1 und alles läuft einwandfrei. Das interne Greylisting wird allerdings nicht genutzt. Die Auslastung scheint mir geringer als vorher, der Speicherverbrauch interessanterweise auch. Im Zuge des Updates habe ich auch die PHP Version auf die aktuelle stable aktualisiert. Alles Bestens!

Grüße,
Jan

Code:
Server:~# top
top - 08:57:42 up 61 days, 19:00,  1 user,  load average: 0.00, 0.02, 0.00
Tasks:  33 total,   1 running,  32 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.1%sy,  0.0%ni, 99.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    524288k total,   120656k used,   403632k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0  1868  568  544 S    0  0.1   2:35.29 init
 1894 qmails    16   0  1540  392  304 S    0  0.1   0:00.10 qmail-send
 1896 qmaill    18   0  1492  456  392 S    0  0.1   0:00.00 splogger
 1897 root      16   0  1524  356  264 S    0  0.1   0:00.00 qmail-lspawn
 1898 qmailr    18   0  1524  368  272 S    0  0.1   0:00.00 qmail-rspawn
 1899 qmailq    18   0  1488  332  268 S    0  0.1   0:00.00 qmail-clean
 1941 root      25   0  4176  800  652 S    0  0.2   0:00.00 couriertcpd
 1943 root      25   0  2968  716  552 S    0  0.1   0:00.00 courierlogger
 1952 root      22   0  4172  832  652 S    0  0.2   0:00.00 couriertcpd
 1955 root      25   0  2964  716  552 S    0  0.1   0:00.00 courierlogger
 1963 root      17   0  4176  848  668 S    0  0.2   0:00.00 couriertcpd
 1966 root      18   0  3096  868  688 S    0  0.2   0:00.00 courierlogger
 1974 root      15   0  4176  856  668 S    0  0.2   0:00.00 couriertcpd
 1976 root      18   0  3100  868  688 S    0  0.2   0:00.00 courierlogger
 7990 root      15   0 41856 3092 1348 S    0  0.6   8:27.24 fail2ban-server
 8008 www-data  15   0 37652  12m 5080 S    0  2.5   0:04.55 apache2
 8029 www-data  18   0 37648  12m 4992 S    0  2.5   0:06.15 apache2

Code:
Server:~# ps auxf
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1   1868   568 ?        Ss   Mar06   2:35 init [2]
root     11778  0.0  0.1   1564   556 ?        Ss   Mar06   6:00 /sbin/syslogd
root     13413  0.0  0.1   4864   624 ?        Ss   Mar06   0:00 /usr/sbin/sshd
root     30031  0.1  0.5   9856  2852 ?        Ss   08:56   0:00  \_ sshd: root@
root     30040  0.0  0.3   3944  1704 pts/0    Ss   08:56   0:00      \_ -bash
root     30194  0.0  0.1   3328   936 pts/0    R+   08:57   0:00          \_ ps
root     13476  0.0  0.1   2140   764 ?        Ss   Mar06   0:17 /usr/sbin/cron
root      7990  0.0  0.5  41856  3092 ?        Sl   Apr23   8:27 /usr/bin/python
root     17871  0.0  0.1   2192   844 ?        Ss   May06   0:00 /usr/sbin/xinet
10002    18059  0.0  0.3   4808  2020 ?        S    May06   0:01 /usr/sbin/sw-cp
qmails    1894  0.0  0.0   1540   392 ?        Ss   May06   0:00 qmail-send
qmaill    1896  0.0  0.0   1492   456 ?        S    May06   0:00  \_ splogger qm
root      1897  0.0  0.0   1524   356 ?        S    May06   0:00  \_ qmail-lspaw
qmailr    1898  0.0  0.0   1524   368 ?        S    May06   0:00  \_ qmail-rspaw
qmailq    1899  0.0  0.0   1488   332 ?        S    May06   0:00  \_ qmail-clean
root      1941  0.0  0.1   4176   800 ?        S    May06   0:00 /usr/lib/courie
root      1943  0.0  0.1   2968   716 ?        S    May06   0:00 /usr/sbin/couri
root      1952  0.0  0.1   4172   832 ?        S    May06   0:00 /usr/lib/courie
root      1955  0.0  0.1   2964   716 ?        S    May06   0:00 /usr/sbin/couri
root      1963  0.0  0.1   4176   848 ?        S    May06   0:00 /usr/lib/courie
root      1966  0.0  0.1   3096   868 ?        S    May06   0:00 /usr/sbin/couri
root      1974  0.0  0.1   4176   856 ?        S    May06   0:00 /usr/lib/courie
root      1976  0.0  0.1   3100   868 ?        S    May06   0:00 /usr/sbin/couri
root     22458  0.0  2.9  35836 15544 ?        Ss   May06   0:04 /usr/sbin/apach
www-data 22463  0.0  0.8  23140  4484 ?        S    May06   0:01  \_ /usr/sbin/a
www-data 25731  0.0  2.6  37664 13708 ?        S    May06   0:14  \_ /usr/sbin/a
www-data 25748  0.0  2.5  37672 13228 ?        S    May06   0:15  \_ /usr/sbin/a
www-data 30338  0.0  2.5  37708 13384 ?        S    00:40   0:10  \_ /usr/sbin/a
www-data  8008  0.0  2.5  37652 13180 ?        S    06:44   0:04  \_ /usr/sbin/a
www-data  8029  0.0  2.4  37648 13068 ?        S    06:44   0:06  \_ /usr/sbin/a
root     25841  0.0  0.2   3592  1292 ?        S    May06   0:00 /bin/sh /usr/bi
mysql    25883  0.1  2.5  31240 13312 ?        Sl   May06   1:01  \_ /usr/sbin/m
root     25884  0.0  0.1   2668   568 ?        S    May06   0:00  \_ logger -p d
 
Mit top oder free.

top
Code:
top - 15:02:56 up 10:59,  1 user,  load average: 0.13, 0.08, 0.02
Tasks: 157 total,   2 running, 155 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1019156k total,   316184k used,   702972k free,    30440k buffers
Swap:  1952692k total,        0k used,  1952692k free,   150952k cached

free
Code:
             total       used       free     shared    buffers     cached
Mem:       1019156     316796     702360          0      30444     150952
-/+ buffers/cache:     135400     883756
Swap:      1952692          0    1952692

Ist /dev/root zufällig ein Symlink auf / ?

Ne /dev/root gibt es gar nicht...

Stefan
 
Auf der Maschine läuft ja nichts. ;)
Kaum RAM kaum Festplatten-Cache (~150MB)

Der Rechner ist neu gebootet. Wird /dev/root immer noch in der Mount-Tabelle angezeigt? Es wird eigentlich nur während dem Boot-Vorgang gebraucht.

huschi.
 
Mailbox quota set incorrectly via API-RPC bug is fixed. Plesk 9.2.1

Dieser Bug ist wohl noch nicht behoben, oder es ist ein neuer.
Einmal gemachte Einstellungen der"Ressourcennutzung" lassen sich zwar ändern, haben aber keinen Einfluss auf die Mailboxen der Domain.
Wenn da einmal "Standard für die Domain (97.7 MB)" stand, lässt sich dies nicht mehr ändern, egal was inder "Ressourcennutzung" der Domain steht.
Bei der Einstellung:
"Überbeanspruchung von Ressourcen zulassen. Die Domain kann mehr Ressourcen nutzen als ihr ursprünglich zur Verfügung gestellt wurden. Die tatsächliche Ressourcennutzung kann die ursprünglich zugewiesenen Ressourcen überschreiten.
Domainbesitzer bei Erreichen der Ressourcenlimits benachrichtigen"

wird trotzdem vom Server keine Mail mehr für eine volle Mailbox angenommen, der Server antwortet dann mit:
"Hi. This is the qmail-send program at imail-server.de.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[email protected]>:
Mail quota exceeded."
 
Last edited by a moderator:
Greylisting bei Plesk 9.2.1 und Ebay

Grexlisting funktioniert nur theoretisch!
Ebay kann damit nicht umgehen, da es den zweiten Mailversuch von einem anderen Server schickt, bis die 100.000 Mailserver von ebay alle einmal durch sind.
Whitelisting nütz hier nichts, da das Greylisting vorher zuschägt!
:confused:
Also wer Ebay mails empfangen will, muss leider auf greylisting verzichten!
 
Last edited by a moderator:
Falls Du mich fragen solltest:
Spamdyke ist bekanntlich für Qmail.
Für Postfix gibt es postgrey. Da kann man ebenfalls Whitelisten verwalten.

huschi.
 
Na ja man bezahlt eine Gebühr für Plesk und es läuft nicht richtig. Und mich würde einfach interessieren, woran es liegt.
 
Ich habe mir jetzt mal die SQLite data.db angeschaut, in der jawohl die Einträge gespeichert werden sollen. Ich kenne mich leider nicht damit so aus. Aber mir sieht sie sehr leer aus :-(

Kann da jemand was zu sagen?

Stefan
 

Attachments

  • SQLite data.db.jpg
    SQLite data.db.jpg
    101.1 KB · Views: 146
Also ich bin heute auch umgestiegen auf 9.2.1, komischerweise habe ich ein ganz seltsames problem...

Und zwar hat er mir jetzt schon zwei mal mit hunderten relaylock und authpsa-Prozessen den Server lahm gelegt... Da hat nur noch ein killall geholfen.

Hallo,

ich hab das gleiche Problem bei meiner Maschine, dachte erst das liegt am Update von 8.6 auf 9.2, das sich wieder mal was derschossen hat,..

nepp ich hab die Maschine nun neuinstalliert und hab das gleiche Problem.. ich hab zwar die Maschinen migriert bzw. einen Restore der einzelnen Domains gemacht, aber absichtlich keine Servereinstellungen übernommen.

Bei mir hängt sich wenn die Prozesse den Server lamm legen immer Plesk und der Qmail auf.. Apache läuft noch, ist aber sehr langsam (Klar die MAschine läuft mit 100% CPU).

Weis jemand einen Rat? rt0 ect. hab ich schon alles kontrolliert bzw. gemacht...

ThX

Zusatz:
mir ist gerade aufgefallen wenn ich ein killall relaylock & killall authpsa ein paar mal mach, fängt sich der Server wieder
achja,... es ist ein Debian System
 
Last edited by a moderator:
Back
Top