Org freedesktop dbus error spawn childexited

У крыски отвалились уведомления Сабж. Ими я почти не пользуюсь, обнаружил случайно, когда вдруг не заработал notify-send.При попытке сменить тему уведомлений (тем самым отправив уведомление), открывается окошко с надписью: А xfce4-notifyd запущен? пакет установлен. команды «xfce4-notifyd» нет вообще. переустановить пакет пробовал. раньше всё работало А оно и не в /bin, а где-то в /lib […]

Содержание

  1. У крыски отвалились уведомления
  2. Погуглил тут
  3. Org freedesktop dbus error spawn childexited
  4. The format of error messages
  5. Well-known core errors
  6. Ошибка обновления в Ubuntu, как побороть?
  7. dbus-update-activation-environment is broken #17943
  8. Comments
  9. Issue description
  10. Steps to reproduce
  11. Technical details
  12. See issue 5427: Process org.freedesktop.systemd1 exited with status 1 #11246
  13. Comments

У крыски отвалились уведомления

Сабж. Ими я почти не пользуюсь, обнаружил случайно, когда вдруг не заработал notify-send.При попытке сменить тему уведомлений (тем самым отправив уведомление), открывается окошко с надписью:

А xfce4-notifyd запущен?

пакет установлен. команды «xfce4-notifyd» нет вообще. переустановить пакет пробовал. раньше всё работало

А оно и не в /bin, а где-то в /lib или /libexec. В настройках автозапуска приложений крысы посмотри.

а) что говорит notify-send «some message»?
б) что, если поменять тему оповещений?

а)ничего
б)тема оповещений не меняется. при поптыке сменить вылезает то самое окно. я уже об этом написал

а что там смотреть?

Ну да, смотреть там не на что. Думал, там настройка будет, ан нет. Эксперименты показали, что запускается оно автомагически, когда надо, а у тебя банально вылетает с ошибкой, судя по сообщению, и не стартует. Попробуй, запусти руками в консоли (у меня бинарь лежит в /usr/lib64/xfce4/notifyd/xfce4-notifyd ), может, матюгнется осмысленно.

после запуска бинарника всё отлично работает.

только вот неясно, что мне с этим делать: в автозапуск класть или какое другое решение есть ?

Кстати да, такая-же проблема. Арч.

Короче, добавил бинарь в автозапуск, посмотрим будет ли работать. Ничего лучшего не придумал

Полагаю, это обновления поломали. У меня раньше вроде тоже работало, только сейчас заметил.

Там вообще Exec=/usr/lib/xfce4/notifyd/xfce4-notifyd . Lib вместо lib64.

Символов нет, но, как и у Klymedy вмето lib64 просто lib. sudoedit’oм поправил, перезагрузился, но проблема осталась.

Та же проблема, Xubuntu 14.04. Отвалилось давно.

Начиная с 12 сентября есть такие записи:

Погуглил тут

Запусти /etc/X11/xinit/xinitrc.d/50-systemd-user.sh . Если поможет, прописывай его запуск в

Остается неозвученным дистрибутив и версия dbus. Для не самых новых нужно еще:

А можно как-то через systemd это сделать ?

Кстати, export $(dbus-launch) тоже помогает.

Не нравится .xinitrc в хомяке — запихни в скрипт то, что помогает, и положи в /etc/X11/xinit/xinitrc.d/ , какие проблемы?

Можешь еще попробовать переименовать 50-systemd-user.sh , в котором прописана передача переменных окружения для юнитов dbus, в 00-systemd-user.sh . По ссылке, что я давал, в предпоследнем сообщении предположили, что он запускается позже, чем /usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service .

А можно как-то через systemd это сделать ?

Взявши в руки микроскоп молоток, во всем начинаешь видеть гвозди.

переименование не помогло. короче, поставил в запуск xinitrc и всё нормально. отмечу как решённую. спасибо

Источник

Org freedesktop dbus error spawn childexited

This page is for bindings authors to discuss what generic errors should be sent by the binding:

Name Description Comments
ServiceUnknown The recipient bus name is not taken In Core
UnknownObject The sender has called a method on an object not exported on this connection (the service name is valid) Used by Java
UnknownInterface The sender has specified an interface this object does not implement (but the object is valid) Requested by Thiago
UnknownMethod The specified method is not implemented on this object (but the object and the interface names are valid) In core
InvalidParameters Method was called with an invalid number or type of parameters. (Comment: org.freedesktop.DBus.Error.InvalidArgs seems more suitable for this use, especially considering there is no «parameter» in D-Bus terminology — alp) Suggested by Matt

