Содержание
- У крыски отвалились уведомления
- Погуглил тут
- Org freedesktop dbus error spawn childexited
- The format of error messages
- Well-known core errors
- Ошибка обновления в Ubuntu, как побороть?
- dbus-update-activation-environment is broken #17943
- Comments
- Issue description
- Steps to reproduce
- Technical details
- See issue 5427: Process org.freedesktop.systemd1 exited with status 1 #11246
- 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
- Log in to a KDE 5 session.
- 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
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
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
Попробуйте для начала перезапустить систему, такое впечатление что что-то упало.
Обновить же систему можно из терминала.
Для получения информации об обновленных пакетах выполните: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 и всё нормально. отмечу как решённую. спасибо
- Ссылка
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
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
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.
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
*** Bug 735355 has been marked as a duplicate of this bug. ***
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.
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.
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.
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
(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
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.
Discussed at the 2011-09-09 blocker review meeting, and we agreed on the above.
This should be fixed in F17.
as this blocks s390x install we'd probably need it in the f16 build or else f16 will never work on s390?
(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.
Retested with anaconda-17.29. Installation finished without any traceback, so closing this bug as fixed. |