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

    Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 16:22 | Nová verze

    Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

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

    GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.

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

    Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.

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

    Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.

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

    Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.

    Ladislav Hagara | Komentářů: 10
    včera 16:22 | Nová verze

    Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).

    Ladislav Hagara | Komentářů: 6
    včera 15:11 | Nová verze

    Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.

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

    Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.

    Ladislav Hagara | Komentářů: 9
    Jaké řešení používáte k vývoji / práci?
     (45%)
     (59%)
     (0%)
     (10%)
     (14%)
     (3%)
     (14%)
     (3%)
     (10%)
    Celkem 29 hlasů
     Komentářů: 3, poslední dnes 14:58
    Rozcestník

    Dotaz: Poškození dat zaslaných přes netcat. Co s tím?

    20.11.2012 17:38 JanM | skóre: 28
    Poškození dat zaslaných přes netcat. Co s tím?
    Přečteno: 269×
    Dobré pozdní odpoledne,

    marně bojuji s následujícím problémem:
    pepa@local$ ssh -c blowfish ${USER}@${REMOTE} "sudo zfs send ${MPOOL}@snap | \
                netcat -c ${LOCAL} 8023" | netcat -w 30 -l -p 8023 ${REMOTE} | \
                zfs receive -uvFd backup
    Celkem to funguje, ale občas ne a na konci přenosu to vyhodí:
    read(net): Connection reset by peer
    a zfs receive oznámí chybu ohledně poškozeného streamu.

    Nefunguje to hlavně u hodně velkého objemu dat (300+ GB). Testování je poněkud náročné, protože to při rychlosti 20 MB/s trvá půl dne.

    Pokud netcat vyhodím a proháním to jen přes SSH, tak m'kay, jenže to poněkud hodně vytěžuje Intel Atom na $LOCAL.

    Říkám si, jestli není problém se streamem na začátku spojení - tj. trochu dat se ztratí než netcat naváže spojení - či na jeho konci, tj. netcat na serveru ($LOCAL) se ukončí dříve než do pipe pošle všechna data.

    Trochu krkolomně by se to možná dalo obejít změnou posloupnosti příkazů: nejprve spustit netcat -l na $LOCAL, potom netcat (bez -c) na $REMOTE, přidat nějaký timeout či kontrolu, že už se žádná data nezapisují, a nakonec zabít jeden z těch netcatů, druhý se ukončí automaticky. Ale zatím se mi to moc nedaří naskriptovat :-/

    Nesetkal jste se někdo s něčím podobným?

    Odpovědi

    20.11.2012 23:52 NN
    Rozbalit Rozbalit vše Re: Poškození dat zaslaných přes netcat. Co s tím?
    Pokud jsem to pochopil, tak na vzdalenem serveru nacpes data do netcatu:
    ssh -c blowfish ${USER}@${REMOTE} "sudo zfs send ${MPOOL}@snap | netcat -c ${LOCAL} 8023"
    a potom je lokalne pres druhy netcat vyzvednes a posles dal:
    netcat -w 30 -l -p 8023 ${REMOTE} | zfs receive -uvFd backup
    Ale nepochopil jsem proc je to cele slepene tou pipou dohromady.

    Btw. kdysi jsem cetl o nejakem problemu netcatu pri ukoncovani dat..
    21.11.2012 09:13 JanM | skóre: 28
    Rozbalit Rozbalit vše Re: Poškození dat zaslaných přes netcat. Co s tím?
    Ta pipa ;-) mezi netcaty je tam "zbytečně" z pohledu posílání dat - neb přes ní žádná netečou (tedy doufám).

    Jenže kdyby tam nebyla, tak by to nemohl být "one-liner", ne?

    Alespoň předpokládám, že použitím roury dojde k současnému spuštění příkazu před i za rourou; jinak bych musel spustit nejprve naslouchací netcat (na pozadí), a teprve poté ten posílací na $REMOTE.

    Mezitím jsem hledal na Síti všech sítí a také jsem narazil na informace o problémech s ukončováním. Jenže analýza tcp dumpu je pro mne vyšší dívčí, takže asi zatím ponechám Intel Atom potit přes SSH.
    21.11.2012 09:43 NN
    Rozbalit Rozbalit vše Re: Poškození dat zaslaných přes netcat. Co s tím?
    Tak v tom pripade bych tam spise dal ;, nebo && .. netcat klidne muze pockat. Analyza tcpdumu by byla dobra, jeho vystup staci poslat do souboru (-w) a potom otevrit pres ethereal jako .pcap ..

    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.