Please add other errors you think should, or could possibly, be useful

  • What about errors in executing the method within the binding? There could be problems with marshalling and so on? At the moment I send an internal error with a specific message, should there be a generic error type? — Matt
  • About InvalidParameters: some bindings could not implement it and use only UnknownMethod. Methods in those bindings are recognised by both the method name and signature. The bindings that support overloading through parameters are the case (C++ and Java especially).
  • Objects that have children must never reply with UnknownObject.

The format of error messages

The spec suggests that error messages can contain different arguments and aren’t restricted to a single string. Do any core errors or binding errors make use of this? Would this be useful when mapping exceptions thrown by an object binding, say for the stack trace etc.?

The spec should specifically say whether the string is mandatory as the first parameter or not. It should also make it clear if more parameters are permitted or not.

Well-known core errors

This is a list of core errors for reference. They are usually kept in order because it seems the glib binding puts them in an enumeration. Are these documented anywhere?

Источник

Ошибка обновления в Ubuntu, как побороть?

Ubuntu 16.04.3 LTS
При проверке наличия обновления возникает ошибка:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited:
Launch helper exited with unknown return code 1

В верхней панели висит знак-кирпич «При проверке обновлений возникла проблема».

Также не знаю связаны ли косяки друг с другом, но терминал открывается только если нажать второй кнопкой мыши и выбрать «открыть терминал». Запуск по ярлыку и хоткеем не работает.

Просьба помочь с решением проблемы.
Заранее спасибо!

  • Вопрос задан более трёх лет назад
  • 2660 просмотров

Оценить 4 комментария

Перезапускал неоднократно — без изменений.

Обновить из терминала можно, но что-то явно не так, хочу разобраться. Возможно что-то еще работает криво, а я не в курсе. Пока проблемы только в менеджере приложений и при попытке запустить терминал ярлыком.

После dist-upgrade сообщения следующие:

Phantomrus, Всё в порядке в выводе выше. Есть куча старых ядер, которые можно удалить при желании как и написано выше. А предупреждения с недостающими firmware можно игнорировать, с последующими обновлениями они добавятся в пакеты и предупреждение исчезнет (подозрительно что у вас такое возникло, но совсем не критично).

Поскольку менеджер приложений с большой вероятностью использует python, а вы, судя по комментариями, подключали PPA с дополнительными версиями Python, то, возможно, именно это и привело к ошибке.

Я бы рекомендовал отключить тот ppa и откатиться к стоковой версии Python. Отключить ppa и откатить пакеты можно с помощью ppa-purge:

Источник

dbus-update-activation-environment is broken #17943

Issue description

I believe this is due to systemd —user not running on the session bus. This is in turn caused (I think) by the fact that NixOS is not using socket activation for D-Bus.

Steps to reproduce

  1. Log in to a KDE 5 session.
  2. Enter the command above in any terminal.

Technical details

  • System: 16.09.git.fb0f394 (Flounder)
  • Nix version: nix-env (Nix) 1.12pre4523_3b81b26
  • Nixpkgs version: 1df4dd6

/cc systemd maintainer @edolstra

The text was updated successfully, but these errors were encountered:

I am rebuilding dbus with —enable-user-session to see if this resolves the problem.

I am rebuilding dbus with —enable-user-session to see if this resolves the problem.

This doesn’t help, and also breaks X logins.

I have been running with that patch applied locally for months.

Thanks, I’ll try that.

The problem with —enable-user-sessions may have been a failure to set up the environment correctly. I’ll investigate that, too. In the long run, we’ll need socket activation through systemd as that will be the only way to get a session bus with kdbus. That’s not an immediate concern, though.

@peterhoeg Your patch seems to work. I’ll see about integrating it into master.

There was an issue earlier with this change breaking xfce (both one of the tests and the actual thing), but at some point things started working with xfce. There might be other breakage out there, but I only use KDE.

I’m still seeing this issue on NixOS 16.09 and it prevents me from running KDE. How can I apply @peterhoeg ‘s patch on that system level?

@vandenoever, the patch is upstream, but deactivated by default. Try this:

