Bloquage sme 7.1.3

par **Bunk** » 17 Juil 2007 11:37

Bonjour,

Suite à mon problème de système de fichier, je rencontre une nouvelle difficulté, le serveur démarre et fonctionne correctement puis se bloque au bout d'un temps que je n'arrive pas encore à déterminer. Je reçois régulièrement des alertes de SME7Admin à propos de l'utilisation CPU, j'ai fixé la limite à 90% et je constate qu'il est souvent à 100% la aussi à des périodes que je ne connais pas encore.

Je me pose alors une question, est il possible de déterminer ce qui bloque la machine et si cela peux provenir du CPU ?

Avec la commande tail -f /var/log/messages je ne voit rien de spécial.

D'avance merci

par **fred-info** » 17 Juil 2007 14:05

Salut,

j'ai eu le cas y a pas longtemps. CPU 100%

C'était du à spamassassin + clamav et des bounces mails. J'avais un time-out sur clamav et donc il reprenait depuis le début.

Pour info je recevais des tonnes de spam.

J'ai du déactiver clamav, affiner les regles de spamassassin et regles les problèmes des bounces mails.

Par contre je n'avais pas de prb de systeme de fichiers.

Pour voir ce qui bosse

Code: Tout sélectionner: top

Code: Tout sélectionner: ps -aux

En espérant que ça t'aide.

A+

par **shwing** » 17 Juil 2007 15:55

salut

autre question:
peux-tu pinger ton srv lorsqu'il se bloque ?

car moi aussi j'ai eu ces symtômes, et c'est le LVM (enfin c'est ce que je pense) qui avait foiré (suite probablement, à mon avis aussi, à une mise à jour)

a+

par **Bunk** » 17 Juil 2007 16:00

non je n'ai plus aucun accès. Je suis en train d'eplucher les logs mais rien de spécial pour le moment qui n'est retenu mon attention.

par **shwing** » 17 Juil 2007 16:04

Alors à mon avis, regarde de près les postes concernant le LVM.
au boot
et n'oublie pas, si tu reinstalle le tout, de choisir l'option nolvm au boot, ainsi tu peux récupérer plus facilement tes datas...

Exemple:
http://forums.ixus.fr/viewtopic.php?t=3 ... hlight=lvm

par **Gaston** » 17 Juil 2007 20:28

Bonsoir,

shwing a écrit:Alors à mon avis, regarde de près les postes concernant le LVM.

C'est pas parceque le soleil revient qu'il faut partir en vrille. Restons sérieux :evil:

Si la couche LVM est en vrille le serveur est en vrille : il ne voit plus de disque !!!! C'est comme si ton disque était mort.
Il n'y a aucune relation de cause à effet entre un disque mort et un ping !
Il n'y a aucune relation de cause à effet entre un disque mort (réellement je veux dire et une cpu aux taquets! (OK, je me modère car étant donné que l'on est en présence de raid logique, que donc le cpu est mis à contribution pour les contrôle de crc ...)
Les cas de surcharge de CPU sur SME7 sont clairement identifiés comme provenant principalement d'une configuration avec peu de mémoire (ou/et gros disque en 5400t/mn) et spamassin/clamav activés.

