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 18:44 | Bezpečnostní upozornění

Sabri Haddouche vytvořil stránku Browser Reaper, na které demonstruje zranitelnosti současných verzí webových prohlížečů Chrome, Safari i Firefox. Zveřejněné skripty dokážou zahltit nejen webové prohlížeče, ale v závislosti na nastavení, také celé operační systémy.

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

Byla vydána verze 11.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
22.9. 13:00 | Komunita

Do 30. října se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 4. prosince 2018 do 4. března 2019, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 91
21.9. 22:22 | Komunita

Společnost Purism představila kryptografický token Librem Key. Koupit jej lze za 59 dolarů. Token byl vyvinut ve spolupráci se společností Nitrokey a poskytuje jak OpenPGP čipovou kartu, tak zabezpečení bootování notebooků Librem a také dalších notebooků s open source firmwarem Heads.

Ladislav Hagara | Komentářů: 8
21.9. 20:33 | Nová verze

Společnost NVIDIA oficiálně vydala verzi 10.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
21.9. 20:00 | Upozornění

Příspěvek Jak přežít plánovanou údržbu DNS na blogu zaměstnanců CZ.NIC upozorňuje na historicky poprvé podepsání DNS root zóny novým klíčem dne 11. října 2018 v 18:00. Software, který nebude po tomto okamžiku obsahovat nový DNSSEC root klíč, nebude schopen resolvovat žádná data. Druhým důležitým datem je 1. února 2019, kdy významní výrobci DNS softwaru, také historicky poprvé, přestanou podporovat servery, které porušují DNS standard

… více »
Ladislav Hagara | Komentářů: 11
21.9. 15:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 156. brněnský sraz, který proběhne v pátek 21. září od 18:00 v restauraci Na Purkyňce na adrese Purkyňova 80.

Ladislav Hagara | Komentářů: 0
21.9. 13:22 | Nová verze

Alan Griffiths z Canonicalu oznámil vydání verze 1.0.0 display serveru Mir (GitHub, Wikipedie). Mir byl představen v březnu 2013 jako náhrada X serveru a alternativa k Waylandu. Dnes Mir běží nad Waylandem a cílen je na internet věcí (IoT).

Ladislav Hagara | Komentářů: 0
20.9. 22:00 | Nasazení Linuxu
Stabilní aktualizace Chrome OS 69 (resp. Chromium OS), konkrétně 69.0.3497.95, přináší mj. podporu linuxových aplikací. Implementována je pomocí virtualizace, a proto je tato funkce také omezena na zařízení s dostatkem paměti a podporou hardwarové akcelerace, tudíž nejsou podporovány chromebooky s 32bitovými architekturami ARM, či Intel Bay Trail (tzn. bez Intel VT-x).
Fluttershy, yay! | Komentářů: 6
20.9. 21:32 | Zajímavý projekt

Došlo k uvolnění linuxové distribuce CLIP OS, vyvíjené francouzským úřadem pro kybernetickou bezpečnost ANSSI, jako open source. Vznikla za účelem nasazení v úřadech, kde je potřeba omezit přístup k důvěrným datům. Je založená na Gentoo.

Fluttershy, yay! | Komentářů: 2
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (14%)
 (21%)
 (23%)
 (24%)
 (3%)
 (0%)
Celkem 402 hlasů
 Komentářů: 34, poslední dnes 12:54
Rozcestník

Dotaz: tuhnutí virtuálního serveru, kde hledat chybu?

hajma avatar 28.2.2006 00:49 hajma | skóre: 27 | blog: hajma | Říčany
tuhnutí virtuálního serveru, kde hledat chybu?
Přečteno: 40×

Dobrý den, na vserver.pipni.cz jsem si založil virtuální server s Debianem. Je to stroj s 333MHz, 128MB RAM a 128MB swap, 2G disk. Nainstaloval jsem na něj a běží tam proftpd, sshd a apache 1.3 a moinmoin wiki s pythonem 2.3.5.

Na server přistupuju jenom já (a občas nějakej čínskej cracker, co zkouší hesla na ssh). Dost často se stává, že při brouzdání po wiki nebo spuštění scp ze serveru nebo ssh na server tento zhruba na 5 minut vypadne. Přestane odpovídat i na ping, nejde ssh, web.

Zkusil jsem dát do crontabu uptime >> log každou minutu a v období výtuhu to vypadalo takto:

19:15:01 up  2:17,  1 user,  load average: 1.43, 0.53, 0.31
 19:16:01 up  2:18,  1 user,  load average: 0.50, 0.43, 0.29
 19:17:29 up  2:20,  1 user,  load average: 1.14, 0.56, 0.34
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:23:30 up  2:26,  1 user,  load average: 2.84, 2.81, 1.46
 19:24:01 up  2:27,  1 user,  load average: 1.54, 2.50, 1.41
 19:25:01 up  2:28,  1 user,  load average: 0.54, 2.04, 1.31
 19:26:05 up  2:29,  1 user,  load average: 0.23, 1.68, 1.23
 19:27:01 up  2:29,  1 user,  load average: 0.08, 1.37, 1.15
