abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    31.5. 23:55 | Nová verze

    Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    31.5. 17:33 | Nová verze

    Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.

    Ladislav Hagara | Komentářů: 15
    31.5. 17:11 | Komunita

    Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.

    Ladislav Hagara | Komentářů: 3
    31.5. 12:55 | Nová verze

    Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    31.5. 11:22 | Zajímavý článek

    David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …

    Ladislav Hagara | Komentářů: 9
    30.5. 22:44 | Nová verze

    Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.

    Ladislav Hagara | Komentářů: 0
    30.5. 21:22 | Zajímavý článek

    Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.

    Ladislav Hagara | Komentářů: 0
    30.5. 12:44 | Pozvánky

    V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

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

    Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 17
    29.5. 22:11 | Nová verze

    Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.

    Ladislav Hagara | Komentářů: 7
    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: 412×
    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: 62
    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: 62
    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: 64 | 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.