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 verze 1.91.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 00:11 | IT novinky

    Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.

    Ladislav Hagara | Komentářů: 3
    včera 23:44 | Komunita

    Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.

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

    Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).

    Ladislav Hagara | Komentářů: 2
    včera 02:55 | Nová verze

    Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky Ladislav Hagara | Komentářů: 0
    29.10. 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 9
    29.10. 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 6
    29.10. 14:11 | Komunita

    Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).

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

    Dotaz: systemd: provede "mount -a" po nějakém čase

    Jendа avatar 18.9.2023 21:02 Jendа | skóre: 78 | blog: Jenda | JO70FB
    systemd: provede "mount -a" po nějakém čase
    Přečteno: 407×
    • Všiml jsem si, že na jednom stroji nemám namountované /tmp jako tmpfs, i když bych to tak kvůli iracionálnímu šetření SSD chtěl. Proto jsem přidal do /etc/fstab následující:
      tmpfs /tmp tmpfs defaults,size=12G,nofail 0 0
      Dále jsem to neřešil (musel bych přesouvat stávající obsah /tmp do nového), protože se do konce září plánoval reboot toho stroje. Řekl jsem si, že po novém bootu se to namountuje jako tmpfs a tím bude vyřešeno.
    • Po nějaké době jsem instaloval bezpečnostní upgrady nesouvisejících balíčků. Během toho došlo (z nějakého důvodu 2x) k reloadu systemd, protože jeden balíček obsahoval systemd unitu a měl tak nejspíš v post-install hoocích reload:
      2023-09-17T21:44:05.712191+00:00 radar-meziklasi systemd[1]: Reloading.
      2023-09-17T21:44:06.042402+00:00 radar-meziklasi systemd[1]: Reloading.
    • Během této události to z fstabu vygenerovalo mount unitu pro to nové /tmp, s očekávaným obsahem.
      # stat /run/systemd/generator/tmp.mount
      [...]
      Birth: 2023-09-17 21:44:06.205356369 +0000
      Stahují se mračna, ale zatím žijeme.
    • Po 25 minutách se to z ničeho nic rozhodlo, že to tu unitu aktivuje a namountuje:
      2023-09-17T22:09:00.007085+00:00 radar-meziklasi systemd[1]: tmp.mount: Directory /tmp to mount over is not empty, mounting anyway.
      2023-09-17T22:09:00.046507+00:00 radar-meziklasi systemd[1]: Mounting tmp.mount - /tmp...
      2023-09-17T22:09:00.049198+00:00 radar-meziklasi systemd[1]: Mounted tmp.mount - /tmp.
      Nikde jsem nenašel žádnou zmínku co se stalo v 22:09, proč se to zrovna najednou rozhodlo mountovat. Žádné relevantní řádky v journalu mezi 21:44 a 22:09 nejsou.
    • Následně popadaly služby, které měly v /tmp nějaká data a najednou jim „zmizela“.
    Moje dotazy:
    • Co jsem zase udělal špatně? Jak se to mělo udělat správně?
    • Čím bylo způsobeno to náhlé namountování po nějaké době?
    Jedná se o aktuální Debian stable.

    Odpovědi

    Jendа avatar 18.9.2023 21:18 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: systemd: provede "mount -a" po nějakém čase
    Všiml jsem si, že se tou dobou (každou hodinu v :09) spouští phpsessionclean pomocí systemd timeru. Tato služba má v service souboru PrivateTmp=true.
    # systemctl cat phpsessionclean
    # /lib/systemd/system/phpsessionclean.service
    [Unit]
    Description=Clean php session files
    
    [Service]
    Type=oneshot
    ExecStart=/usr/lib/php/sessionclean
    ProtectHome=true
    ProtectSystem=true
    PrivateTmp=true
    
    Moje druhá otázka by tedy mohla být zodpovězena tím, že systemd zjistil, že chce přistoupit k /tmp (vytvořit tam třeba nějaké dočasné privátní adresáře), zjistil, že na to je potřeba ho namountovat (když už tam má mount unitu), ale namountované „není“ (systém běžel s originálním /tmp adresářem přímo na rootfs), tak ho namountoval.
    18.9.2023 22:08 X
    Rozbalit Rozbalit vše Re: systemd: provede "mount -a" po nějakém čase
    Bude to tak. systemd.exec:
    Similarly, units with PrivateTmp= enabled automatically get mount unit dependencies for all mounts required to access /tmp/ and /var/tmp/. They will also gain an automatic After= dependency on systemd-tmpfiles-setup.service(8).
    18.9.2023 21:51 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: systemd: provede "mount -a" po nějakém čase
    Asi bolo dobré po takejto zmene fstab aj pregenerovať mount unity, a rovno reštartnúť služby používajúce daný prípojný bod. Holt, je to dynamické.
    18.9.2023 22:13 ewew | skóre: 40 | blog: ewewov_blog
    Rozbalit Rozbalit vše Re: systemd: provede "mount -a" po nějakém čase

    Podľa mňa to vyzerá, na to, že tam máš dva krát /tmp. Predchádzajúcu definíciu /tmp musíš vymazať. To znamená celý obsah pôvôdného /tmp. Systemd počas bootu generuje jednotlivé mount súbory. Keďže tam máš zrejme ešte súborový systém /tmp, tak ten detekuje a mountne obidva. Preto tam máš hlásenie o tom, že /tmp nie je prázdny.

    Myslím, že to nedáš do poriadku bez rebootu alebo cez kexec.

    V mojom prípade keď som dal do tmpfs /tmp, tak som zrušil daný lvm s tmp. Neviem presne okolnosti ako som zistil duálny mount. Možno som videl hlášku o tom, že to má dve mount definície alebo som bol dôsledný a upratal som po sebe.

    Root v linuxe : "Root povedal, linux vykona."
    Jendа avatar 18.9.2023 22:16 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: systemd: provede "mount -a" po nějakém čase
    Podľa mňa to vyzerá, na to, že tam máš dva krát /tmp. Predchádzajúcu definíciu /tmp musíš vymazať.
    Nemám tam 2x /tmp. Předtím tam /tmp vůbec nebylo, používalo se /tmp přímo fyzicky na rootfs.
    Preto tam máš hlásenie o tom, že /tmp nie je prázdny.
    Ne, to hlášení je tam proto, že v běžícím systému, kde /tmp samozřejmě není prázdný, to přes tento neprázdný /tmp začalo mountovat nový /tmp.

    (problém teď už samozřejmě žádný není, vyřešil se restartem dotčených služeb a pak raději i rebootem stroje)

    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.