taky jsem zkusil dát free -d 1 -b >> log2 & a výsledek byl:
top - 19:18:04 up  2:21,  1 user,  load average: 4.94, 3.09, 1.48
Tasks:  17 total,   1 running,  16 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.4% us,  7.0% sy,  2.8% ni, 59.9% id, 23.5% wa,  0.1% hi,  0.3% si
Mem:    131072k total,    15604k used,   115468k free,        0k buffers
Swap:   131072k total,    73544k used,    57528k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0  1920  648  560 S  0.0  0.5   0:00.04 init
23671 root      17   0  1644  592  492 D  0.0  0.5   0:00.25 syslogd
 8117 root      16   0  4856 1092  768 S  0.0  0.8   0:00.00 sshd
 4155 ftp       16   0  4764 1336  688 S  0.0  1.0   0:00.00 proftpd
11696 root      16   0  2172  732  584 S  0.0  0.6   0:00.05 cron
28464 root      16   0  4680 2100 1668 S  0.0  1.6   0:00.06 apache
28480 www-data  16   0  4816 1372  840 S  0.0  1.0   0:00.00 apache
28481 www-data  16   0  4816 1384  852 S  0.0  1.1   0:00.01 apache
28483 www-data  16   0  4816 1444  904 S  0.0  1.1   0:00.01 apache
31437 www-data  16   0  4816 1384  852 S  0.0  1.1   0:00.01 apache
31439 www-data  16   0  4816 1388  852 S  0.0  1.1   0:00.00 apache
27373 www-data  15   0  4816 1372  836 S  0.0  1.0   0:00.00 apache
25933 root      16   0  7788 2448 1988 S  0.0  1.9   0:00.12 sshd
21979 root      16   0  2760 1548 1220 S  0.0  1.2   0:00.05 bash
10376 www-data  16   0  4680  932  488 S  0.0  0.7   0:00.00 apache
22388 root      16   0  2204 1048  844 R  0.0  0.8   0:00.86 top
 2570 root      18   0  2504  756  584 S  0.0  0.6   0:00.00 cron



top - 19:22:46 up  2:25,  1 user,  load average: 4.61, 3.05, 1.48
Tasks:  19 total,   1 running,  18 sleeping,   0 stopped,   0 zombie
Cpu(s): 41.8% us, 22.4% sy,  3.2% ni,  0.0% id, 29.6% wa,  0.2% hi,  2.7% si
Mem:    131072k total,    16188k used,   114884k free,        0k buffers
Swap:   131072k total,    73876k used,    57196k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
22388 root      16   0  2204 1048  844 R  0.0  0.8   0:00.88 top
    1 root      16   0  1920  648  560 S  0.0  0.5   0:00.04 init
23671 root      17   0  1644  592  492 D  0.0  0.5   0:00.25 syslogd
 8117 root      16   0  4856 1092  768 S  0.0  0.8   0:00.00 sshd
 4155 ftp       16   0  4764 1336  688 S  0.0  1.0   0:00.00 proftpd
11696 root      17   0  2172  732  584 S  0.0  0.6   0:00.05 cron
28464 root      16   0  4680 2100 1668 S  0.0  1.6   0:00.06 apache
28480 www-data  16   0  4816 1372  840 S  0.0  1.0   0:00.00 apache
28481 www-data  16   0  4816 1384  852 S  0.0  1.1   0:00.01 apache
28483 www-data  16   0  4816 1444  904 S  0.0  1.1   0:00.01 apache
31437 www-data  16   0  4816 1384  852 S  0.0  1.1   0:00.01 apache
31439 www-data  16   0  4816 1388  852 S  0.0  1.1   0:00.00 apache
27373 www-data  15   0  4816 1372  836 S  0.0  1.0   0:00.00 apache
25933 root      16   0  7788 2448 1988 S  0.0  1.9   0:00.12 sshd
21979 root      16   0  2760 1548 1220 S  0.0  1.2   0:00.05 bash
10376 www-data  16   0  4680  932  488 S  0.0  0.7   0:00.00 apache
 2570 root      18   0  2504  756  584 S  0.0  0.6   0:00.00 cron
16971 root      18   0  2504  756  584 S  0.0  0.6   0:00.00 cron
24155 root      17   0  2504  756  584 S  0.0  0.6   0:00.00 cron
nijak zvlášt z toho chytrý nejsem, podle toho to nevypadá, že by docházela pamět, žádný proces v topu nevyčnívá a stejně... co můžu ještě zkusit? Díky
21 promarněných znaků

Odpovědi

28.2.2006 00:53 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
Rozbalit Rozbalit vše Re: tuhnutí virtuálního serveru, kde hledat chybu?
Hovoříme o pípni… Jestli to chceš nějak opravdu řešit, stejně ti asi nic jiného než jiná služba od jiného poskytovatele nezbyde.
Copak toho není dost?
hajma avatar 2.3.2006 17:20 hajma | skóre: 27 | blog: hajma | Říčany
Rozbalit Rozbalit vše Re: tuhnutí virtuálního serveru, kde hledat chybu?
klíč k záhadě je zde:

http://monitoring.pipni.cz/sysinfo/?server=vs.pipni.cz
Jméno počítače	vs.pipni.cz
IP adresa	193.86.238.20
Verze jádra	2.6.15.4-vs2.0.2-rc10 (SMP)
Distro Name	 N.A.
Uptime	17 hodin 20 minut
Přihlášených uživatelů	6
Průměrná zátěž	97.70 30.68 18.03
co se na tom stroji děje ... asi lepší nevědět
21 promarněných znaků

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.