New: systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
https://bugs.busybox.net/show_bug.cgi?id=9926
Bug ID: 9926
Summary: systemd-resolved.service: Failed at step NAMESPACE
(systemd 233)
Product: buildroot
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Other
Assignee: unassigned at buildroot.uclibc.org
Reporter: posted at heine.so
CC: buildroot at uclibc.org
Target Milestone: ---
Hi,
I have a system based on systemd and bash (no busybox).
My systemd package selection is attached under [2]. With buildroot 2017.02.2 everything was working fine.
I updated my build process to use buildroot 2017.05 which bumps systemd from 232 to 233.
Since this these units fail on boot:
systemd-hostnamed.service
systemd-resolved.service
systemd-timesyncd.service
The Error Message is always the same:
systemd-resolved.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-resolved: No such file or directory systemd-resolved.service: Main process exited, code=exited, status=226/NAMESPACE
The Problem was mentioned before on the ML in 2014 [0]. I don't know how it was fixed in the end.
When I remove the /var/tmp symlink and create a directory instead it works. Another workaround is setting PrivateTmp=no in the service file. (These approaches basically follow the instructions at [1])
Since I had no problem with a symlinked /var/tmp in buildroot 2017.02.2 it seems like something has changed in systemd 233.
(I tried disabling systemd-tmpfiles but it changed nothing)
Any ideas?
Regards,
Michael
[0] http://lists.busybox.net/pipermail/buildroot/2014-August/104055.html
[1] https://help.directadmin.com/item.php?id=614
[2]:
BR2_PACKAGE_SYSTEMD_ARCH_SUPPORTS=y
BR2_PACKAGE_SYSTEMD=y
# BR2_PACKAGE_SYSTEMD_JOURNAL_GATEWAY is not set
# BR2_PACKAGE_SYSTEMD_BACKLIGHT is not set
# BR2_PACKAGE_SYSTEMD_BINFMT is not set
# BR2_PACKAGE_SYSTEMD_COREDUMP is not set
# BR2_PACKAGE_SYSTEMD_FIRSTBOOT is not set
# BR2_PACKAGE_SYSTEMD_HIBERNATE is not set BR2_PACKAGE_SYSTEMD_HOSTNAMED=y
BR2_PACKAGE_SYSTEMD_HWDB=y
# BR2_PACKAGE_SYSTEMD_IMPORTD is not set
# BR2_PACKAGE_SYSTEMD_LOCALED is not set
# BR2_PACKAGE_SYSTEMD_LOGIND is not set
# BR2_PACKAGE_SYSTEMD_MACHINED is not set BR2_PACKAGE_SYSTEMD_MYHOSTNAME=y BR2_PACKAGE_SYSTEMD_NETWORKD=y
# BR2_PACKAGE_SYSTEMD_POLKIT is not set
# BR2_PACKAGE_SYSTEMD_QUOTACHECK is not set
# BR2_PACKAGE_SYSTEMD_RANDOMSEED is not set BR2_PACKAGE_SYSTEMD_RESOLVED=y
# BR2_PACKAGE_SYSTEMD_RFKILL is not set
# BR2_PACKAGE_SYSTEMD_SMACK_SUPPORT is not set
# BR2_PACKAGE_SYSTEMD_SYSUSERS is not set BR2_PACKAGE_SYSTEMD_TIMEDATED=y BR2_PACKAGE_SYSTEMD_TIMESYNCD=y BR2_PACKAGE_SYSTEMD_TMPFILES=y BR2_PACKAGE_SYSTEMD_VCONSOLE=y
# BR2_PACKAGE_SYSTEMD_BOOTCHART is not set
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
Quoted 50 lines · On Thu, Jun 1, 2017 at 11:35 AM, <[email protected]> wrote:
https://bugs.busybox.net/show_bug.cgi?id=9926
Bug ID: 9926
Summary: systemd-resolved.service: Failed at step NAMESPACE
(systemd 233)
Product: buildroot
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Other
Assignee: unassigned at buildroot.uclibc.org
Reporter: posted at heine.so
CC: buildroot at uclibc.org
Target Milestone: ---Hi,
I have a system based on systemd and bash (no busybox).
My systemd package selection is attached under [2]. With buildroot 2017.02.2 everything was working fine.
I updated my build process to use buildroot 2017.05 which bumps systemd from
232 to 233.
Since this these units fail on boot:systemd-hostnamed.service
systemd-resolved.service
systemd-timesyncd.serviceThe Error Message is always the same:
systemd-resolved.service: Failed at step NAMESPACE spawning
/lib/systemd/systemd-resolved: No such file or directory systemd-resolved.service: Main process exited, code=exited, status=226/NAMESPACEThe Problem was mentioned before on the ML in 2014 [0]. I don't know how it was
fixed in the end.When I remove the
/var/tmpsymlink and create a directory instead it works. Another workaround is setting PrivateTmp=no in the service file. (These approaches basically follow the instructions at [1])
Quoted 7 lines
Since I had no problem with a symlinked
/var/tmpin buildroot 2017.02.2 it seems like something has changed in systemd 233.(I tried disabling systemd-tmpfiles but it changed nothing)
Any ideas?
I might be way off base because I'm trying to remember a similar problem from years ago, but I think I was missing a kernel option. Maybe cgroup namespace support?
Quoted 36 lines
Regards,
Michael[0] http://lists.busybox.net/pipermail/buildroot/2014-August/104055.html
[1] https://help.directadmin.com/item.php?id=614
[2]:
BR2_PACKAGE_SYSTEMD_ARCH_SUPPORTS=y
BR2_PACKAGE_SYSTEMD=y
#BR2_PACKAGE_SYSTEMD_JOURNAL_GATEWAYis not set
#BR2_PACKAGE_SYSTEMD_BACKLIGHTis not set
#BR2_PACKAGE_SYSTEMD_BINFMTis not set
#BR2_PACKAGE_SYSTEMD_COREDUMPis not set
#BR2_PACKAGE_SYSTEMD_FIRSTBOOTis not set
#BR2_PACKAGE_SYSTEMD_HIBERNATEis not set BR2_PACKAGE_SYSTEMD_HOSTNAMED=y
BR2_PACKAGE_SYSTEMD_HWDB=y
#BR2_PACKAGE_SYSTEMD_IMPORTDis not set
#BR2_PACKAGE_SYSTEMD_LOCALEDis not set
#BR2_PACKAGE_SYSTEMD_LOGINDis not set
#BR2_PACKAGE_SYSTEMD_MACHINEDis not set BR2_PACKAGE_SYSTEMD_MYHOSTNAME=y BR2_PACKAGE_SYSTEMD_NETWORKD=y
#BR2_PACKAGE_SYSTEMD_POLKITis not set
#BR2_PACKAGE_SYSTEMD_QUOTACHECKis not set
#BR2_PACKAGE_SYSTEMD_RANDOMSEEDis not set BR2_PACKAGE_SYSTEMD_RESOLVED=y
#BR2_PACKAGE_SYSTEMD_RFKILLis not set
#BR2_PACKAGE_SYSTEMD_SMACK_SUPPORTis not set
#BR2_PACKAGE_SYSTEMD_SYSUSERSis not set BR2_PACKAGE_SYSTEMD_TIMEDATED=y BR2_PACKAGE_SYSTEMD_TIMESYNCD=y BR2_PACKAGE_SYSTEMD_TMPFILES=y BR2_PACKAGE_SYSTEMD_VCONSOLE=y
#BR2_PACKAGE_SYSTEMD_BOOTCHARTis not set
Quoted 8 lines
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170601/d008acce/attachment.html>
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
--- Comment #1 from Michael Heinemann <[email protected]> ---
On the ML Mike points out that this might be Kernel related (for some reason his response is not showing up on bugzilla).
I build my Kernel outside of buildroot. So I use an identical Kernel with both buildroot versions. Of course this doesn't mean a kernel configuration might not be the issue, but it wasn't an issue with BR 2017.02.2.
The cgroup configuration looks like this:
CONFIG_CGROUPS=yCONFIG_PAGE_COUNTER=yCONFIG_MEMCG=yCONFIG_MEMCG_SWAP=yCONFIG_MEMCG_SWAP_ENABLED=yCONFIG_BLK_CGROUP=y
# CONFIG_DEBUG_BLK_CGROUP is not setCONFIG_CGROUP_WRITEBACK=yCONFIG_CGROUP_SCHED=yCONFIG_FAIR_GROUP_SCHED=y
# CONFIG_CFS_BANDWIDTH is not set
# CONFIG_RT_GROUP_SCHED is not setCONFIG_CGROUP_PIDS=y
# CONFIG_CGROUP_FREEZER is not setCONFIG_CPUSETS=yCONFIG_PROC_PID_CPUSET=yCONFIG_CGROUP_DEVICE=yCONFIG_CGROUP_CPUACCT=y
# CONFIG_CGROUP_PERF is not set
# CONFIG_CGROUP_DEBUG is not set
# CONFIG_CHECKPOINT_RESTORE is not set
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
--- Comment #2 from Thomas Petazzoni <[email protected]> --- When Buildroot builds the kernel itself, and systemd is enabled, it makes sure a number of options are enabled. From linux/linux.mk:
$(if $(BR2_PACKAGE_SYSTEMD),
$(call KCONFIG_ENABLE_OPT,CONFIG_CGROUPS,$(@D)/.config)
$(call KCONFIG_ENABLE_OPT,CONFIG_INOTIFY_USER,$(@D)/.config)
$(call KCONFIG_ENABLE_OPT,CONFIG_FHANDLE,$(@D)/.config)
$(call KCONFIG_ENABLE_OPT,CONFIG_AUTOFS4_FS,$(@D)/.config)
$(call KCONFIG_ENABLE_OPT,CONFIG_TMPFS_POSIX_ACL,$(@D)/.config)
$(callKCONFIG_ENABLE_OPT,CONFIG_TMPFS_POSIX_XATTR,$(@D)/.config))
Can you check if you have all those options enabled in your kernel configuration?
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
--- Comment #3 from Michael Heinemann <[email protected]> --- I just verified all these options are set.
Sidenote: The option TMPFS_POSIX_XATTR is not exisiting in my kernel (4.9) tree. Googling for it only yields buildroot related result. I guess this should be TMPFS_XATTR which is in fs/Kconfig right after TMPFS_POSIX_ACL.
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
Yann E. MORIN <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |yann.morin.1998 at free.fr
Assignee|unassigned at buildroot.uclibc |yann.morin.1998 at free.fr
|.org |
Status|NEW |ASSIGNED--- Comment #4 from Yann E. MORIN <[email protected]> --- Michael, All,
Quoted 1 line
The option
TMPFS_POSIX_XATTRis not exisiting in my kernel
Indeed, this is an error.
If we look at the commit that introduced this line, we can see that the help for systemd was also updated, and that it indeed references the correct value:
https://git.buildroot.org/buildroot/commit/?id=4c10eedc103ba9648f73439f1ab5d801da9d2ed7
Thanks for the report!
I'll send a fix.
Regards,
Yann E. MORIN.
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
Yann E. MORIN <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
Status|ASSIGNED |RESOLVED--- Comment #5 from Yann E. MORIN <[email protected]> --- Mihcael, All,
I am not able to reproduce this issue with current master, with the fiollowing defconfig (which enables the same set of systemd options as those you listed):
BR2_arm=y
BR2_cortex_a9=y
BR2_ARM_ENABLE_NEON=y
BR2_ARM_ENABLE_VFP=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_INIT_SYSTEMD=y
BR2_TARGET_GENERIC_GETTY_PORT="ttyAMA0"
BR2_SYSTEM_DHCP="eth0"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="4.11.3"
BR2_LINUX_KERNEL_DEFCONFIG="vexpress"
BR2_LINUX_KERNEL_DTS_SUPPORT=y
BR2_LINUX_KERNEL_INTREE_DTS_NAME="vexpress-v2p-ca9"
BR2_PACKAGE_SYSTEMD_VCONSOLE=y
BR2_TARGET_ROOTFS_EXT2=y
# BR2_TARGET_ROOTFS_TAR is not setNote that master contains a full rework of the skeleton to cope with systemd.
Could you please retry on your use-case to confirm that the bug still exists (or not!) for you with current master?
In the meantime, I am closing it. Just re-open it if you can reproduce, in which case please attach the complete defconfig you are using:
$ make BR2_DEFCONFIG=$(pwd)/defconfig savedefconfig
$ cat defconfigThanks!
Regards,
Yann E. MORIN.
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.
[Buildroot] [Bug 9926] systemd-resolved.service: Failed at step NAMESPACE (systemd 233)
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=9926
Michael Heinemann <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |FIXED
--- Comment #6 from Michael Heinemann <[email protected]> --- Hi,
thanks for the update!
I tried with Release 2017.08 and the issue seems to be fixed.
Best Regards,
Michael
Signature · 2 lines
You are receiving this mail because: You are on the CC list for the bug.