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

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

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

    Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.

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

    Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.

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

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.

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

    Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.

    Ladislav Hagara | Komentářů: 0
    8.10. 15:11 | Bezpečnostní upozornění

    V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).

    Ladislav Hagara | Komentářů: 5
    8.10. 14:00 | IT novinky

    Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.

    Ladislav Hagara | Komentářů: 18
    8.10. 12:33 | Zajímavý software

    Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    8.10. 03:33 | IT novinky

    Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.

    Ladislav Hagara | Komentářů: 0
    7.10. 18:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (17%)
     (15%)
     (15%)
    Celkem 203 hlasů
     Komentářů: 13, poslední 8.10. 07:41
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: Opakovany RSYNC pri zmene nazvu souboru

    29.9.2023 00:05 JojoANe
    Opakovany RSYNC pri zmene nazvu souboru
    Přečteno: 3542×

    Resim nasledujici - mam hlavni adresar v kterém jsou podadresare do 3-4 urovne. V techto adresarich jsou mkv, ktere budou po rsyncu na sekundarnim storage konvertovany na mp4. Vzhledem k tomu, ze rsync se bude z hlavniho na sekundarni storage v pravidelne opakovat, protoze nove soubory neustale pribyvaji, hledam jak provest opakovany rsync tak, aby se nahraly pouze nove mkv a ne originalne rsyncovane, aktualne uz na sekundarnim storage prejmenovane na mp4. Jak na to?

    Odpovědi

    29.9.2023 09:20 X
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Nejdrive oba adresare porovnej a to porovnavani podle nazvu a kopirovani si proste doskriptujes. Rsync fakt nepozna, ze si cilovy soubor zkonvertoval do jineho formatu a jinou velikosti.
    Jendа avatar 29.9.2023 10:20 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Napadá mě třeba podle času, a nebo ručním porovnáním (ssh sekundární "ls -lr" > tmp1, ls -lr > tmp2, ... | sed -re "s/mp4/mkv/" | ..., comm -3 tmp1 tmp2).
    29.9.2023 21:19 JojoANe
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Uf, doufal jsem, že existuje "neco" co tohle resi, ale vypada to na nějakou silenou rouru. V kazdym pripade diky za tip, zkusim to nejak doprasit, pokud se neozve nekdo s nejakym zazracnym resenim.
    Ruža Becelin avatar 30.9.2023 10:32 Ruža Becelin | skóre: 40 | blog: RuzaBecelinBlog
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Řešení by mohlo být několik.

    1. Hlavní adresář na primárním storage verzovat např. časovou značkou a pak rsync source_$časováznačka na sekundární storage. Předpokládám, že tvůj rsync nepoužívá --delete-xxx, takže to nebude mazat soubory, co jsou chybí na primáru.

    2. Alternativa může být pouštět rsync tak, jak doposud s tím, že po konverzi mkv->mp4 se udělá truncate na mkv soubory a rsync dostane parametr --ignore-existing, který zabrání přepisu existujících souborů.
    30.9.2023 14:18 X
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    K variante 2] by mozna stacil symlink, nebo proste prazdny "placeholder" soubor.
    2.10.2023 14:33 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru

    Předpokládám, že na cílovém disku se mají původní .mkv po konverzi na .mp4 smazat, jinak by celá otázka měla velmi triviální řešení (nemazat).

    Inu, tady mě napadá ošklivé, prasácké, ale účinné řešení založené na rsync: Místo mazání původní .mkv ponechat na místě, ale zmenšit je (například pomocí truncate) na nulu a obnovit jejich původní datum změny. Pak si rsync bude myslet, že už tam jsou, ale zároveň nebudou zabírat místo. Při konverzi do .mp4 je pak potřeba odfiltrovat ty .mkv, které mají nulovou velikost. Problém tohoto postupu: bitrot — Tedy nelze použít rsync -c (ze zjevných důvodů) a není tam vůbec žádná „end to end“ ochrana proti silent data corruption. Ale pokud jde jen a pouze o to „přeskočit“ už zpracované soubory, tohle by mohlo fungovat.

    2.10.2023 15:12 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Doprdele, mám to špatně.

    Gah. No to se mi povedlo, tahle↑ „rada“. Tohle je problém:

    rsync finds files that need to be transferred using a "quick check" algorithm (by default) that looks for files that have changed in size or in last-modified time.

    Dobře, tak úplně jednoduše a „implicitně“ to nepůjde. Existuje sice --size-only, ale není tam žádný ekvivalent --time-only, který by pomohl v tomto případě.

    Takže podle mě by mohlo být řešením --ignore-existing (skip updating files that exist on receiver). To vypadá, že by to mohlo (správně) přeskočit přenos již zpracovaných .mkv souborů — pokud na cíli budou ponechané ty placeholdery zmenšené na nulu (kvůli úspoře místa).

    2.10.2023 16:52 exclude-from
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Jak vypadá výstup rsync už vlastně nevím. Nešel by zapisovat(přidávat) do souboru a ten pak použít jako exclude? Nebo log po dokončení "očistit" a připojit do exclude. Jak moc může ovlivnit velké množství souborů v exclude čas synchronizace těžko říct.
    3.10.2023 10:26 JojoANe
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Hm, toz ten rsync vypada na clusterfuck in waiting. Kdyz odlozime rsync, co pouzit jineho vhodnejsiho pro tento scenar?
    3.10.2023 11:41 X
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Dal by se pouzit git. Na sekundani server jako master budes prenaset zmeny nehlede na jeho stav.
    3.10.2023 21:38 JojoANe
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Uf, s gitem moc neumím, ale s takovouhle za chvilku budem rozjizdet vypocetni cluster s sql DB :)
    3.10.2023 22:22 X
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Je to jeden prikaz. Nebal bych se toho..
    3.10.2023 13:35 Vantomas | skóre: 32 | Praha
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Šlo by na to použít parametr --exclude-from, kterému se subshellem strčí výsledek z find a u kterého se přes sed změní .mp4 na .mkv.

    Pozor, funguje to pouze pokud se bude spouštět bashem a když se to bude spouštět z cílového stroje, kde se find dostane k těm mp4 souborům.

    Pro referenci třeba: Copy recursively, completely ignoring matching directories in Bash [closed]
    7.10.2023 18:23 Ivan
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Obycenjny rsync tohle nezvladne. Kdysi jsem pouzival zalohovaci SW id fy. IBM - TSM. Ten mel demona ktery poslouchal pres rozhrani i-notify. Kernel mu sdeloval ktere soubory se zmenily/pribyly/prejmenovaly a pak inkrementalne zalohoval jen to co se zmenilo.

    Myslim, ze ti kdo se dodnes snazi pouzivat rsync pro zalohovani uz prisli s necim podobnym. Ze existuje verzi rsync, ktera umi pouzit zurnal zmen od i-notify. IMHO zadna jina cesta, nez i-notify neni. Musis si nechat od kernelu rict co pribylo, co se prejmenovalo,...

    Pokud si budes hrat s i-notify jeste vic, tak mozna dospajes k tomu, ze to ma modul pro python, ze a bude nejjednossi rsync uplne opustit a napsat si vlastni synchronizacni SW v pythonu.
    9.10.2023 19:56 JojoANe
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    Mno takhle jsem si to jednodussi a efektivnejsi reseni nepredstavoval...to vypada na cim dal vetsi clusterFuck.
    Petr Tomášek avatar 1.9.2024 00:59 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    unison
    multicult.fm | monokultura je zlo | welcome refugees!
    17.11.2024 15:27 GPTv.4
    Rozbalit Rozbalit vše Re: Opakovany RSYNC pri zmene nazvu souboru
    #!/bin/bash
    
    # Directory to watch for new MKV files
    WATCH_DIR="/path/to/watch"
    
    # Loop to keep checking for new MKV files
    inotifywait -m -e create --format "%f" "$WATCH_DIR" | while read NEW_FILE
    do
        # Check if the new file is an MKV file
        if [[ "$NEW_FILE" =~ \.mkv$ ]]; then
            # Full path to the new MKV file
            MKV_FILE="$WATCH_DIR/$NEW_FILE"
            # Full path to the target MP4 file
            MP4_FILE="${MKV_FILE%.mkv}.mp4"
            
            # Convert the MKV file to MP4 using ffmpeg
            ffmpeg -i "$MKV_FILE" -codec:v libx264 -codec:a aac -strict experimental "$MP4_FILE"
            
            # Check if conversion was successful
            if [[ $? -eq 0 ]]; then
                # Remove the original MKV file after successful conversion
                rm "$MKV_FILE"
                echo "Converted and removed $MKV_FILE"
            else
                echo "Error converting $MKV_FILE"
            fi
        fi
    done
    

    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.