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 22:33 | IT novinky

    PlayStation Network (PSN) má již několik hodin, vlastně celou sobotu, masivní výpadek (Stav služby PSN, X).

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Komunita

    Vývojáři open source storage platformy TrueNAS oznámili, že s verzí 25.04 s kódovým názvem Fangtooth končí TrueNAS CORE postavený na FreeBSD a TrueNAS SCALE postavený na Linuxu. Jejich společným pokračováním bude TrueNAS Community Edition postavený na Linuxu.

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

    Mapy Google dnes slaví 20 let. Spuštěny byly 8. února 2005. Svět se přesunul od papírových map k digitálním. A ke Street View, Live View, Immersive View, …

    Ladislav Hagara | Komentářů: 6
    včera 02:55 | Komunita

    Hector "marcan" Martin, vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu, skončil jako upstream vývojář linuxového jádra. Se slovy "už nemám žádnou důvěru v proces vývoje jádra … další vývoj Apple/ARM bude pokračovat downstream" odstranil své jméno ze souboru MAINTAINERS. Důvodem jsou neshody kolem Rustu v linuxovém jádru [Hacker News, No rust code in kernel/dma, please.].

    Ladislav Hagara | Komentářů: 47
    7.2. 16:55 | IT novinky

    Mistral AI včera představil nový vylepšený Le Chat. Nově také jako aplikace pro iOS a Android.

    Ladislav Hagara | Komentářů: 0
    7.2. 16:22 | IT novinky

    Britské bezpečnostní orgány nařídily americké firmě Apple, aby vytvořila takzvaná "zadní vrátka", která by umožnila dostat se k šifrovanému obsahu uživatelů uloženému v cloudu. Tajné nařízení, vydané v lednu, vyžaduje plošný přístup k šifrovanému účtu jakéhokoliv uživatele přístrojů Apple kdekoliv na světě. Britské úřady tedy Apple nežádají pouze o asistenci s přístupem k účtu konkrétního uživatele, ale rovnou chtějí mít přístup ke všem účtům, kdykoliv budou chtít.

    Ladislav Hagara | Komentářů: 72
    7.2. 05:11 | Nová verze

    Byla vydána (𝕏) lednová aktualizace aneb nová verze 1.97 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.97 vyšlo také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    7.2. 04:55 | Humor

    Hra Doom může běžet (𝕏, Mastodon) i v převodníku Apple Lightning na HDMI. Ukázka na YouTube.

    Ladislav Hagara | Komentářů: 3
    6.2. 21:00 | Humor

    Nedávno se povedlo do pdf souborů vložit Tetris a DOOM a po otevření příslušného pdf souboru v na Chromiu založeném webovém prohlížeči vybranou hru přímo v pdf spustit. LinuxPDF ukazuje, že do pdf lze vložit také RISC-V emulátor a rozběhnout Linux.

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

    Kancelářský balík LibreOffice byl vydán ve verzi 25.2. Podrobnosti v poznámkách k vydání.

    Fluttershy, yay! | Komentářů: 0
    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: 540×
    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).

    14.6.2012 20:46 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    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.