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í
×
včera 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 18
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 27
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 6
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 7
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 16
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 705 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    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: 624×
    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.