abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
dnes 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 23
včera 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
včera 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 11
včera 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 20
včera 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
včera 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 27
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
25.4. 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 86
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 322 hlasů
 Komentářů: 50, poslední dnes 04:06
    Rozcestník

    Dotaz: Pomalá odezva serveru, pomalá síť

    Johny z Podoli avatar 17.2.2006 13:27 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Pomalá odezva serveru, pomalá síť
    Přečteno: 625×
    Ahoj, nedokážu říci přesně, kde můj problém je, proto se prosím případně ptejte a já sem hodím odpovědi.

    Problém se projevuje tím, že server UKRUTNĚ pomalu reaguje. Stav je po několika restartech, vždy se po pár hodinách neskutečně spomalí. Třeba přes apache stahnout soubor o velikosti 2MB je na 15 minut (po 100mbps siti). SSHacknout na server a než se vykoná příkaz uptime je třeba na minutu, spuštění MC je taky třeba na minutu, vylistování adresáře ls -l na 20 sekund. Dle uptime je vše vpohodě, load 0.3 (nevim ale z ceho), top má všechny procesy na nule.. Fakt nevím, kde najít pčíčinu.

    Server je IBM, Celeron 2.4Ghz, 256MB DDR ram, 80GB seagate disk.

    vše je nově nainstalované, debian s jádrem 2.6.8.

    na serveru je jenom mysql (bez databazi zatim), apache 2.0+php, postfix a courier imap s konfiguraci na virt. mailboxy. Nic víc kromě základních procesů jako ssh a pod.

    prosím pomozte mi najít příčinu :(

    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
    root         1  0.0  0.2  1504  512 ?        S    Feb15   0:00 init [2]
    root         2  0.0  0.0     0    0 ?        SN   Feb15   0:00 [ksoftirqd/0]
    root         3  0.0  0.0     0    0 ?        S<   Feb15   0:02 [events/0]
    root         4  0.0  0.0     0    0 ?        S<   Feb15   0:00 [khelper]
    root         5  0.0  0.0     0    0 ?        S<   Feb15   0:00 [kacpid]
    root        37  0.0  0.0     0    0 ?        S<   Feb15   0:00 [kblockd/0]
    root        47  0.0  0.0     0    0 ?        S    Feb15   0:00 [pdflush]
    root        48  0.0  0.0     0    0 ?        S    Feb15   0:00 [pdflush]
    root        50  0.0  0.0     0    0 ?        S<   Feb15   0:00 [aio/0]
    root        49  0.0  0.0     0    0 ?        S    Feb15   0:00 [kswapd0]
    root       186  0.0  0.0     0    0 ?        S    Feb15   0:00 [kseriod]
    root       288  0.0  0.0     0    0 ?        S    Feb15   0:00 [kjournald]
    root       758  0.0  0.0     0    0 ?        S    Feb15   0:00 [khubd]
    root      1226  0.0  0.0     0    0 ?        S    Feb15   0:00 [pciehpd_event]
    root      1246  0.0  0.0     0    0 ?        S    Feb15   0:00 [shpchpd_event]
    daemon    1728  0.0  0.1  1612  456 ?        Ss   Feb15   0:00 /sbin/portmap
    root      2072  0.0  0.3  2260  820 ?        Ss   Feb15   0:00 /sbin/syslogd
    root      2075  0.0  0.5  2456 1476 ?        Ss   Feb15   0:00 /sbin/klogd
    root      2084  0.0  0.1  1672  476 ?        S    Feb15   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/authlib/authdaemond.mysql
    root      2085  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2090  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2091  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2092  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2093  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2094  0.0  0.4  3104 1048 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2096  0.0  0.2  2476  728 ?        S    Feb15   0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=4 -pid=/var/run/imapd.pid -nodnslookup
    root      2116  0.0  0.1  1676  468 ?        S    Feb15   0:00 /usr/sbin/courierlogger imaplogin
    root      2123  0.0  0.2  2240  724 ?        Ss   Feb15   0:00 /usr/sbin/inetd
    root      2126  0.0  0.2  1624  656 ?        Ss   Feb15   0:00 /usr/sbin/icmplog
    root      2128  0.0  0.3  2328  888 ?        Ss   Feb15   0:01 /usr/sbin/tcplog
    lp        2132  0.0  0.3  2464  884 ?        Ss   Feb15   0:00 /usr/sbin/lpd -s
    root      2147  0.0  0.4  2504 1228 ?        S    Feb15   0:00 /bin/sh /usr/bin/mysqld_safe
    root      2183  0.0  0.4  2504 1232 ?        S    Feb15   0:00 /bin/sh /usr/bin/mysqld_safe
    mysql     2184  0.0  5.7 118672 14792 ?      S    Feb15   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking --port=33
    root      2185  0.0  0.1  1488  500 ?        S    Feb15   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
    root      2333  0.0  0.5  3672 1360 ?        Ss   Feb15   0:00 /usr/lib/postfix/master
    postfix   2335  0.0  0.4  3012 1260 ?        S    Feb15   0:00 qmgr -l -t fifo -u -c
    root      2347  0.0  0.5  3468 1508 ?        Ss   Feb15   0:00 /usr/sbin/sshd
    root      2351  0.0  0.4  2740 1148 ?        Ss   Feb15   0:00 /usr/sbin/famd -T 0
    root      2355  0.0  0.3  2376  924 ?        Ss   Feb15   0:00 /sbin/rpc.statd
    daemon    2363  0.0  0.2  1684  628 ?        Ss   Feb15   0:00 /usr/sbin/atd
    root      2366  0.0  0.3  1764  816 ?        Ss   Feb15   0:00 /usr/sbin/cron
    root      2371  0.0  1.8 12468 4760 ?        Ss   Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2375  0.0  2.0 12624 5180 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2376  0.0  2.0 12624 5200 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2377  0.0  1.9 12624 4964 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2378  0.0  1.9 12624 4972 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2379  0.0  2.0 12624 5208 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    root      2463  0.0  0.1  1500  484 tty1     Ss+  Feb15   0:00 /sbin/getty 38400 tty1
    root      2469  0.0  0.1  1500  484 tty2     Ss+  Feb15   0:00 /sbin/getty 38400 tty2
    root      2470  0.0  0.1  1500  484 tty3     Ss+  Feb15   0:00 /sbin/getty 38400 tty3
    root      2471  0.0  0.1  1500  484 tty4     Ss+  Feb15   0:00 /sbin/getty 38400 tty4
    root      2472  0.0  0.1  1500  484 tty5     Ss+  Feb15   0:00 /sbin/getty 38400 tty5
    root      2473  0.0  0.1  1500  484 tty6     Ss+  Feb15   0:00 /sbin/getty 38400 tty6
    virtual   2958  0.0  2.0 12624 5216 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   3021  0.0  1.9 12624 4952 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    postfix   5334  0.0  0.4  2980 1140 ?        S    09:35   0:00 pickup -l -t fifo -u -c
    virtual   5335  0.0  2.0 12624 5184 ?        S    09:37   0:00 /usr/sbin/apache2 -k start -DSSL
    root      5337  0.0  0.8 14616 2056 ?        Ss   10:17   0:00 sshd: root@pts/0
    root      5340  0.0  0.6  3012 1624 pts/0    Rs   10:17   0:00 -bash
    virtual   5343  0.0  0.4  3952 1188 ?        S    10:17   0:00 /usr/bin/imapd Maildir
    root      5365  0.0  0.3  2496  844 pts/0    R+   10:18   0:00 ps aux
    dream:~# uptime
     09:37:33 up 14:40,  1 user,  load average: 0.34, 0.12, 0.04
    
    
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz

    Odpovědi

    17.2.2006 13:36 secido | skóre: 27
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Na konzole to chodí ok, len cez sieť pomaly?
    Johny z Podoli avatar 17.2.2006 13:39 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    konzole take pomalu, mohu poskytnout na ten stroj roota, zatim tam vpodstate nic nemam...
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz
    17.2.2006 13:43 0
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Zkusil bych prikaz strace pouzit na nejaky prikaz.. treba uptime.
    17.2.2006 13:44 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Nedošla paměť?
    Johny z Podoli avatar 17.2.2006 13:47 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    1 )strace - nerozumim vystupu strace, bohuzel:(

    2) pamet je aktualne na cca 100mb, k dispozici je 150 mb dalsich.. takze tezko hadat.

    J.
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz
    17.2.2006 14:49 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Zdravim

    Co chyba HW? Zkusil bych povytahovat veskery HW co lze vyndat a povypinat v biosu co vypnout lze. Nesdilej se ti preruseni?

    Muze byt i vadna pamet, jestli tam jsou dve zkus jednu vyndat.

    Mozna bude buga v systemu, zkus nastartovat nejaky live linux. Kuprikladu suse, ten spousti svuj oblibeny sendmail snad i na tom live CD. At to neco pocita...

    Nebo naopak zkusit pozabijet v tom Debianu co se da.

    Chce to najit alespon oblast kde je problem.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    17.2.2006 15:00 asd
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    neni v jadre aktivni cpufreq nebo jak se to jmenuje? pokud jo, tak vykopnout nebo nakonfigurovat, at to jede porad na 100% vykon. treba to provadi cpu-throttling ze to nema co delat. A apci/apm power save uroven je nastavena na kolik? S4 ?
    17.2.2006 18:11 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Firewall ? DNS ? Pokud něco z tohoto funguje špatně hodně věcí se spomalí protože linux je sítový.
    17.2.2006 20:52 secido | skóre: 27
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    ls -l na koznole pravdepodobne nie.
    17.2.2006 21:02 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    cat /etc/resolv.conf

    hnije ti resolveni :-)
    Johny z Podoli avatar 1.3.2006 22:30 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    kdyby byl problem s resolvovanim, tak sem nepisi :) bohuzel problem v tomto neni. resolv funguje korektne a okamzite. Ja skutecne resim divny problem :) ne beznou zavadu :-D

    ted mi tento server jede s kernelem pro i386, myslel jsem, ze tim vyloucim problemy s spomalovanim cpu a pod. bohuzel, 4 dny a stale to blbne jak jsem psal.
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.