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

    Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.

    Ladislav Hagara | Komentářů: 0
    dnes 12:55 | Pozvánky

    Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.

    Ladislav Hagara | Komentářů: 0
    dnes 05:33 | IT novinky

    Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.

    Ladislav Hagara | Komentářů: 1
    dnes 05:22 | Nová verze

    Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 23:33 | Komunita

    Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.

    Ladislav Hagara | Komentářů: 0
    včera 13:11 | Nová verze

    Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.

    Ladislav Hagara | Komentářů: 0
    včera 05:44 | Nová verze Ladislav Hagara | Komentářů: 2
    včera 05:22 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.

    Ladislav Hagara | Komentářů: 4
    21.10. 23:15 | Nová verze

    AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.

    Max | Komentářů: 3
    21.10. 22:33 | IT novinky

    Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (20%)
     (20%)
     (22%)
     (18%)
     (21%)
     (18%)
     (18%)
    Celkem 258 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    31.10.2020 15:34 Datalooser
    Rozbalit Rozbalit vše DRBD (aka zachrana dat z QNAPu)

    Dobry den,

    prosim zkusenejsi o pomoc s DRBD. Doted jsem ho znal jen z doslechu. Snazim se v rychlosti neco nacist, ale zatim je to malo.

    Pokousim se vydolovat data z noveho QNAPu, kteremu po par mesicich odesla zakladni deska. Podle recenzi na internetu to potkalo hodne lidi. Servis v NL nestiha a po nejake dobe vraci penize.

    Oba disky jsou vporadku. MD raidy se sestavi a na oddilech, kde je rovnou EXT4 pro system, jsou videt data - konfiguracni soubory, logy, atd. Horsi je to s oddilem pro uzivatelova data. Ta jsou na think provisioned LVM, pod kterym bezi DRDB.

    Pokus nahodit DRDB dopadne takto:

    # drbdadm up r1
    strange bm_offset -2112 (expected: -1928)
    No valid meta data found

    A ted se ptam:

    - Muzu prikazem "drbdadm create-md r1" vytvorit znovu metadata, aniz bych poskodil data na disku?

    - Da se pomoci nejakeho offsetu dumpnout disk, abych z DRDB oddilu dostal Physical Extends pro PV?

    Nerad bych to resil stylem pokus/omyl, protoze vytvorit pracovni kopii disku trva DDckem 10 hodin.

    Dekuji

    dl

    .

    ----------

    Puvodni originalni konfiguraky a info ze stroje, kde to zkousim:

    # lsmod | grep drb
    drbd                  425984  0
    lru_cache              16384  1 drbd
    libcrc32c              16384  2 btrfs,drbd
    

    # rpm -qa | grep drb
    drbd-utils-9.13.0-lp152.2.3.1.x86_64
    drbd-9.0.22~1+git.fe2b5983-lp152.2.2.1.x86_64
    # blkid -c /dev/null /dev/md126
    /dev/md126: UUID="43c1a77e5b530960" TYPE="drbd"
    # cat /etc/drbd.d/global_common.conf
    global {
            usage-count no;
    }
    common {
            handlers {
            }
            startup {
            }
            options {
            }
            disk {
            }
            net {
            }
    }
    
    # cat /etc/drbd.d/r1.res
    resource r1
    {
        syncer
        {
            rate 4G;
        }
        on HomeHost
        {
            device /dev/drbd1;
            disk /dev/md126;
            meta-disk internal;
            address 127.0.0.1:7789;
        }
        on FakeHost
        {
            device /dev/drbd1;
            disk /dev/md126;
            meta-disk internal;
            address 1.0.0.1:7789;
        }
    }
    
    # drbdadm up r1
    strange bm_offset -2112 (expected: -1928)
    No valid meta data found
    
    # cat /proc/drbd
    version: 8.4.11 (api:1/proto:86-101)
    srcversion: B5223DD0E70DC76DE10377F
    
     1: cs:Unconfigured
    
    LOG z puvodniho NASu:
    # grep drb pstore_2_201907101733.log
    [   14.619019] drbd: initialized. Version: 8.4.5 (api:1/proto:86-101)
    [   14.625194] drbd: GIT-hash: 1d360bde0e095d495786eaeb2a1ac76888e4db96 build by @U16BuildServer40, 2019-06-20 06:15:46
    [   14.635647] drbd: registered as block device major 147
    [   39.414676] drbd r1: Starting worker thread (from drbdsetup-84 [2460])
    [   39.421491] block drbd1: disk( Diskless -> Attaching )
    [   39.426832] drbd r1: Method to ensure write ordering: flush
    [   39.432392] block drbd1: Adjusting my ra_pages to backing device's (32 -> 1024)
    [   39.439668] block drbd1: drbd_bm_resize called with capacity == 7794125112
    [   39.446521] drbd_realloc_pages use the Default memory
    [   39.451747] block drbd1: resync bitmap: bits=7611451 words=118929 pages=233
    [   39.458682] block drbd1: size = 3717 GB (3897062556 KB)
    [   39.483867] block drbd1: recounting of set bits took additional 0 jiffies
    [   39.490650] block drbd1: 3717 GB (7611451 bits) marked out-of-sync by on disk bit-map.
    [   39.498546] block drbd1: Suspended AL updates
    [   39.502897] block drbd1: disk( Attaching -> UpToDate )
    [   39.508111] block drbd1: attached to UUIDs 9EBFAD153C603FE5:0000000000000004:0000000000000000:0000000000000000
    [   39.556553] drbd r1: conn( StandAlone -> Unconnected )
    [   39.561792] drbd r1: Starting receiver thread (from drbd_w_r1 [2461])
    [   39.568374] drbd r1: receiver (re)started
    [   39.572393] drbd r1: conn( Unconnected -> WFConnection )
    [   40.603095] drbd r1: conn( WFConnection -> Disconnecting )
    [   40.603103] drbd r1: Discarding network configuration.
    [   40.613849] drbd r1: Connection closed
    [   40.617616] drbd r1: conn( Disconnecting -> StandAlone )
    [   40.622996] drbd r1: receiver terminated
    [   40.626915] drbd r1: Terminating drbd_r_r1
    [   40.634108] block drbd1: role( Secondary -> Primary )
    [851456.448823] block drbd1: role( Primary -> Secondary )
    [851456.454085] block drbd1: bitmap WRITE of 0 pages took 0 jiffies
    [851456.460100] block drbd1: 3717 GB (7611451 bits) marked out-of-sync by on disk bit-map.
    [851456.501104] block drbd1: disk( UpToDate -> Failed )
    [851456.506178] block drbd1: bitmap WRITE of 0 pages took 0 jiffies
    [851456.512172] block drbd1: 3717 GB (7611451 bits) marked out-of-sync by on disk bit-map.
    [851456.520147] block drbd1: disk( Failed -> Diskless )
    [851456.525389] block drbd1: drbd_bm_resize called with capacity == 0
    [851456.531594] drbd r1: Terminating drbd_w_r1
    
    

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.