Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 642724 - sys-apps/systemd - systemctl (telinit) enters infinite exec recursion in chroot env
Summary: sys-apps/systemd - systemctl (telinit) enters infinite exec recursion in chro...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo systemd Team
Depends on:
Reported: 2017-12-30 13:08 UTC by Xiao Lin
Modified: 2017-12-31 02:04 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Xiao Lin 2017-12-30 13:08:26 UTC
I'm trying to test the new 17.1 profile in a chroot environment.
When emerging glibc, the emerge didn't return, just hang after following output:

--- replaced dir /etc/env.d
--- replaced dir /etc
>>> Regenerating /etc/
>>> Original instance of package unmerged safely.

Checking the emerge process, I can see telinit is running:

$ pstree -p -a 25123
emerge,25123 -b /usr/lib/python-exec/python2.7/emerge -va -1 sys-libs/glibc
  └─,25321 /usr/lib/portage/python2.7/ postinst
      └─,25333 /usr/lib/portage/python2.7/ postinst
          └─telinit,25337 U

And the telinit is using a lot of cpu resource, seems a dead loop:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                                                                                   
25337 root      20   0      16     16      0 R  99.7  0.0  21:58.49 telinit

Then I checked the ebuild file, found telinit call in pkg_postinst() function.
But this function and telinit call only exist in 2.26 ebuilds. There is no such function in 2.25 and earlier ebuilds.

Reproducible: Didn't try

Steps to Reproduce:
I only tried to re-emerge the glibc package, it hangs at the same place very time. I haven't try go over the steps all again.
1.chroot to a gentoo environment
2.following profile 17.1 guide to the step emerge glibc
3.emerge glibc 2.26
Actual Results:  
emerge doesn't successfully complete but hang at telinit.

Expected Results:  
glibc should emerge just fine even in a chroot environment.
Also I think the call telinit should be avoided in chroot environment.

# emerge --info
Portage 2.3.19 (python 2.7.14-final-0, default/linux/amd64/17.1/desktop, gcc-7.2.0, glibc-2.26-r3, 4.14.8-gentoo-r1 x86_64)
System uname: Linux-4.14.8-gentoo-r1-x86_64-Intel-R-_Core-TM-_i7-6700_CPU_@_3.40GHz-with-gentoo-2.4.1
KiB Mem:    32888560 total,  20498492 free
KiB Swap:   33554428 total,  33554428 free
Timestamp of repository gentoo: Sat, 30 Dec 2017 00:45:01 +0000
Head commit of repository gentoo: 13eeb9e07d59c73c9d1482f9600a1d750be5bd0e
sh bash 4.4_p12
ld GNU ld (Gentoo 2.29.1 p3) 2.29.1
app-shells/bash:          4.4_p12::gentoo
dev-lang/perl:            5.26.1-r1::gentoo
dev-lang/python:          2.7.14-r1::gentoo, 3.5.4-r1::gentoo
dev-util/cmake:           3.10.1::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.4.1-r2::gentoo
sys-apps/sandbox:         2.12::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake:       1.15.1-r1::gentoo
sys-devel/binutils:       2.29.1-r1::gentoo
sys-devel/gcc:            7.2.0::gentoo
sys-devel/gcc-config:     1.9.1::gentoo
sys-devel/libtool:        2.4.6-r4::gentoo
sys-devel/make:           4.2.1-r1::gentoo
sys-kernel/linux-headers: 4.14::gentoo (virtual/os-headers)
sys-libs/glibc:           2.26-r3::gentoo

    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://
    priority: -1000

    location: /usr/local/portage
    masters: gentoo

ACCEPT_KEYWORDS="amd64 ~amd64"
CFLAGS="-march=native -O2 -pipe"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
FCFLAGS="-march=native -O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=native -O2 -pipe"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif glamor gpm gstreamer gtk iconv icu ipv6 jpeg lcms ldap libnotify mad mng modules mp3 mp4 mpeg multilib ncurses networkmanager nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support qt5 readline sdl seccomp session spell ssl startup-notification svg systemd tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="evdev" KERNEL="linux" L10N="en en-US zh zh-CN" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_US zh zh_CN" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-0" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_5" PYTHON_TARGETS="python2_7 python3_5" RUBY_TARGETS="ruby22" USERLAND="GNU" VIDEO_CARDS="intel i965 nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Comment 1 Xiao Lin 2017-12-30 15:15:03 UTC
After some debugging I found that the problem is systemd related.

The /sbin/telinit command is a symbol link to systemctl when systemd installed.
When systemctl is run as telinit, if it doesn't find a running systemd, in this case a chroot environment, it just assume there is another init system is running and call telinit for that init system with execv. But this execv actually calls itself again and trigger a dead loop.

Here is the related source code from systemctl.c :

                } else if (strstr(program_invocation_short_name, "init")) {

                        if (sd_booted() > 0) {
                                arg_action = _ACTION_INVALID;
                                return telinit_parse_argv(argc, argv);
                        } else {
                                /* Hmm, so some other init system is
                                 * running, we need to forward this
                                 * request to it. For now we simply
                                 * guess that it is Upstart. */

                                execv(TELINIT, argv);

                                log_error("Couldn't find an alternative telinit implementation to spawn.");
                                return -EIO;

So the call to telinit should be avoided if in a chroot environment.
Comment 2 Mike Gilbert gentoo-dev 2017-12-31 01:00:13 UTC
I don't seem to be able to reproduce this.

What version of systemd is installed in the chroot?

Can you show me what ls -l /sbin/*init looks like?
Comment 3 Mike Gilbert gentoo-dev 2017-12-31 01:13:24 UTC
I can reproduce this with systemd-236. I cannot reproduce with systemd-233.

I think the meson build system defines the TELINIT macro differently from how autotools did it.
Comment 4 Xiao Lin 2017-12-31 01:15:12 UTC
My systemd version is 236-r2.

# ls -l /sbin/*init
lrwxrwxrwx 1 root root 22 Dec 30 22:55 /sbin/init -> ../lib/systemd/systemd
lrwxrwxrwx 1 root root 16 Dec 30 22:55 /sbin/telinit -> ../bin/systemctl
Comment 5 Larry the Git Cow gentoo-dev 2017-12-31 01:25:43 UTC
The bug has been closed via the following commit(s):

commit 0a0bc30e66759255f4d84527f09c2ccc00fbe0ca
Author:     Mike Gilbert <>
AuthorDate: 2017-12-31 01:22:17 +0000
Commit:     Mike Gilbert <>
CommitDate: 2017-12-31 01:25:36 +0000

    sys-apps/systemd: avoid infinite exec recursion in telinit
    Package-Manager: Portage-2.3.19_p3, Repoman-2.3.6_p37

 sys-apps/systemd/{systemd-236-r2.ebuild => systemd-236-r3.ebuild} | 2 ++
 sys-apps/systemd/systemd-9999.ebuild                              | 2 ++
 2 files changed, 4 insertions(+)