M'enfin
G.
PS et jusqu'à preuve du contraire, les pb rencontrés sur SME7 viennent plus d'une mauvaise interraction entre le raid logiciel et le LVM (chercher un de mes posts où je raconte l'histoire du raid ne démarrant, l'accès au structure LVM n'est pas possible ...).

par **shwing** » 17 Juil 2007 23:37

Merci Gaston,

Bon c'est que je m'emballe un peu vite sur le LVM. Mais quand même cette expérience à laisser des traces lorsqu'un serveur plante... :lol:

grace à mon précédent poste tu rectifies et en plus j'apprends que :
Les cas de surcharge de CPU sur SME7 sont clairement identifiés comme provenant principalement d'une configuration avec peu de mémoire (ou/et gros disque en 5400t/mn) et spamassin/clamav activés.

par **Gaston** » 18 Juil 2007 07:13

Bonjour,

shwing a écrit:Bon c'est que je m'emballe un peu vite sur le LVM. Mais quand même cette expérience à laisser des traces lorsqu'un serveur plante...

c'est parfaitement compréhensible, et je compatis réellement. Comme toi je suis obligé de conseiller l'install "nolvm" si l'on est sur de ne pas en avoir besoin pour la suite (reconnaissons que cette probabilité est faible pour la population présente sur les forums), au boulot je ne pourrais m'en passer, mais je suis pas sur SME non plus

G.

par **Bunk** » 18 Juil 2007 11:49

Bonjour,

Personnellement ma version est 7.1.3, l'antivirus fichier est activé (scan toute les semaines), Spamassassin est désactivé (pas encore de serveur de messagerie, le disque dur est un Maxtor DiamondMax Plus 9 (60 Go, 7200 RPM, Ultra-ATA/133), il y'a 384Mo de RAM, selon toi Gaston je serais peu être un peu faible en mémoire ? étant donné que j'ai pas mal d'accès disque car il sert surtout de serveur Web avec base de données ?

D'avance merci

par **shwing** » 18 Juil 2007 14:14

je pense que pour répondre plus objectivement, tu dois nous donner le resultats de scommandes top ainsi que ps-aux.

par **Bunk** » 18 Juil 2007 14:44

Voici le résultat des commandes à un instant T, je ne sais pas si c'est très représentatif car je ne vise pas un moment en particulié mais si ca peux aider à apporter plus d'infos :

Commande top : (à 14h41)

Code: Tout sélectionner: top - 14:40:21 up 23:08, 1 user, load average: 0.20, 0.29, 0.13 Tasks: 156 total, 1 running, 155 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3% us, 0.3% sy, 0.0% ni, 99.3% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 376684k total, 354536k used, 22148k free, 42548k buffers Swap: 786424k total, 144k used, 786280k free, 106432k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2311 root 17 0 2220 996 760 R 0.3 0.3 0:00.08 top 1 root 16 0 2012 628 540 S 0.0 0.2 0:00.77 init 2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0 3 root 34 19 0 0 0 S 0.0 0.0 0:00.23 ksoftirqd/0 4 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 events/0 5 root 5 -10 0 0 0 S 0.0 0.0 0:00.03 khelper 6 root 15 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid 18 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0 19 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd 36 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 37 root 15 0 0 0 0 S 0.0 0.0 0:11.93 pdflush 39 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0 38 root 15 0 0 0 0 S 0.0 0.0 0:00.46 kswapd0 185 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod 304 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 kmirrord 312 root 15 0 0 0 0 S 0.0 0.0 0:00.19 md2_raid1 314 root 15 0 0 0 0 S 0.0 0.0 0:00.00 md1_raid1

Commande ps aux: (à 14h43)

Code: Tout sélectionner: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 2012 628 ? S Jul17 0:00 init [7] root 2 0.0 0.0 0 0 ? S Jul17 0:00 [migration/0] root 3 0.0 0.0 0 0 ? SN Jul17 0:00 [ksoftirqd/0] root 4 0.0 0.0 0 0 ? S< Jul17 0:00 [events/0] root 5 0.0 0.0 0 0 ? S< Jul17 0:00 [khelper] root 6 0.0 0.0 0 0 ? S< Jul17 0:00 [kacpid] root 18 0.0 0.0 0 0 ? S< Jul17 0:00 [kblockd/0] root 19 0.0 0.0 0 0 ? S Jul17 0:00 [khubd] root 36 0.0 0.0 0 0 ? S Jul17 0:00 [pdflush] root 37 0.0 0.0 0 0 ? S Jul17 0:11 [pdflush] root 39 0.0 0.0 0 0 ? S< Jul17 0:00 [aio/0] root 38 0.0 0.0 0 0 ? S Jul17 0:00 [kswapd0] root 185 0.0 0.0 0 0 ? S Jul17 0:00 [kseriod] root 304 0.0 0.0 0 0 ? S< Jul17 0:00 [kmirrord] root 312 0.0 0.0 0 0 ? S Jul17 0:00 [md2_raid1] root 314 0.0 0.0 0 0 ? S Jul17 0:00 [md1_raid1] root 319 0.0 0.0 0 0 ? S Jul17 0:22 [kjournald] root 1298 0.0 0.1 3384 448 ? S<s Jul17 0:00 udevd root 1444 0.0 0.0 0 0 ? S< Jul17 0:00 [kauditd] root 1502 0.0 0.0 0 0 ? S Jul17 0:00 [kjournald] root 1790 0.0 0.1 2204 412 tty2 Ss+ Jul17 0:00 /sbin/mingetty tt root 1823 0.0 0.1 2228 412 tty3 Ss+ Jul17 0:00 /sbin/mingetty tt root 1824 0.0 0.0 3216 304 ? Ss Jul17 0:00 runsvdir -P /serv root 2179 0.0 0.0 1688 216 ? Ss Jul17 0:00 runsv nmbd root 2180 0.0 0.0 2204 212 ? Ss Jul17 0:00 runsv freshclam root 2181 0.0 0.0 2240 216 ? Ss Jul17 0:00 runsv ftp root 2183 0.0 0.0 2224 216 ? Ss Jul17 0:00 runsv httpd-admin root 2184 0.0 0.0 1632 216 ? Ss Jul17 0:00 runsv lpd root 2185 0.0 0.0 1880 216 ? Ss Jul17 0:00 runsv dnscache.fo root 2186 0.0 0.0 1856 216 ? Ss Jul17 0:00 runsv yum root 2187 0.0 0.0 2484 216 ? Ss Jul17 0:00 runsv dnscache root 2188 0.0 0.0 3224 212 ? Ss Jul17 0:00 runsv spamd root 2189 0.0 0.0 2292 212 ? Ss Jul17 0:00 runsv pop3s root 2190 0.0 0.0 2696 216 ? Ss Jul17 0:00 runsv tinydns root 2191 0.0 0.0 3256 216 ? Ss Jul17 0:00 runsv smtp-auth-p root 2192 0.0 0.0 2888 216 ? Ss Jul17 0:00 runsv imaps root 2193 0.0 0.0 3008 216 ? Ss Jul17 0:00 runsv clamd root 2194 0.0 0.0 1952 216 ? Ss Jul17 0:00 runsv ippp root 2195 0.0 0.0 2188 216 ? Ss Jul17 0:00 runsv squid root 2196 0.0 0.0 1704 216 ? Ss Jul17 0:00 runsv pptpd root 2197 0.0 0.0 2968 216 ? Ss Jul17 0:00 runsv cvm-unix-lo root 2198 0.0 0.0 1456 216 ? Ss Jul17 0:00 runsv imap root 2199 0.0 0.0 3072 216 ? Ss Jul17 0:00 runsv dhcpd root 2200 0.0 0.0 2192 216 ? Ss Jul17 0:00 runsv pop3 root 2201 0.0 0.0 2060 216 ? Ss Jul17 0:00 runsv ulogd root 2202 0.0 0.0 2524 212 ? Ss Jul17 0:00 runsv qmail root 2203 0.0 0.0 2100 216 ? Ss Jul17 0:00 runsv wan root 2204 0.0 0.0 2496 216 ? Ss Jul17 0:00 runsv sshd root 2205 0.0 0.0 2556 212 ? Ss Jul17 0:00 runsv smbd root 2206 0.0 0.0 2552 216 ? Ss Jul17 0:00 runsv radiusd root 2207 0.0 0.0 1648 216 ? Ss Jul17 0:00 runsv raidmonitor root 2208 0.0 0.0 2448 212 ? Ss Jul17 0:00 runsv ntpd root 2209 0.0 0.0 1728 216 ? Ss Jul17 0:00 runsv httpd-e-smi root 2210 0.0 0.0 3240 216 ? Ss Jul17 0:00 runsv oidentd root 2211 0.0 0.0 1648 216 ? Ss Jul17 0:00 runsv ldap root 2212 0.0 0.0 2968 212 ? Ss Jul17 0:00 runsv sqpsmtpd root 2213 0.0 0.0 2016 216 ? Ss Jul17 0:00 runsv qpsmtpd root 2214 0.0 0.0 2696 216 ? Ss Jul17 0:00 runsv mysqld dnslog 2215 0.0 0.0 3160 268 ? S Jul17 0:00 /usr/local/bin/mu dnscache 2216 0.0 0.3 5416 1380 ? S Jul17 0:00 /usr/local/bin/dn smelog 2217 0.0 0.0 2176 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2218 0.0 0.0 3024 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2219 0.0 0.0 1760 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2220 0.0 0.0 2016 260 ? S Jul17 0:00 /usr/local/bin/mu smelog 2221 0.0 0.0 2736 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2222 0.0 0.0 2752 264 ? S Jul17 0:00 /usr/local/bin/mu nobody 2223 0.0 1.7 8448 6564 ? S Jul17 0:00 /usr/bin/perl -w smelog 2224 0.0 0.0 3328 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2225 0.0 0.0 2448 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2226 0.0 0.0 2176 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2227 0.0 0.0 1648 264 ? S Jul17 0:00 /usr/local/bin/mu root 2228 0.0 0.1 3324 540 ? S Jul17 0:00 /usr/sbin/ulogd smelog 2229 0.0 0.0 2384 264 ? S Jul17 0:00 /usr/local/bin/mu root 2230 0.0 0.0 2964 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2232 0.0 0.0 3040 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2233 0.0 0.0 2684 260 ? S Jul17 0:00 /usr/local/bin/mu imaplog 2234 0.0 0.0 2272 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2235 0.0 0.0 1616 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2236 0.0 0.0 1764 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2237 0.0 0.0 1424 264 ? S Jul17 0:00 multilog t /var/l smelog 2238 0.0 0.0 2576 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2239 0.0 0.0 2368 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2240 0.0 0.0 2360 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2241 0.0 0.0 2784 264 ? S Jul17 0:00 /usr/local/bin/mu imaplog 2242 0.0 0.0 2656 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2243 0.0 0.0 1996 268 ? S Jul17 0:00 /usr/local/bin/mu dnslog 2244 0.0 0.0 1792 268 ? S Jul17 0:00 /usr/local/bin/mu cvmlog 2245 0.0 0.0 2104 268 ? S Jul17 0:00 /usr/local/bin/mu root 2246 0.0 0.1 3712 604 ? S Jul17 0:00 /usr/bin/cvm-unix qmaill 2247 0.0 0.0 1536 268 ? S Jul17 0:00 /usr/local/bin/mu smelog 2248 0.0 0.0 1744 268 ? S Jul17 0:00 /usr/local/bin/mu dnslog 2249 0.0 0.0 2740 264 ? S Jul17 0:00 /usr/local/bin/mu smelog 2250 0.0 0.0 2212 260 ? S Jul17 0:00 /usr/local/bin/mu smelog 2251 0.0 0.0 2056 264 ? S Jul17 0:00 /usr/local/bin/mu root 2618 0.0 0.1 1684 604 ? Ss Jul17 0:00 syslogd -m 0 -a / root 2622 0.0 0.3 3912 1308 ? Ss Jul17 0:00 klogd -c 1 -2 root 3207 0.0 0.1 2400 440 ? Ss Jul17 0:00 /usr/sbin/acpid dnscache 3247 0.0 0.1 4120 596 ? S Jul17 0:01 /usr/local/bin/dn root 3277 0.0 0.0 56 44 ? S Jul17 0:00 /usr/bin/tcpsvd - root 3292 0.0 0.0 56 44 ? S Jul17 0:00 /usr/bin/tcpsvd - dns 3338 0.0 0.0 1692 300 ? S Jul17 0:00 /usr/local/bin/ti lp 3354 0.0 0.3 5560 1240 ? S Jul17 0:00 /usr/sbin/lpd -F lp 3365 0.0 0.1 5560 692 ? Ss Jul17 0:00 lpd Waiting root 3368 0.0 1.2 9952 4528 ? S Jul17 0:04 ddclient - sleepi clamav 3406 1.1 14.1 67316 53144 ? S Jul17 16:37 /usr/sbin/clamd clamav 3427 0.0 0.4 6068 1660 ? S Jul17 0:00 /usr/bin/freshcla ldap 3448 0.0 1.0 22936 3812 ? Sl Jul17 0:00 /usr/sbin/slapd - root 3472 0.0 1.4 5620 5620 ? SL Jul17 0:00 ntpd -n -l /dev/s qmails 3495 0.0 0.0 1888 376 ? S Jul17 0:00 qmail-send root 3503 0.0 0.0 1856 328 ? S Jul17 0:00 qmail-lspawn ./Ma qmailr 3504 0.0 0.0 1552 348 ? S Jul17 0:00 qmail-rspawn qmailq 3505 0.0 0.0 1848 332 ? S Jul17 0:00 qmail-clean root 3535 0.0 0.0 52 40 ? S Jul17 0:00 /usr/bin/tcpsvd - qpsmtpd 3552 0.0 2.8 13220 10708 ? S Jul17 0:01 /usr/bin/perl -Tw root 3573 0.0 0.0 52 40 ? S Jul17 0:00 /usr/bin/tcpsvd - root 3595 0.0 0.4 5364 1664 ? S Jul17 0:00 /usr/sbin/sshd -D root 3618 0.0 0.8 7768 3280 ? Ss Jul17 0:00 /usr/sbin/httpd-a root 3635 0.0 1.9 35368 7284 ? Ss Jul17 0:03 /usr/sbin/httpd - admin 3658 0.0 0.6 7936 2264 ? S Jul17 0:00 /usr/sbin/httpd-a root 3749 0.0 0.1 2708 604 ? S Jul17 0:00 /usr/sbin/atalkd root 3761 0.0 0.5 7472 1924 ? Ss Jul17 0:04 /usr/sbin/nmbd -F root 3773 0.0 0.7 9488 2728 ? Ss Jul17 0:02 /usr/sbin/smbd -F dbus 3800 0.0 0.2 2556 816 ? Ss Jul17 0:00 dbus-daemon-1 --s root 3813 0.0 0.2 9488 956 ? S Jul17 0:00 /usr/sbin/smbd -F root 3818 0.0 2.1 15924 8236 ? S Jul17 0:22 /usr/bin/perl -w root 3855 0.1 1.0 10028 4084 ? Ss Jul17 1:53 /usr/bin/perl -w root 3861 0.1 1.5 11260 5760 ? S Jul17 1:36 /usr/bin/perl -w root 3884 0.0 0.9 6344 3748 ? Ss Jul17 0:02 hald mysql 3949 0.0 2.8 40620 10556 ? Sl Jul17 0:12 /usr/libexec/mysq root 4149 0.0 0.0 2916 364 ? S Jul17 0:00 /usr/sbin/papd root 4153 0.0 0.1 3360 664 ? S Jul17 0:00 /usr/sbin/cnid_me root 4157 0.0 0.3 8464 1492 ? S Jul17 0:00 /usr/sbin/afpd -U admin 4296 0.0 0.6 7936 2272 ? S Jul17 0:00 /usr/sbin/httpd-a root 5399 0.1 1.4 8132 5504 ? S Jul17 1:34 /usr/bin/perl -w www 7157 0.0 2.7 38860 10224 ? S Jul17 0:05 /usr/sbin/httpd - www 7158 0.0 3.0 39820 11528 ? S Jul17 0:05 /usr/sbin/httpd - www 7159 0.0 2.4 37728 9396 ? S Jul17 0:03 /usr/sbin/httpd - www 7160 0.0 2.3 37368 8936 ? S Jul17 0:03 /usr/sbin/httpd - www 7161 0.0 2.6 37896 9828 ? S Jul17 0:03 /usr/sbin/httpd - www 7162 0.0 2.8 39352 10740 ? S Jul17 0:03 /usr/sbin/httpd - www 7163 0.0 2.4 37572 9156 ? S Jul17 0:03 /usr/sbin/httpd - www 7164 0.0 2.1 36416 8024 ? S Jul17 0:03 /usr/sbin/httpd - www 7166 0.0 2.9 40172 11256 ? S Jul17 0:04 /usr/sbin/httpd - www 7168 0.0 2.4 37004 9084 ? S Jul17 0:04 /usr/sbin/httpd - root 7423 0.0 0.7 10044 2712 ? S Jul17 0:00 /usr/sbin/smbd -F root 7640 0.0 0.9 57124 3408 ? Sl Jul17 0:00 /usr/sbin/radiusd root 8621 0.1 1.4 7988 5512 ? S Jul17 1:30 /usr/bin/perl -w root 8716 0.0 0.2 5896 944 ? Ss Jul17 0:00 crond root 10027 0.0 0.1 1580 412 tty1 Ss+ Jul17 0:00 /sbin/mingetty tt root 16644 0.1 1.4 8380 5512 ? S Jul17 1:17 /usr/bin/perl -w www 18519 0.0 2.5 39100 9792 ? S Jul17 0:03 /usr/sbin/httpd - root 26272 0.1 1.4 8008 5508 ? S 00:00 1:04 /usr/bin/perl -w www 23372 0.0 2.0 37036 7756 ? S 10:02 0:01 /usr/sbin/httpd - root 2255 0.1 0.5 8124 2256 ? Ss 14:40 0:00 sshd: root@pts/0 root 2281 0.0 0.3 4892 1444 pts/0 Ss 14:40 0:00 -bash root 2396 0.0 0.8 10028 3276 ? S 14:43 0:00 /usr/bin/perl -w root 2402 0.0 0.2 6464 1124 ? S 14:43 0:00 sh -c /bin/ping - root 2403 0.0 0.1 3176 600 ? S 14:43 0:00 /bin/ping -i 0.25 root 2407 0.0 0.2 2588 780 pts/0 R+ 14:43 0:00 ps aux

Merci pour votre aide.

par **fred-info** » 18 Juil 2007 15:44

Salut,

Vu le résultat des commandes top et ps on peut pas dire que ton cpu soit stressé

Il faudrait les relancer quand ton cpu est au taquet.

Une contrib qui est super c'est sme7admin.
Tu sors des graphes très interressant à analyser. (entre autre)
Je te la conseille fortement.

En attente des prochains résultats ps et top

A+

par **Bunk** » 18 Juil 2007 15:48

Comme dit dans mon premier post j'utilise SME7Admin mais je suis pas souvent la au bon moment. Il faudrait que je fasse tourne un script bien lourd e boucle mais cela ne sera pas les vraies conditions dans lequelles j'ai constaté mon "blocage", j'attend donc que cela se produise "naturellement".

par **fred-info** » 18 Juil 2007 16:12

Salut,

Sorry pour sme7admin je me souvenais plus.

Utilise les graphes system performances sur 1, 3, 7 jours pour voir 1° s'il y a une périodicité des CPU 100%, 2° l'utilisation ram et swap pendant les 100%, nombre de process. Ca peut aider.

A+

par **Gaston** » 18 Juil 2007 22:12

je ne sait dire si ta config est suffisante ou pas,
tu es dans la fourchette basse au niveau mémoire :ça veut pas dire que ça marche pas !
Si je prends mon cas :
- cpu type 586 à 266 Mhz (534 bogomips)
- 128 Mo de RAM
spamassassin activé
cela fonctionne bien pour mes mails, ma passerelle pour ce dont j'ai besoin, mes sauvegardes via synbackse de mon portable.
MAIS, c'est à se taper la tête par terre au moindre signal-event
C'est à se bouffer les doigt lors de réception de mails infectés
C'est à se mettre à prier tout les saints connus et non encore officialisés à regarder sa montre pour être sur de ne pas essayer de retaper une deuxième fois la commande avant au moins 5 à 10 minutes, lorsque le serveur pour lequel je suis MX backup tombe et que toute sa queue passe dans le contrôle de mon spamassassin #-o

MAIS je l'ai voulu, j'en assume les contraintes.
L'antivirus est désactivé, car la dernière fois, il a mis plus de trois jours à passer (avec toute les incertitudes, liées à un fonctionnement inattendu : plus moyen d'ouvrir une session ssh, timeout sur le réseau, ...).
tiens pour te rassurer, mon top alors que j'ai rebooté il avant hier pour une remise à plat de la config, à force de pas vouloir attendre les résultats des commandes, j'avais mis le serveur en croix ...

Code: Tout sélectionner: top - 22:04:41 up 2 days, 13:57, 1 user, load average: 1.30, 1.14, 1.06 Tasks: 141 total, 2 running, 138 sleeping, 0 stopped, 1 zombie Cpu(s): 88.6% us, 11.2% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.1% hi, 0.0% si Mem: 125968k total, 123656k used, 2312k free, 18864k buffers Swap: 393208k total, 49088k used, 344120k free, 25304k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 19440 root 25 0 12032 3388 2640 R 68.8 2.7 0:01.18 httpd 19441 root 17 0 3344 916 692 R 26.7 0.7 0:00.40 top 1 root 16 0 2956 552 524 S 0.0 0.4 0:06.14 init

et le httpd ce ne sont pas des attaques, ...
Tu vois que tu en es loin, mais sur un peu plus de 20h de fonctionnement on peut pas en tirer grand chose.
Une bonne utilisation de sme7admin, devrait t'aider à retrouver les pic d'utilisation et déterminer si par hazard clamav ne s'est pas déclanché dans cette période ...
Si ce n'est pas le cas, il va falloir que nous remettions en cause beaucoup d'autre choses.

G.

Bloquage sme 7.1.3

Bloquage sme 7.1.3

Qui est en ligne ?