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 22:33 | Nová verze

Byla vydána verze 4.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci. Ve dnech 15. až 17. listopadu proběhne v Praze konference vývojářů a uživatelů Suricaty SuriCon 2017.

Ladislav Hagara | Komentářů: 0
dnes 17:11 | Nová verze

Byla vydána dvaadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Venustas. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 3
dnes 11:33 | Zajímavý článek

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 3
dnes 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
dnes 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

Ladislav Hagara | Komentářů: 3
dnes 00:22 | Bezpečnostní upozornění

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 3
včera 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 0
včera 14:44 | Nová verze

Byla vydána nová verze 42.3 linuxové distribuce openSUSE Leap. Jedná se už o třetí vydání, které staví na SUSE Linux Enterprise (SLE). Výchozím jádrem je opět poslední LTS verze, tedy řada 4.4. Podrobnosti v oznámení o vydání a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 16
včera 14:30 | Nová verze

Google Chrome 60 byl prohlášen za stabilní. Nejnovější stabilní verze 60.0.3112.78 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 40 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
25.7. 22:33 | IT novinky

Společnosti Adobe, Apple, Facebook, Google, Microsoft a Mozilla společně oznámily konec Flashe. Podpora Flashe oficiálně skončí na konci roku 2020.

Ladislav Hagara | Komentářů: 18
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (20%)
 (73%)
