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 20:55 | Komunita

Linux ve VirtualBoxu nebude potřebovat Přídavky pro hosta (Guest Additions). Budou součástí linuxového jádra. Ovladač vboxguest by se měl dostat do Linuxu 4.16. Ovladač vboxsf by měl následovat.

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

Vývojáři Thunderbirdu žádají o vyplnění dotazníku. Upřednostňujete klasický vzhled nebo raději Monterail (GitHub)?

Ladislav Hagara | Komentářů: 14
včera 12:22 | Komunita

Mozilla.cz informuje, že většina problémů s rychlostí Firefoxu 57 při použití open source odečítače NVDA (NonVisual Desktop Access) budou vyřešeny hned v další verzi Firefoxu 58. NVDA je zatím dostupný pouze pro operační systémy Windows.

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

V knihovně glibc (GNU C Library) byla nalezena a v upstreamu opravena bezpečnostní chyba CVE-2018-1000001 (buffer underflow) zneužitelná k lokální eskalaci práv. Podrobnosti na halfdog.net.

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

Mozilla.cz informuje o 2 plánovaných novinkách ve Firefoxu. Nové webové funkce budou ve Firefoxu dostupné jen přes HTTPS (en) a nové verze Firefoxu přinesou rychlejší přepínání panelů (předehřívání nebo žhavení panelů, anglicky tab warming).

Ladislav Hagara | Komentářů: 5
16.1. 12:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, klesla na cca 12 000 dolarů. Před měsícem byla hodnota Bitcoinu téměř 20 000 dolarů [reddit].

Ladislav Hagara | Komentářů: 28
16.1. 05:55 | Bezpečnostní upozornění

Bezpečnostní tým Cisco Talos upozorňuje na celou řadu bezpečnostních chyb v Blenderu. Vývojáři Blenderu byli o chybách informování již v září. Dosud tyto chyby ale opraveny nebyly. Doporučeno je neotevírat v Blenderu soubory z nedůvěryhodných zdrojů.

Ladislav Hagara | Komentářů: 2
15.1. 17:22 | Bezpečnostní upozornění

Společnost F-Secure upozorňuje na bezpečnostní "problém" v Intel AMT (Active Management Technology). Útočník s fyzickým přístupem k počítači s povoleným AMT a nenastaveným heslem k MEBx (Management Engine BIOS Extension) může obejít heslo nastavené v BIOSu, pin v TPM, přihlašovací jméno a heslo do operačního systému nebo i šifrování disků restartováním tohoto počítače a při jeho startu zavedením MEBx (CTRL-P) a zadáním výchozího hesla "admin". Pak už útočníkovi stačí pouze změnit heslo a povolit vzdálený přístup k počítači na úrovni AMT.

Ladislav Hagara | Komentářů: 10
15.1. 15:11 | Zajímavý projekt

Na Indiegogo byla dnes spuštěna kampaň na podporu 6 palcového notebooku a kapesní herní konzole GPD WIN 2. Cena v rámci kampaně byla stanovena na 649 dolarů. Cílová částka 100 tisíc dolarů byla překonána již 8 krát. Ukázka s Linuxem na YouTube.

Ladislav Hagara | Komentářů: 5
15.1. 05:55 | Bezpečnostní upozornění

