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 23:22 | Zajímavý projekt

    Nedávno představený projekt mapSTL.com řeší budoucnost. 𝕏: "Netušil jsem, kolik patentů na generování map existuje. Existují patenty na generování fantasy map 🫣. Cokoliv je na 3D tiskárnu a tvoří to produkt, bude to mít patenty. Tak bacha na to!" … více »

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

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Bezpečnostní upozornění

    Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.

    vencour | Komentářů: 0
    27.10. 18:11 | Nová verze

    Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 1
    27.10. 14:11 | IT novinky

    Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.

    Ladislav Hagara | Komentářů: 37
    27.10. 13:44 | Komunita

    Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].

    Ladislav Hagara | Komentářů: 2
    26.10. 21:29 | Nová verze

    Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.

    Max | Komentářů: 31
    26.10. 21:11 | Bezpečnostní upozornění

    Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.

    Ladislav Hagara | Komentářů: 10
    26.10. 18:33 | Komunita

    Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace

    … více »
    Pendrekama do nich❗ | Komentářů: 1
    26.10. 15:22 | Zajímavý článek

    Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.

    vencour | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2936 hlasů
     Komentářů: 34, poslední 26.10. 08:24
    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: 275×

    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ákno • Nahoru

    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.