dbus doesn’t like being restarted due to the processes it spawns being killed without a way to restart them, so I will suggest you try rebooting afterwards. That situation will improve once more user services are converted for spawning by systemd.

Today I’ve been digging a bit into the user session dbus in NixOS. I think it is pretty broken at the moment, in particular w.r.t activating systemd services and interacting with systemd. Warning, wall of text incoming!

For example, I’d like to use the —wait option but systemctl —user —wait start xyz.service will error out with

just like dbus-update-activation-environment —systemd —all does. Further when Dunst (my notification daemon) gets dbus activated I get a dunst process but it is not run through the corresponding service file:

We can try changing /etc/dbus-1/session.conf to have

  • unix:runtime=yes instead of
  • unix:tmpdir=/tmp . Then dbus will create a socket at $XDG_RUNTIME_DIR/bus , just like systemd expects. But, alas, since dbus by default is started with the X session using dbus-launch it is too late for systemd to get in. Fortunately we can reexec the user systemd to recover the functionality:

    Not very convenient but it works, sort of. The issue of service activation still remains and we still get the same result with Dunst. Basically, the issue here seems to be that dbus-launch doesn’t start dbus-daemon with the —systemd-activation option. The only reasonable solution to this seems to be moving to a socket activated dbus service.

    So I add services.dbus.socketActivated = true; to my system configuration. Now, things are fine and dandy:

    So, dbus can’t find the dbus service file since it is in

    /.nix-profile/share/dbus-1/services and for whatever reason it wasn’t enough to do dbus-update-activation-environment for it to honor XDG_DATA_DIRS . I don’t know if this is expected or not. In any case lets set this variable earlier in the login process by putting XDG_DATA_DIRS DEFAULT=@/.nix-profile/share in

    /.pam_environment (putting it in environment.sessionVariables didn’t work because the opengl module insisted on having sole access to XDG_DATA_DIRS ):

    So, as it turns out, the service providing org.gnome.Terminal gets installed to

    /.nix-profile/lib/systemd/user and systemd hasn’t been told to look for services there! Since systemd honors XDG_DATA_DIRS we’ll update

    and logging out and back in (for the nth time) gives us

    From what I can tell everything now works 🙂

    My conclusions from this little adventure is that the current default dbus setup causes pretty severe loss in functionality. To fix this NixOS should move to dbus socket activation by default (or even completely remove non-socket activated session dbus).

    But, as illustrated above, it is not enough to just change the default value of the services.dbus.socketActivated option, we should also make sure that the XDG variables are set by PAM, not just in /etc/profile . Unfortunately, having

    /.nix-profile/lib in XDG_DATA_DIRS seems a bit too general. I’m not sure what would be the best way to avoid it, perhaps patching systemd or setting up a symlink

    Источник

    See issue 5427: Process org.freedesktop.systemd1 exited with status 1 #11246

    systemd version the issue has been seen with

    Used distribution

    Fedora 29 but issue has been present elsewhere for a while now, see issue 5427.

    Expected behaviour you didn’t see

    Started vino service without any fuss.

    Unexpected behaviour you saw

    Steps to reproduce the problem
    $ systemctl —user start vino-server
    Failed to start vino-server.service: Process org.freedesktop.systemd1 exited with status 1
    See user logs and ‘systemctl —user status vino-server.service’ for details.
    $ systemctl —user status dbus.service
    Failed to get properties: Process org.freedesktop.systemd1 exited with status 1
    $

    System has been to runlevel 3 and back, and was previously logged out from Gnome

    The text was updated successfully, but these errors were encountered:

    please provide an excerpt of the system logs when this happens

    Closing due to lack of response

    Trying to reproduce this almost every 10 days or so due to memory leak in gnome-shell.

    $ systemctl —user status vino-server
    Failed to get properties: Process org.freedesktop.systemd1 exited with status 1

    So what do we do now?

    $ rpm -q systemd
    systemd-239-12.git8bca462.fc29.x86_64

    Do you use XFCE?

    Please see @poettering’s comments in #10291.

    Источник

  • Phantomrus

    @Phantomrus

    Project Manager в крупной финтех компании

    Ubuntu 16.04.3 LTS
    При проверке наличия обновления возникает ошибка:
    GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited:
    Launch helper exited with unknown return code 1

    В верхней панели висит знак-кирпич «При проверке обновлений возникла проблема».

    Также не знаю связаны ли косяки друг с другом, но терминал открывается только если нажать второй кнопкой мыши и выбрать «открыть терминал». Запуск по ярлыку и хоткеем не работает.

    Просьба помочь с решением проблемы.
    Заранее спасибо!


    • Вопрос задан

      более трёх лет назад

    • 2698 просмотров



    4

    комментария

    Пригласить эксперта


    Ответы на вопрос 1

    nazarpc

    Попробуйте для начала перезапустить систему, такое впечатление что что-то упало.
    Обновить же систему можно из терминала.
    Для получения информации об обновленных пакетах выполните:
    sudo apt-get update
    Чтобы установить обновления:
    sudo apt-get dist-upgrade


    Похожие вопросы


    • Показать ещё
      Загружается…

    09 февр. 2023, в 13:28

    777 руб./за проект

    12 февр. 2023, в 21:32

    80000 руб./за проект

    12 февр. 2023, в 21:30

    2900 руб./за проект

    Минуточку внимания

    Ответ на:

    комментарий
    от mamboo 19.10.15 22:27:08 MSK

    пакет установлен. команды «xfce4-notifyd» нет вообще. переустановить пакет пробовал. раньше всё работало

    • Показать ответ
    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 19.10.15 22:40:57 MSK

    А оно и не в /bin, а где-то в /lib или /libexec. В настройках автозапуска приложений крысы посмотри.

    mamboo ★★

    (20.10.15 07:24:30 MSK)

    • Показать ответ
    • Ссылка

    а) что говорит notify-send «some message»?
    б) что, если поменять тему оповещений?

    Avial ★★★★★

    (20.10.15 09:14:56 MSK)

    • Показать ответ
    • Ссылка

    Ответ на:

    комментарий
    от Avial 20.10.15 09:14:56 MSK

    а)ничего
    б)тема оповещений не меняется. при поптыке сменить вылезает то самое окно. я уже об этом написал

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 20.10.15 07:24:30 MSK

    Ответ на:

    комментарий
    от sudopacman 20.10.15 12:40:28 MSK

    Ну да, смотреть там не на что… Думал, там настройка будет, ан нет. Эксперименты показали, что запускается оно автомагически, когда надо, а у тебя банально вылетает с ошибкой, судя по сообщению, и не стартует. Попробуй, запусти руками в консоли (у меня бинарь лежит в /usr/lib64/xfce4/notifyd/xfce4-notifyd), может, матюгнется осмысленно.

    mamboo ★★

    (20.10.15 21:23:33 MSK)

    • Показать ответы
    • Ссылка

    Ответ на:

    комментарий
    от mamboo 20.10.15 21:23:33 MSK

    после запуска бинарника всё отлично работает.

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 20.10.15 21:23:33 MSK

    только вот неясно, что мне с этим делать: в автозапуск класть или какое другое решение есть ?

    • Ссылка

    Кстати да, такая-же проблема. Арч.

    Klymedy ★★★★★

    (20.10.15 21:39:41 MSK)

    • Ссылка

    Короче, добавил бинарь в автозапуск, посмотрим будет ли работать. Ничего лучшего не придумал

    • Показать ответы
    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 20.10.15 21:40:25 MSK

    Полагаю, это обновления поломали. У меня раньше вроде тоже работало, только сейчас заметил.

    Klymedy ★★★★★

    (20.10.15 21:42:26 MSK)

    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 20.10.15 21:40:25 MSK

    В файле

    /usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service

    в строке «Exec=…» лишних символов в конце нет? Скажем, пробела там какого-нибудь…

    mamboo ★★

    (21.10.15 00:38:10 MSK)

    • Показать ответы
    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 00:38:10 MSK

    Там вообще Exec=/usr/lib/xfce4/notifyd/xfce4-notifyd. Lib вместо lib64.

    Klymedy ★★★★★

    (21.10.15 10:22:02 MSK)

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 00:38:10 MSK

    Символов нет, но, как и у Klymedy вмето lib64 просто lib. sudoedit’oм поправил, перезагрузился, но проблема осталась.

    • Показать ответ
    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 21.10.15 13:44:54 MSK

    Команда

    journalctl -t "org.freedesktop.Notifications"

    или чем там у вас логи смотрят, что-нибудь показывает? В частности, при вызове notify-send.

    mamboo ★★

    (21.10.15 17:39:18 MSK)

    • Показать ответы
    • Ссылка

    Та же проблема, Xubuntu 14.04. Отвалилось давно.

    Moreo

    (21.10.15 17:48:25 MSK)

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 17:39:18 MSK

    Начиная с 12 сентября есть такие записи:

    Sep 12 22:31:16 anton-dns org.freedesktop.Notifications[579]: (xfce4-notifyd:1128): Gtk-WARNING **: cannot open display:
    

    Klymedy ★★★★★

    (21.10.15 17:50:04 MSK)

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 17:39:18 MSK

    Ответ на:

    комментарий
    от sudopacman 21.10.15 17:50:06 MSK

    Погуглил тут

    Покажи еще:

    и

    ls -l /etc/X11/xinit/xinitrc.d/

    Вообще, раз уж я пошел гуглить, дам сразу ссылку.

    mamboo ★★

    (21.10.15 20:02:32 MSK)

    • Показать ответ
    • Ссылка

    Ответ на:

    Погуглил тут
    от mamboo 21.10.15 20:02:32 MSK

    ~ > ps aux | grep dbus
    zsh: correct 'dbus' to '.dbus' [nyae]? n
    dbus       284  0.0  0.0  37092  3988 ?        Ss   13:40   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
    user       381  0.0  0.0  37064  4044 ?        Ss   13:40   0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation
    user       447  0.0  0.0  36676  3508 ?        S    13:40   0:00 /usr/bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3
    user      9096  0.0  0.0  10756  2320 pts/1    S+   20:02   0:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=.cvs --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn dbus
    ~ > ls -l /etc/X11/xinit/xinitrc.d/
    итого 16
    -rwxr-xr-x 1 root root  407 фев 17  2015 40-libcanberra-gtk-module.sh
    -rwxr-xr-x 1 root root  198 окт  7 19:57 50-systemd-user.sh
    -rwxr-xr-x 1 root root  144 сен 27 06:30 60-xdg-user-dirs.sh
    -rwxr-xr-x 1 root root 1643 окт 10 14:31 infinality-settings.sh
    
    • Показать ответ
    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 21.10.15 20:42:48 MSK

    Запусти /etc/X11/xinit/xinitrc.d/50-systemd-user.sh . Если поможет, прописывай его запуск в ~/.xinitrc.

    Остается неозвученным дистрибутив и версия dbus. Для не самых новых нужно еще:

    eval $(dbus-launch --sh-syntax --exit-with-session)
    

    У меня в Fedora 22 (dbus-1.8.20) оно в /etc/X11/xinit/xinitrc.d/00-start-message-bus.sh.

    mamboo ★★

    (21.10.15 21:23:53 MSK)

    • Показать ответы
    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 21:23:53 MSK

    Ответ на:

    комментарий
    от mamboo 21.10.15 21:23:53 MSK

    Ответ на:

    комментарий
    от sudopacman 21.10.15 21:30:05 MSK

    Не нравится .xinitrc в хомяке — запихни в скрипт то, что помогает, и положи в /etc/X11/xinit/xinitrc.d/, какие проблемы?

    Можешь еще попробовать переименовать 50-systemd-user.sh, в котором прописана передача переменных окружения для юнитов dbus, в 00-systemd-user.sh. По ссылке, что я давал, в предпоследнем сообщении предположили, что он запускается позже, чем /usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service.

    mamboo ★★

    (21.10.15 22:35:15 MSK)

    • Показать ответ
    • Ссылка

    Ответ на:

    комментарий
    от sudopacman 21.10.15 21:29:34 MSK

    А можно как-то через systemd это сделать ?

    Взявши в руки микроскоп молоток, во всем начинаешь видеть гвозди.

    mamboo ★★

    (21.10.15 22:43:59 MSK)

    • Ссылка

    Ответ на:

    комментарий
    от mamboo 21.10.15 22:35:15 MSK

    переименование не помогло. короче, поставил в запуск xinitrc и всё нормально. отмечу как решённую. спасибо

    • Ссылка

    Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.


    Description


    Jan Stodola



    2011-08-26 13:40:46 UTC

    Created attachment 520093 [details]
    anaconda traceback
    
    Description of problem:
    When installing F16 for s390x, following traceback appears in stage2, after reinitializing all disks:
    
    anaconda 16.15 exception report
    Traceback (most recent call first):
      File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in call_blocking
        message, timeout)
      File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 281, in start_service_by_name
        'su', (bus_name, flags)))
      File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 183, in activate_name_owner
        self.start_service_by_name(bus_name)
      File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 241, in __init__
        self._named_service = conn.activate_name_owner(bus_name)
      File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 244, in get_object
        follow_name_owner_changes=follow_name_owner_changes)
      File "/usr/lib64/python2.7/site-packages/pyanaconda/network.py", line 175, in getActiveNetDevs
        nm = bus.get_object(isys.NM_SERVICE, isys.NM_MANAGER_PATH)
      File "/usr/lib64/python2.7/site-packages/pyanaconda/network.py", line 101, in getDefaultHostname
        for dev in getActiveNetDevs():
      File "/usr/lib64/python2.7/site-packages/pyanaconda/textw/network_text.py", line 29, in __call__
        hname = network.getDefaultHostname(anaconda)
      File "/usr/lib64/python2.7/site-packages/pyanaconda/text.py", line 534, in display_step
        rc = win(self.screen, self.anaconda)
      File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 377, in dispatch
        rc = self.anaconda.intf.display_step(self.step)
      File "/usr/lib64/python2.7/site-packages/pyanaconda/text.py", line 508, in run
        self.anaconda.dispatch.dispatch()
      File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 319, in run
        self.anaconda.intf.run(self.anaconda)
      File "/usr/sbin/anaconda", line 770, in <module>
        anaconda.dispatch.run()
    DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
    
    Version-Release number of selected component (if applicable):
    anaconda-16.15
    
    How reproducible:
    always
    
    Steps to Reproduce:
    1. start installation in x3270 terminal
    2. in linuxrc, enter all required values
    3. connect via ssh to continue with the installation
    4. continue in text mode (there wasn't even dialog to start VNC server...)
      
    Actual results:
    traceback after reinitializing disks
    
    Expected results:
    no traceback, successful installation
    
    


    Comment 1


    Radek Vykydal



    2011-08-30 15:11:01 UTC

    Anaconda doesn't seem to be able to run NetworkManager
    
    13:27:30,438 INFO loader: restarting NetworkManager
    13:27:30,463 ERR loader: iface_restart_NetworkManager (529): No such file or directory
    13:27:30,463 ERR loader: failed to restart NetworkManager
    
    13:31:35,0 NOTICE dbus: [system] Activating service name='org.freedesktop.NetworkManager' (using servicehelper)
    13:31:35,0 NOTICE dbus: [system] Activated service 'org.freedesktop.NetworkManager' failed: Launch helper exited with unknown return code 1
    13:32:00,0 NOTICE dbus: [system] Activating service name='org.freedesktop.NetworkManager' (using servicehelper)
    13:32:00,0 NOTICE dbus: [system] Activated service 'org.freedesktop.NetworkManager' failed: Launch helper exited with unknown return code 1
    
    Normally, in rawhide and F16, NM should be started by systemd, and restarted in anaconda's loader. It is quite a recent change (bug #727951), formerly NM used to be started by anaconda in loader (at the point where now it is just restarted calling systemctl) if it is not found running.
    
    


    Comment 2


    Jan Stodola



    2011-08-31 13:41:45 UTC

    There are also some assertion failures related so systemd showing on console:
    
    in stage1:
    ...
    13:40:12,452 INFO loader: restarting NetworkManager 
    Assertion 'bus' failed at src/systemctl.c:1566, function start_unit(). Aborting.
     
    13:40:12,487 ERR loader: iface_restart_NetworkManager (529): No such file or dir
    ectory 
    13:40:12,487 ERR loader: failed to restart NetworkManager 
    ...
    
    If I try to run 'systemctl -a' in another ssh session during the install, the process is aborted:
    -bash-4.2# systemctl -a
    Assertion 'bus' failed at src/systemctl.c:420, function list_units(). Aborting.
    Aborted
    
    


    Comment 3


    Martin Banas



    2011-09-02 13:28:05 UTC

    *** Bug 735355 has been marked as a duplicate of this bug. ***
    
    


    Comment 4


    Chris Lumens



    2011-09-05 19:27:11 UTC

    The "no such file or directory" part makes me wonder if we're not including, removing, or otherwise missing some newly critical thing NM needs from our lorax template.
    
    


    Comment 5


    Radek Vykydal



    2011-09-06 08:05:27 UTC

    This is s390x specific. I'm not sure how are the composes of images keeping up with other architectures. Seems like systemd integration problem to me. One possible fix would be to start NM as we used to before (fork the daemon) if we don't find it running up by systemd, but I'd strongly prefer to fix this on level of systemd configuration. I think I'll have to put my hands on some of the machines.
    
    


    Comment 8


    Radek Vykydal



    2011-09-08 07:52:41 UTC

    Yeah, I was thinking about undupeing it, I believe the root cause is different there, compare:
    
    s390x (this bug):
    13:27:30,438 INFO loader: restarting NetworkManager
    13:27:30,463 ERR loader: iface_restart_NetworkManager (529): No such file or
    directory
    13:27:30,463 ERR loader: failed to restart NetworkManager
    
    and:
    
    ppc (bug 735355):
    09:07:33,754 INFO loader: restarting NetworkManager
    09:07:33,871 ERR loader: failed to restart NetworkManager with status 1
    09:07:33,871 ERR loader: failed to restart NetworkManager
    
    Also ppc64 case is a newer (a bit more destabilized) anaconda version and compose I think.
    
    


    Comment 9


    Dan Horák



    2011-09-08 08:19:08 UTC

    The following is end of anaconda.log from s390x compose that consist of anaconda-16.16-1.fc16.dh.1 (the only change is enabled debuginfo) + dracut-013-8.fc16 + systemd-35-1.fc16 + s390x rawhide-20110831 tree (corresponds to F-16 alpha in primary arch)
    
    ...
    18:05:09,178 DEBUG loader: Saving module squashfs 
    18:05:09,179 DEBUG loader: probing buses 
    18:05:09,271 DEBUG loader: waiting for hardware to initialize 
    18:05:10,117 INFO loader: restarting NetworkManager 
    18:05:10,151 ERR loader: iface_restart_NetworkManager (529): No such file or dir
    ectory 
    18:05:10,151 ERR loader: failed to restart NetworkManager 
    18:05:10,199 INFO loader: No iBFT table detected. 
    18:05:10,199 INFO loader: only have one network device: eth0
    
    


    Comment 10


    Dan Horák



    2011-09-08 08:21:42 UTC

    (In reply to comment #9)
    > The following is end of anaconda.log from s390x compose that consist of
    > anaconda-16.16-1.fc16.dh.1 (the only change is enabled debuginfo) +
    > dracut-013-8.fc16 + systemd-35-1.fc16 + s390x rawhide-20110831 tree
    > (corresponds to F-16 alpha in primary arch)
    
    and built with pungi 2.9 and lorax 16.4.2
    
    


    Comment 12


    Adam Williamson



    2011-09-09 18:21:24 UTC

    I believe this should be marked as blocking F16Betas390x, rather than F16Beta-accepted. Though there is the question of what we do with anaconda fixes for secondary arches during freeze periods, which I'm not sure has been addressed.
    
    


    Comment 13


    Adam Williamson



    2011-09-09 18:23:59 UTC

    Discussed at the 2011-09-09 blocker review meeting, and we agreed on the above.
    
    


    Comment 14


    Radek Vykydal



    2011-10-07 12:46:40 UTC

    This should be fixed in F17.
    
    


    Comment 15


    Adam Williamson



    2011-10-07 15:48:50 UTC

    as this blocks s390x install we'd probably need it in the f16 build or else f16 will never work on s390?
    
    


    Comment 16


    Dan Horák



    2011-10-07 15:57:23 UTC

    (In reply to comment #15)
    > as this blocks s390x install we'd probably need it in the f16 build or else f16
    > will never work on s390?
    
    Ideally yes, we need to find the right procedure how and when apply fixes for secondary arches, it could be for example a post-GA update. Secondary arches can use ad-hoc patched packages (and actually use few of them) in their repos that don't have a matching counterpart in primary.
    
    


    Comment 17


    Jan Stodola



    2012-07-02 08:44:51 UTC

    Retested with anaconda-17.29. Installation finished without any traceback, so closing this bug as fixed.
    
    

    Like this post? Please share to your friends:
  • Org apache log4j logger error
  • Oracle ошибка 12705
  • Oracle stream write error
  • Oracle error 01017
  • Ora 28040 no matching authentication protocol как исправить oracle 19c