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 15:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 11
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1084 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: zaloha celeho serveru (backuprecovery)

    28.4.2009 14:56 chinook | skóre: 28
    zaloha celeho serveru (backuprecovery)
    Přečteno: 337×
    Zajima me jak se resi zaloha serveru v praxi. Jak se to dela kdyz spadne cely server a ja potrebuju, aby vse jelo dal, jako by se nic nestalo? Napadlo me mit 2 stejne servery a jeden by jenom cekal, az spadne druhy a jen by se na nej presmerovalo spojeni, ale toto asi bude drahe reseni.

    Odpovědi

    28.4.2009 16:39 akomano | skóre: 16 | blog: Došiel čaj v kávomate | Malacky
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)

    Čo podla teba znamená "...kdyz spadne cely server...". Predpokladám, že sa ti jedná o chybu HDD. Nebudem rozoberať "ozaj profesionálne" riešenia, predpokladám, že takto formulovanú otázku by profesionálny admin nepoložil.

    Ja sa na svojom serveri snažím predchádzať chybe (resp. dôsledkom) pomocou mirrorovania - používam SW RAID, pokiaľ sa nemýlim typ 2. (http://cs.wikipedia.org/wiki/RAID)

    Ak skombinuješ RAID (či už HW, alebo len SW) so "šuflíkmi" na disky, malo by byť pri HW chybe jedného z diskov možné dať všetko do pôvodného stavu aj za jazdy.

    Ja vim, on vi, a ty sed, nano!
    28.4.2009 16:43 akomano | skóre: 16 | blog: Došiel čaj v kávomate | Malacky
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)

    Chyby ostatného HW - teda definitívne zakapanie celého servera by sa dalo riešiť napríklad clusterom. Pričom záložný server by mohol byť slabší. Ale tu potom treba riešiť aktuálnosť dát na oboch serveroch, čo by mohlo byť zas riešené cez dedikovaný dátový server - napriklad ako DB server.

    Veľmi záleží od toho, čo daný server vlastne poskytuje a čo má teda zmysel backupovať.

    Ja vim, on vi, a ty sed, nano!
    28.4.2009 17:09 NEmalacan
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)

    1. moznost je mat cluster, t.z. napriklad 2 nody, rozhodit aplikacie na obidva, v pripade vypadku jedneho z nich presunutie aplikacii na funkcny server.

    2. HW/SW RAID 1/5, kde vypadok 1 disku nesposobi ziadnu stratu dat.

    3. Kompletna zaloha + inkrementalne zalohy, pokazi sa disk, na nejaky druhy sa skopiruje kompletna zaloha a neskor inkrementalne...

    Vsetky tieto moznosti sa daju kombinovat.

    28.4.2009 17:49 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)
    myslim pad celeho serveru ne jen disku. Takze pocitejme s tim ze server totalne skape.

    dejme tomu, ze by na serveru bezel postfix, mysql, apache, ftp atd. musel bych tedy mit dva stroje na ktere by se vsechny zmeny ukladaly zaroven?

    Jeste me napadlo jedno reseni a to mit sitove uloziste, kde by byl image serveru spustitelny pres virtualni pc napr. wmvare. Takze na serveru by bezely sluzby ve virtualnim PC a v pripade vypadku PC se spusti virtualni pc nekde jinde. Nebrzdilo by virtualni PC server? Pokud ne, tak by se usetrilo dost konfigurace (zrcadleni vsech sluzeb)
    29.4.2009 09:38 NN
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)

    K cemu, virtualem si zadelas na dalsi problemy, drz se rad nahore.

    NN

     

    29.4.2009 11:54 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)
    jake problemy to muze delat? Ten cluster mne prijde slozitejsi.
    29.4.2009 13:39 medved
    Rozbalit Rozbalit vše Re: zaloha celeho serveru (backuprecovery)

    Mne pride cluster ako ovela jednoduchsi. Ohladne toho virtualneho PC, samozrejme,  ze tam stratis nejaky ten vykon. Mozno na tieto ucely by sa hodil VMware ESX server, myslim, ze i verzia je zdarma a ak podporuje prenasanie imagov, tak by sa to dalo takto riesit. Ale pride mi to ako dost tazkopadne riesenie. Myslim, ze v pohode staci !spolahlivy server a nejaky ten RAID 1/5...

    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.