V GitLabu, v open source alternativě GitHubu, tj. v softwarovém nástroji s webovým rozhraním umožňujícím spolupráci na zdrojových kódech, byl nalezen vážný bezpečnostní problém. Bezpečnostní aktualizace bude vydána ve středu 17. ledna v 00:59.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1317 hlasů
 Komentářů: 53, poslední včera 16:55
    Rozcestník

    Dotaz: raid 1 a load average

    18.1.2015 14:11 Ondrej
    raid 1 a load average
    Přečteno: 326×
    nainstaloval jsem prvne raid1 sestavajici ze dvou zarizeni, md0 a md1

    dv -vh vypada nasledovne:

    Filesystem           1K-blocks      Used Available Use% Mounted on
    /dev/mapper/VolGroup00-LogVol01
                          69418416   2316492  63518744   4% /
    /dev/mapper/VolGroup00-LogVol05
                         247967484   3165612 232002692   2% /usr0
    /dev/mapper/VolGroup00-LogVol06
                         299008360    195552 283379080   1% /usr1
    /dev/mapper/VolGroup00-LogVol03
                          29741864    197976  28008708   1% /tmp
    /dev/mapper/VolGroup00-LogVol04
                          49580256    266912  46754164   1% /var
    /dev/mapper/VolGroup00-LogVol02
                         247967484   3265908 231902396   2% /data
    /dev/md0                497765     23734    448332   6% /boot
    tmpfs                  4012900         0   4012900   0% /dev/shm
    

    Server nedela nic, ale presto je load average 0.2. To by nebylo nic tak strasneho, ale presto mam obavy, zda se nejedna o nejakou chybu. Prikaz 'top -i -d 1' ukazuje pouze 3 procesy (top, md1_raid1, kjournald). Ten md1_raid1 proces vyskoci kazdych 3-10 vterin, ma sice nasbirano za 3 dny 69 minut CPU casu, ale to je myslim zpusobeno synchronizaci kolem 4. hodiny rano, pres den se ta hodnota TIME (v prikazu ps) meni o par vterin za hodinu. Otazka: je to normalni, bezny stav u raidu?

    Odpovědi

    Jendа avatar 18.1.2015 15:12 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: raid 1 a load average
    Ne, mám 0.00. Neběží ještě rebuild? (asi ne, terabajt je za pár hodin hotový) Není v htopu vidět něco víc?
    I don't believe in the concept of personal property that isn't mine.
    19.1.2015 10:40 Ondrej
    Rozbalit Rozbalit vše Re: raid 1 a load average
    diky za reakci a nakopnuti, ze s raidem je ten load 0.00 mozny.

    Zkousel jsem vsechny mozne utility htop,procinfo ... , ale to nic neprineslo. Pro info, htop napr. u me neukazoval ty procesy, ktere jsou na vypisu v hranatych zavorkach ( napr. prave ten [md1_raid1]) ..

    Tak jsem vzal jednu service za druhou a zkousel je vypnout, to taky nic neprineslo.

    Board ma 2 sitovky a kdyz jsem eth1 vypnul(down) tak se load uklidnil. :-)

    Ok, mel jsem u kazde sitovky vlastni gateway a mozna to asi system matlo. Zatim jsem to mel u takovyh systemu tak, ze do internetu se slo vzdy jen pres jedno rozhrani. Protoze v sitich nejsem odbornik, tak nevim, jestli je to ta pricina.

    V kazdem pripade mohu tedy potvrdit, ze software raid1 nejaky zvyseny load nezpusobuje :-)
    19.1.2015 14:11 nobody
    Rozbalit Rozbalit vše Re: raid 1 a load average
    mdX_raidX je vlakno kernelu, v htop lze zap/vyp zobrazeni vlaken(shift+h) a kernel_vlaken(shift+k)
    pokud je zaple oboje zobrazuje se: Tasks: 141, 245 thr, 77 kthr; 1 running
    19.1.2015 22:56 Daniel Čižinský | skóre: 29
    Rozbalit Rozbalit vše Re: raid 1 a load average
    A neni to load od toho topu?
    21.1.2015 15:49 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: raid 1 a load average
    Domnívám se, že pokud nějaký program je spouštěn často, ale hned skončí, htop ho neukáže, ale load to zvedá. Takže je třeba se koukat co je spouštěno. strace to nedokáže. Jedinný tool který znám, se kterým se to dá udělat je systemtap:
    sudo stap - <<EOF
    probe syscall.vfork.return {
    	return_trace(name, $return)
    }
    
    probe syscall.fork.return {
    	return_trace(name, $return)
    }
    
    probe syscall.clone.return {
    	return_trace(name, $return)
    }
    
    function return_trace(name, retval) {
    	printf("%s: %d -> %d\n", name, pid(), retval);
    }
    
    
    probe syscall.execve {
    	printf("%s: %d %s\n", name, pid(), args);
    }
    EOF
    
    Pro použití stap budeš potřebovat nainstalovat kernel debug symboly.

    Vypíše to něco jako
    execve: 22761 "ls" "--color=tty"
    clone: 22638 -> 22762
    clone: 22649 -> 22763
    clone: 22652 -> 22764
    clone: 22698 -> 22765
    clone: 22713 -> 22766
    clone: 22740 -> 22767
    clone: 22650 -> 22768
    clone: 21838 -> 22769
    clone: 21838 -> 22770
    clone: 22752 -> 22771
    execve: 22771 "ip" "a"
    clone: 21838 -> 22772
    clone: 22752 -> 22773
    execve: 22773 "ls" "--color=tty"
    clone: 21838 -> 22774
    clone: 22752 -> 22775
    execve: 22775 "ps"
    clone: 21838 -> 22776
    ^Cclone: 21838 -> 22777
    
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    6.2.2015 12:31 Ondrej
    Rozbalit Rozbalit vše Re: raid 1 a load average
    diky za reakci, ktera se bude mozna v budoucnu hodit. Pokusim se to vyuzit pri verifikaci meho problemu, ktery se nyni jevi nasledovne (je to fakt neuveritelne):

    Jak jsem psal nahore, situace se zlepsila pote, co jsem odpojil eth1. Ale to nebylo reseni problemu. Musim priznat, ze pripojeni pres eth0 se delo pres RJ45 konektor s ulomenou 'packou' a ja se domnivam, ze kdyz jsem odpojoval ten eth1 tak jsem zase zastrcil poradne ten eth0 a tim se to spravilo. Den pote byla u servru uklizecka, ja jsem zjistil zase load kolen 0.17 a najednou me napadlo se podivat, jestli je konektor poradne zastrceny. A pote co jsem ho poradne zastcil , klesl load behem 2 minut na nulu. Server uz jsem vyexpedoval, takze to nemohu overit, ale budu experimentovat s tim kabelem na jinem zarizeni.

    No jo, ja vim, ze je to pritazene za vlasy, ale jinak si to nedovedu vysvetlit. Server je nyni v nasazeni asi tyden a kontroluji load kazdy den a je to na nule.

    Muj problem budu resit nasledovne: http://makezine.com/2010/08/07/repair-a-broken-ethernet-plug/ :-)

    21.1.2015 16:24 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: raid 1 a load average
    Mounty mas atime/relatime/noatime?

    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.