Celkem 128 hlasů
 Komentářů: 8, poslední dnes 21:30
    Rozcestník

    Dotaz: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.

    14.6.2012 09:40 OgeeN
    Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Přečteno: 484×
    Ahoj,

    na Ubuntu server 12.04 jsem zprovoznil přístup na sdílené úložiště (HP P2000 G3 iscsi) pomocí open-iscsi, multipath a ocfs2. Vše funguje pěkně až do chvíle, kdy dojde ke ztrátě síťové konektivity k diskovému poli. I krátkodobý výpadek konektivity v řádu jednotek vteřin způsobí, že se server (HP ProLiant SL390s G7) okamžitě restartuje. V syslogu jsem nenašel žádnou stopu, která by naznačovala v čem je problém.

    Konfigurace:

    iscsid.conf:

    node.conn[0].startup = automatic
    node.startup = automatic
    node.session.timeo.replacement_timeout = 180
    node.conn[0].timeo.login_timeout = 15
    node.conn[0].timeo.logout_timeout = 15
    node.conn[0].timeo.noop_out_interval = 5
    node.conn[0].timeo.noop_out_timeout = 5
    node.session.err_timeo.abort_timeout = 15
    node.session.err_timeo.lu_reset_timeout = 30
    node.session.initial_login_retry_max = 4
    node.session.cmds_max = 128
    node.session.queue_depth = 32
    node.session.xmit_thread_priority = -20
    node.session.iscsi.InitialR2T = No
    node.session.iscsi.ImmediateData = Yes
    node.session.iscsi.FirstBurstLength = 262144
    node.session.iscsi.MaxBurstLength = 16776192
    node.conn[0].iscsi.MaxRecvDataSegmentLength = 262144
    discovery.sendtargets.iscsi.MaxRecvDataSegmentLength = 32768
    node.session.iscsi.FastAbort = No

    multipath.conf:

    defaults {
           udev_dir                /dev
           polling_interval        10
           selector                "round-robin 0"
           path_grouping_policy    multibus
           getuid_callout          "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
           prio                    const
           path_checker            directio
           rr_min_io               100
           flush_on_last_del       no
           max_fds                 8192
           rr_weight               priorities
           failback                immediate
           no_path_retry           fail
           queue_without_daemon    no
           user_friendly_names     no
           mode                    644
           uid                     0
           gid                     disk
    }
    blacklist {
           wwid 26353900f02796769
           devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
           devnode "^hd[a-z][[0-9]*]"
           devnode "^sda1"
           device {
                   vendor DEC.*
                   product MSA[15]00
           }
    }
    multipaths {
            multipath {
                    wwid                    3600c0ff000127311ab8dcc4f01000000
            }
            multipath {
                    wwid                    3600c0ff0001273712d8dcc4f01000000
            }
            multipath {
                    wwid                    3600c0ff000127311cd8dcc4f01000000
            }
    }
    devices {
           device {
                   vendor                  "HP"
                   product                 "P2000 G3 FC|P2000 G3 iSCSI"
                   path_grouping_policy    group_by_prio
                   getuid_callout          "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
                   path_checker            tur
                   path_selector           "round-robin 0"
                   hardware_handler        "0"
                   prio                    alua
                   failback                immediate
                   rr_weight               uniform
                   no_path_retry           18
                   rr_min_io               100
           }
    }

    cluster.conf:

    node:
            name = node1
            cluster = ocfs2
            number = 0
            ip_address = 192.168.1.11
            ip_port = 7777
    node:
            name = node2
            cluster = ocfs2
            number = 1
            ip_address = 192.168.1.12
            ip_port = 7777
    cluster:
            name = ocfs2
            node_count = 2
    Potřeboval bych poradit jak pokračovat v řešení. Jak získat nějaké logy atp. Díky za pomoc.

    Odpovědi

    14.6.2012 12:02 Ivan
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    jo presne takhle to funguje. zda ze, ze s tim za poslednich pet let nic neudelali. Opensource nevydelava penize a proto je ocfs2 vice-mene mrtvej projekt. Jeho nastupce je uz closed source, za penize, a je posteven na AdvFS.

    Pokud opravdu chces nejake spolehlive reseni tak se poohlidni po necem jinym.
    14.6.2012 12:53 OgeeN
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Takže problém je v kombinaci iscsi a ocfs2? Co jiného můžu použít? Výběrem clusterového filesystému jsem strávil dost času a ocfs2 mi vyšlo jako nejlepší řešení.
    14.6.2012 13:54 iKoulee | skóre: 19
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    1) taky jsem pouzival ocfs2, je sice mirne rychlejsi, ale GFS2 se ukazalo dlouhodobe stabilnejsi

    2) co ja si pamatuju tak cluster.conf bylo xml a mimo jine ta ma byt fekce tykajici se fencingu a tedy toho jak rychle to bude reagovat na nedostupnost

    3) odstreleni serveru ktery ztrati spojeni na storage, je dle meho spravny postup
    Even if you fall on your face, you’re still moving forward
    14.6.2012 14:01 Ivan
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Popravde nevim. Ono existuje vice iscsi implementaci pro linux, ale ty jsem podrobne nezkousel). Kombinace Fibrechannel + OCFS2 je mnohem stabilnejsi. FC SCSI vrstva si chybama nejak poradi a nepousti je dal do OCFS. Jeste jsem kdysi davno zkousel gpfs 2.1 of IBM. Na linuxu to taky moc nefungovalo. Jediny pouzitelny cluster filesystem pro Linux ma Veritas. (codu a afs jsem nezkousel).

    Napriklad takovej NetApp to taky moc neresi a rovnou doporucuje klientum pouzivat NFS. (pokud namaji penize na FC).

    Marek Stopka avatar 14.6.2012 20:46 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    NetApp doporučuje klientům používat NFS i když mají peníze na FC, a ve spoustě případů dokonce i pokud mají existující FC infrastrukturu včetně FCP licence.
    14.6.2012 21:03 OgeeN
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Tak jsem na konec během dvou hodin rozchodil GFS2. Zatím to vypadá výrazně stabilnější než ocfs2.
    15.6.2012 00:12 OgeeN
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Ještě mám jeden dotaz. Na ocfs2 i gfs2 zabírají data dvojnásobek toho co zabírali na ufs. Tzn. že z 200GB je najednou cca 400GB. Jedná se o cca 6500000 většinou malých souborů (webové stránky). Velikost bloku je na gfs2 4K.
    17.6.2012 22:41 OgeeN
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Nikdo neví čím by to mohlo být?
    18.6.2012 12:26 OgeeN
    Rozbalit Rozbalit vše Re: Open-iscsi + Ubuntu server. Ztráta konektivity způsobí okamžitý restart serveru.
    Problém je ve velikosti bloku a počtu malých souborů na disku.

    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.