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: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ářů: 0
    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ářů: 5
    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ářů: 4
    včera 11:33 | Zajímavý článek Ladislav Hagara | Komentářů: 0
    16.9. 21:44 | Nová verze

    Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    16.9. 17:22 | Nová verze

    Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.

    Ladislav Hagara | Komentářů: 0
    16.9. 12:22 | Nová verze

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.9. 00:11 | Nová verze

    Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (47%)
     (53%)
     (0%)
     (7%)
     (13%)
     (7%)
     (20%)
     (7%)
     (13%)
    Celkem 15 hlasů
     Komentářů: 1, poslední včera 13:49
    Rozcestník

    Dotaz: Nefunkcny systemd po instalacii balika

    20.2.2020 20:42 GeorgeWH | skóre: 42
    Nefunkcny systemd po instalacii balika
    Přečteno: 477×
    CentOS 7.5 (kvm VM), po nainstalovani balika certbot (+ jeho zavislosti a automatickom update 4 balikov libsepol, libselinux, audit-libs a libsemanage) ostal system v podstate nefunkcny.
    # systemctl status httpd.service
    Failed to get D-Bus connection: Connection refused
    Log po installacii:
    Feb 20 19:40:47 server systemd: Started Cleanup of Temporary Directories.                                                                                         
    Feb 20 20:07:38 server systemd: Reexecuting.                                                                                                                      
    Feb 20 20:07:38 server systemd: systemd 219 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
    Feb 20 20:07:38 server systemd: Detected virtualization kvm.
    Feb 20 20:07:38 server systemd: Detected architecture x86-64.
    Feb 20 20:07:38 server systemd: Failed to connect to system bus: Connection refused
    Feb 20 20:07:38 server systemd: Failed to initialize D-Bus connection: Connection refused
    Feb 20 20:07:38 server yum[3477]: Updated: libsepol-2.5-10.el7.x86_64
    Feb 20 20:07:38 server yum[3477]: Updated: libselinux-2.5-14.1.el7.x86_64
    Feb 20 20:07:38 server yum[3477]: Installed: python2-pyasn1-0.1.9-7.el7.noarch
    Feb 20 20:07:38 server yum[3477]: Installed: python-ipaddress-1.0.16-2.el7.noarch
    ...
    Feb 20 20:07:42 server yum[3477]: Installed: python-IPy-0.75-6.el7.noarch
    Feb 20 20:07:42 server yum[3477]: Installed: checkpolicy-2.5-8.el7.x86_64
    Feb 20 20:07:42 server dbus[456]: [system] Reloaded configuration
    Feb 20 20:07:42 server yum[3477]: Installed: policycoreutils-python-2.5-33.el7.x86_64
    Feb 20 20:07:42 server yum[3477]: Installed: python2-mock-1.0.1-10.el7.noarch
    ...
    Feb 20 20:07:43 server yum[3477]: Installed: python2-certbot-1.0.0-1.el7.noarch
    Feb 20 20:07:43 server yum[3477]: Installed: certbot-1.0.0-1.el7.noarch
    Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon...
    Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused
    Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon...
    Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused
    Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon...
    Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused
    Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon...
    Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused
    Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon...
    Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused
    Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    Feb 20 20:16:38 server systemd: start request repeated too quickly for systemd-initctl.service
    Feb 20 20:16:38 server systemd: Failed to start /dev/initctl Compatibility Daemon.
    Feb 20 20:16:38 server systemd: Unit systemd-initctl.socket entered failed state.
    Feb 20 20:16:38 server systemd: systemd-initctl.service failed.
    
    Do vtedy ziadny problem.
    # systemctl reboot
    Failed to get D-Bus connection: Connection refused
    
    Na nete nic konkretneho, resp. riesia podobne problemy, ale za inych okolnosti.

    Co s tym?

    Vdaka.

    Řešení dotazu:


    Odpovědi

    20.2.2020 20:47 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    # shutdown -r now
    Failed to open /dev/initctl: No such device or address
    Failed to talk to init daemon.
    # ps aux | grep dbus
    dbus       456  0.0  0.0  58088  1160 ?        Ss    2019   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
    # ps aux | grep systemd
    root         1  0.0  0.0  51464  3188 ?        Ss    2019  44:08 /usr/lib/systemd/systemd --system --deserialize 14
    root       338  0.0  0.3  47272 14088 ?        Ss    2019   4:33 /usr/lib/systemd/systemd-journald
    root       377  0.0  0.0  44464   392 ?        Ss    2019   0:00 /usr/lib/systemd/systemd-udevd
    dbus       456  0.0  0.0  58088  1160 ?        Ss    2019   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
    20.2.2020 20:55 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Tak "pomohlo" poslanie Ctrl+Alt+Del - sice ostal visiet pri dosiahnuti Shutdown targetu, ale disky myslim, odpojil, takze ok.
    k3dAR avatar 20.2.2020 22:08 k3dAR | skóre: 63
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    kdyz by priste nepomohlo ani to, tak SysRq
    porad nemam telo, ale uz mam hlavu... nobody
    21.2.2020 01:17 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Ano na to som myslel, ale potom ma este napadol ten C+A+D.
    20.2.2020 22:32 R
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    echo b >/proc/sysrq-trigger a dufat, ze to potom nabootuje. Veriaci clovek sa moze aj pomodlit, ale najlepsie k Lennartovi.
    k3dAR avatar 21.2.2020 00:03 k3dAR | skóre: 63
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    to udela reboot naprasaka, doporucuju doplnit info o tom co udelat pred tim, viz
    porad nemam telo, ale uz mam hlavu... nobody
    Řešení 1× (Filip Jirsák)
    michich avatar 21.2.2020 01:17 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Ten systém byl nainstalován rovnou ve verzi 7.5, nebo upgradován z některé předchozí verze? Je /var/run symlink na /run ?

    Podle logu systemd neumřel, ale z nějakého důvodu nefunguje D-Bus. Zajímavé je, že se se systemd nedomluvil ani systemctl pod rootem. To totiž nepoužívá komunikaci přes systémový D-Bus, ale socket /run/systemd/private. V /run má svůj socket i systémový D-Bus, takže se asi něco špatného stalo právě s /run.

    Když nejde systemctl, dá se systemd domluvit aspoň pomocí signálů (man systemd, sekce SIGNALS). Případně sync; reboot -f
    21.2.2020 01:24 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Ano, zrejme to bude tym. Uz som nieco podobne davnejsie riesil, ale spravalo sa to inac. Starsie instalacie nemali /var/run symlink na /run (bol to aj tento pripad), ale preco to vyskocilo prave teraz? Neupgradoval sa ziadny systemd balik.

    Otazka c.2 - to teraz bude takto blbnut kazdy "starsi" system po upgrade?
    21.2.2020 07:40 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Dobrá otázka. Ale skúsil si sa opýtať na fóre danej distribúcie ako majú riešené to zlinkovanie /var/run na /run pri upgrade balíkov (alebo pri štarte)?
    michich avatar 21.2.2020 11:36 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    V 7.0 už /var/run jako symlink byl. Ten systém byl upgradován z verze 6? Postup pro upgrade RHEL 6 na 7 popisuje Migration Planning Guide. Jsou k tomu nástroje preupg a redhat-upgrade-tool. Pokud vím, v CentOSu ale nejsou. Jedna z kapitol uvádí:
    • 2.3.1.1. Preparing your file system for upgrade

      If /var is on a separate partition, you must manually convert /var/run and /var/lock to symbolic links: [...]

    • 2.3.1.2. Verifying a successful upgrade

      [...] Check that the following symbolic links exist:

      • /bin is a symbolic link to /usr/bin
      • /sbin is a symbolic link to /usr/sbin
      • /lib is a symbolic link to /usr/lib
      • /lib64 is a symbolic link to /usr/lib64
      • /var/run is a symbolic link to /run
      • /var/lock is a symbolic link to /run/lock

    preco to vyskocilo prave teraz?
    RPM skriptlet při upgrade balíčku libsepol zavolal reexec systemd. Hned v tu chvíli systemd zalogoval problém s připojením na D-Bus. Myslím, že něco bylo špatně už dříve, ale až s tím reexecem se to projevilo.
    michich avatar 21.2.2020 11:41 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Zákazníci používající RHEL a Insights se o chybně nastaveném /var/run dozvědí. V Insights je na to definované pravidlo.
    21.2.2020 12:56 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
    Bola to instalacia z live cd centos 7 cez yum --installroot=..., a potom dodatocna konfiguracia cez chroot.

    Ale vsimol som si, ze poslednu dobu uz ten symlink vytvara, takze sa nieco muselo zmenit v centos 7.

    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.