error running container: mingetty cannot find ttys

Done

Details

4 participants

Arun Isaac
Efraim Flashner
Giovanni Biscuolo
Ludovic Courtès

Owner: unassigned

Submitted by: Efraim Flashner

Severity: normal

Efraim Flashner wrote on 26 Jan 2019 20:21

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:20190126192150.GD11329@macbook41

Attachment: file

Giovanni Biscuolo wrote on 6 Feb 2019 13:16

Recipients:(address . help-guix@gnu.org)

Message-ID:87sgx1glhv.fsf@roquette.mug.biscuolo.net

Hi!

plase is there someone else that could reproduce this issue with "guix

system container": https://issues.guix.info/issue/34211?

I'm still not able to run a container built using "guix system container

container-minimal.scm -r container-minimal"

I'm on guix commit: 4aeb7f34c948f32363f2ae29c6942c6328df758c

this is the simple container.scm I'm using:

Toggle snippet (50 lines);; This is an operating system configuration template
;; to test containers via guix system (also on foregin distros)
;; see https://www.gnu.org/software/guix/manual/en/html_node/Invoking-guix-system.html

(use-modules (gnu))
(use-service-modules networking ssh)
(use-package-modules screen ssh emacs)

(operating-system
  (host-name "test-container")
  (timezone "Europe/Rome")
  (locale "en_US.utf8")

  ;; Boot in "legacy" BIOS mode
  (bootloader (bootloader-configuration
                (bootloader grub-bootloader)
                (target "/dev/sda")))

  (file-systems (cons (file-system
                        (device (file-system-label "guixsd"))
                        (mount-point "/")
                        (type "ext4"))
                      %base-file-systems))
  
  ;; This is where user accounts are specified.  The "root"
  ;; account is implicit, and is initially created with the
  ;; empty password.
  (users (cons (user-account
                (name "gbiscuolo")
                (comment "Giovanni Biscuolo (admin)")
                (group "users")
                (supplementary-groups '("wheel" "audio" "video"))
                (home-directory "/home/gbiscuolo"))
               %base-user-accounts))
  
  ;; Globally-installed packages.
  (packages (cons* screen openssh emacs %base-packages))

  ;; Add services to the baseline: a DHCP client and
  ;; an SSH server.
  (services (cons* (service dhcp-client-service-type)
		   (service openssh-service-type
                            (openssh-configuration
			     (x11-forwarding? #t)
                             (permit-root-login 'without-password)
                             
                             (port-number 22)))
                   %base-services)))

and this are the messages I got on running the container:

Toggle snippet (53 lines)registering public key '/gnu/store/4v6cxail1ajinjqsgfblan132fbw06m4-guix-0.16.0-9.4bddd12/share/guix/hydra.gnu.org.pub'...
registering public key '/gnu/store/4v6cxail1ajinjqsgfblan132fbw06m4-guix-0.16.0-9.4bddd12/share/guix/berlin.guixsd.org.pub'...
ssh-keygen: generating new host keys: RSA DSA ECDSA ED25519 
nscd: 166 monitoring file `/etc/hosts` (1)
nscd: 166 monitoring directory `/etc` (2)
nscd: 166 monitoring file `/etc/resolv.conf` (3)
nscd: 166 monitoring directory `/etc` (2)
nscd: 166 monitoring file `/etc/services` (4)
nscd: 166 monitoring directory `/etc` (2)
failed to start service 'console-font-tty1'
failed to start service 'console-font-tty2'
failed to start service 'console-font-tty3'
failed to start service 'console-font-tty4'
failed to start service 'console-font-tty5'
failed to start service 'console-font-tty6'
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[181]: tty3: No such file or directory
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[180]: tty4: No such file or directory
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[178]: tty6: No such file or directory
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[179]: tty5: No such file or directory
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[183]: tty1: No such file or directory
Feb  6 12:45:18 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[182]: tty2: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[190]: tty4: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[188]: tty6: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[189]: tty5: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[191]: tty3: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[193]: tty1: No such file or directory
Feb  6 12:45:24 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[192]: tty2: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[195]: tty6: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[194]: tty4: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[197]: tty5: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[198]: tty3: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[199]: tty1: No such file or directory
Feb  6 12:45:29 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[200]: tty2: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[201]: tty6: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[203]: tty5: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[202]: tty4: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[204]: tty3: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[205]: tty1: No such file or directory
Feb  6 12:45:34 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[206]: tty2: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[209]: tty4: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[208]: tty6: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[210]: tty5: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[211]: tty3: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[213]: tty2: No such file or directory
Feb  6 12:45:39 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[212]: tty1: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[214]: tty4: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[217]: tty5: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[216]: tty6: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[218]: tty3: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[219]: tty2: No such file or directory
Feb  6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[220]: tty1: No such file or directory

I have to TERM the the container since the "ttN: No such file or

directory" message loops indefinitely

Efraim Flashner was able to reproduce the issue: is my container

configuration broken

Efraim Flashner <efraim@flashner.co.il> writes:

[...]

Toggle quote (4 lines)

> I tested the config (after removing the references to your ssh key) on

> commit fc9c47bd7cdfd6265681e6b2c48fdb7889672bcc and I got the same

> issue. Forwarding on to bug-guix

please any hint on how to solve this issue?

Thanks!

Giovanni

Giovanni Biscuolo

Xelera IT Infrastructures

Ludovic Courtès wrote on 11 Feb 2019 23:20

Re: bug#34211: error running container: mingetty cannot find ttys

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:87zhr2q862.fsf@gnu.org

Hi Giovanni,

Giovanni Biscuolo <g@xelera.eu> skribis:

Toggle quote (3 lines)

> plase is there someone else that could reproduce this issue with "guix

> system container": https://issues.guix.info/issue/34211 ?

[...]

Toggle quote (9 lines)

> Feb 6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[217]: tty5: No such file or directory

> Feb 6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[216]: tty6: No such file or directory

> Feb 6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[218]: tty3: No such file or directory

> Feb 6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[219]: tty2: No such file or directory

> Feb 6 12:45:44 localhost /gnu/store/mbq93mr1vbs6za0n0yn32gfsyq1wx6xf-mingetty-1.08/sbin/mingetty[220]: tty1: No such file or directory

> I have to TERM the the container since the "ttN: No such file or

> directory" message loops indefinitely

I also get this behavior.

What happens is that the /dev/ttyN nodes do not exist (understandably),

and thus the ‘console-font-ttyN’ Shepherd services fail to start, and

get restarted, indefinitely.

The container is working as expected though. If you find the PID of the

container’s ‘shepherd’ process (its PID 1, which obviously has a

different PID outside the container), then you can do:

guix container exec NNN /bin/sh

where NNN is that PID of that ‘shepherd’ process (I use ‘pstree’ to find

the PID… not very convenient.)

In that shell, you can do:

Toggle snippet (38 lines)sh-4.4#  . /etc/profile         
sh-4.4# ls
bin  dev  etc  gnu  home  proc  root  run  sys  tmp  var
sh-4.4# herd status
Started:
 + containerized-shepherd
 + file-systems
 + guix-daemon
 + host-name
 + loopback
 + nscd
 + root
 + root-file-system
 + ssh-daemon
 + syslogd
 + term-tty1
 + term-tty2
 + term-tty3
 + term-tty4
 + term-tty5
 + term-tty6
 + udev
 + urandom-seed
 + user-file-systems
 + user-processes
 + virtual-terminal
Stopped:
 - console-font-tty1
 - console-font-tty2
 - console-font-tty3
 - console-font-tty4
 - console-font-tty5
 - console-font-tty6
 - networking
 - term-auto
 - user-homes

So in that sense everything is working “as expected.”

Now, it would make more sense to simply remove those ‘console-font-ttyN’

services in a container and everything that depends on them. Not sure

if we should do that automatically.

Thoughts?

Thanks,

Ludo’.

Giovanni Biscuolo wrote on 12 Feb 2019 11:25

Recipients:(name . Ludovic Courtès)(address . ludo@gnu.org)

Message-ID:8736otfgmo.fsf@roquette.mug.biscuolo.net

Hi Ludo'

thank you for looking into this issue!

Ludovic Courtès <ludo@gnu.org> writes:

[...]

Toggle quote (2 lines)

> I also get this behavior.

OK, so this is deterministic now :-)

Toggle quote (4 lines)

> What happens is that the /dev/ttyN nodes do not exist (understandably),

> and thus the ‘console-font-ttyN’ Shepherd services fail to start, and

> get restarted, indefinitely.

actually they do fail but they are not respawned, the services that get

respawned are term-tty[1..6]

Toggle quote (6 lines)

> The container is working as expected though. If you find the PID of the

> container’s ‘shepherd’ process (its PID 1, which obviously has a

> different PID outside the container), then you can do:

> guix container exec NNN /bin/sh

I have to use "sudo" to be able to start and "guix container exec" a

shell in it (I mean: sudo guix container exec...)

I used that command in another terminal so I could see the console

messages from the container

Toggle quote (3 lines)

> where NNN is that PID of that ‘shepherd’ process (I use ‘pstree’ to find

> the PID… not very convenient.)

oh yes! I did not realized that my container was there waiting for me

:-)

...I also did not realized thet the container is started as a foreground

process, so we nees to background

I used pstree too, we need a better way to interact with a container (by

name and not by PID); sorry but I still cannot help here, my Guile

proficency is still too low; anyway this is tangent to this bug

Toggle quote (2 lines)

> In that shell, you can do:

[...]

Toggle quote (2 lines)

> So in that sense everything is working “as expected.”

yes, I see: I stopped term-tty[1..6] and the failure messages disappeared

Toggle quote (3 lines)

> Now, it would make more sense to simply remove those ‘console-font-ttyN’

> services in a container and everything that depends on them.

as pointed above the faining services are term-tty[1..6],

console-font-tty[1..6] fails but do not get respawned do they are not

the real issue

Toggle quote (2 lines)

> Not sure if we should do that automatically.

I'll try to remove term-tty[1..6] manually from services declaration, if

I manage to "manually" solve this I'll report here

Toggle quote (2 lines)

> Thoughts?

since mingetty does not make sense in a container I'd remove

term-tty[1..6] (and console-font-tty[1..6]) automatically and by default

when we create a container via "guix system container..."

Thanks!

Giovanni

Giovanni Biscuolo

Xelera IT Infrastructures

Giovanni Biscuolo wrote on 13 Feb 2019 18:19

Recipients:(name . Ludovic Courtès)(address . ludo@gnu.org)

Message-ID:874l97ehc7.fsf@roquette.mug.biscuolo.net

Hello,

Giovanni Biscuolo <g@xelera.eu> writes:

[...]

Toggle quote (3 lines)

> I'll try to remove term-tty[1..6] manually from services declaration, if

> I manage to "manually" solve this I'll report here

I tried but failed, I'm removing both mingetty and console-font from

%base-services list:

Toggle snippet (14 lines)  (services (cons* (service dhcp-client-service-type)
		   (service openssh-service-type
                            (openssh-configuration
			     (x11-forwarding? #t)
                             (permit-root-login 'without-password)
                             (authorized-keys
                              `(("gbiscuolo" ,(local-file "ssh-authorized-keys/gbiscuolo.pub"))))
                             (port-number 22)))
		   (remove (lambda (service)
			     (eq? (service-kind service) mingetty-service-type)
			     (eq? (service-kind service) console-font-service-type))
			   %base-services))))

but term-tty[1..6] and console-font-tty[1..6] processes still get

installed and started by herd

please any hint on how to "manually" remove those two failing services?

Thanks!

Giovanni

Giovanni Biscuolo

Xelera IT Infrastructures

Arun Isaac wrote on 14 Feb 2019 21:08

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:cu7va1mcevg.fsf@systemreboot.net

Toggle quote (2 lines)

> please any hint on how to "manually" remove those two failing services?

You should do something along the lines of the following:

(remove (lambda (service)

(let ((type (service-type-name (service-kind service))))

(or (eq? type 'mingetty)

(eq? type 'console-fonts))))

%base-services)

Notice the function call to service-type-name.

Giovanni Biscuolo wrote on 15 Feb 2019 09:57

Recipients:(name . Arun Isaac)(address . arunisaac@systemreboot.net)

Message-ID:87zhqxbf93.fsf@roquette.mug.biscuolo.net

Hi Arun,

Arun Isaac <arunisaac@systemreboot.net> writes:

Toggle quote (10 lines)>> please any hint on how to "manually" remove those two failing services?
>
> You should do something along the lines of the following:
>
> (remove (lambda (service)
>           (let ((type (service-type-name (service-kind service))))
>             (or (eq? type 'mingetty)
>                 (eq? type 'console-fonts))))
>         %base-services)

[...]

thank you for your suggestion but this does not work

in everyone is willing to reproduce this bug [1] this is the container

config:

Attachment: container-minimal.scm

it's _very_ lightweight so it'll not waste your store space, to test it

just do

Toggle snippet (5 lines)

$ rm container-minimal

$ guix system container container-minimal.scm -r container-minimal

$ sudo ./container-minimal

in all my tests mingetty gets started and respawned, I can enter the

container and manually stop term-tty[1..6] services

Thanks!

Giovanni

[1] may it depend on my user environment? I'm on a foreign distro

(Debian 9.7)

Giovanni Biscuolo

Xelera IT Infrastructures

Arun Isaac wrote on 15 Feb 2019 11:39

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:cu7pnrtcp45.fsf@systemreboot.net

Toggle quote (10 lines)>> You should do something along the lines of the following:
>>
>> (remove (lambda (service)
>>           (let ((type (service-type-name (service-kind service))))
>>             (or (eq? type 'mingetty)
>>                 (eq? type 'console-fonts))))
>>         %base-services)
>
> thank you for your suggestion but this does not work

You need to use remove from (srfi srfi-1), not from (rnrs lists).

In your container-minimal.scm, replace

(use-modules (rnrs lists))

with

(use-modules (srfi srfi-1))

Giovanni Biscuolo wrote on 15 Feb 2019 12:34

Recipients:(name . Arun Isaac)(address . arunisaac@systemreboot.net)

Message-ID:87k1i1b803.fsf@roquette.mug.biscuolo.net

Arun Isaac <arunisaac@systemreboot.net> writes:

Toggle quote (20 lines)>>> You should do something along the lines of the following:
>>>
>>> (remove (lambda (service)
>>>           (let ((type (service-type-name (service-kind service))))
>>>             (or (eq? type 'mingetty)
>>>                 (eq? type 'console-fonts))))
>>>         %base-services)
>>
>> thank you for your suggestion but this does not work
>
> You need to use remove from (srfi srfi-1), not from (rnrs lists).
>
> In your container-minimal.scm, replace
>
> (use-modules (rnrs lists))
>
> with
>
> (use-modules (srfi srfi-1))

it works! thank you for your patience Arun :-)

so it's possible to "manually" remove the unneeded mingetty and

console-fonts services from containers

how could it be automated?

should it be automated? (IMHO yes)

Thanks!

Giovanni

Giovanni Biscuolo

Xelera IT Infrastructures

Arun Isaac wrote on 15 Feb 2019 13:00

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:cu7mumxcldi.fsf@systemreboot.net

Toggle quote (5 lines)

> so it's possible to "manually" remove the unneeded mingetty and

> console-fonts services from containers

> how could it be automated? should it be automated? (IMHO yes)

I too believe it should be automated. But, I'll leave the others on this

thread to come to a decision.

Ludovic Courtès wrote on 13 Mar 2019 23:13

Recipients:(name . Arun Isaac)(address . arunisaac@systemreboot.net)

Message-ID:87wol22zjh.fsf@gnu.org

Hi,

Arun Isaac <arunisaac@systemreboot.net> skribis:

Toggle quote (8 lines)

>> so it's possible to "manually" remove the unneeded mingetty and

>> console-fonts services from containers

>> how could it be automated? should it be automated? (IMHO yes)

> I too believe it should be automated. But, I'll leave the others on this

> thread to come to a decision.

Done in b94c80ff5d844f7763738ab5359fee72f11f9367, thanks!

Ludo'.

Closed

Your comment

This issue is archived.

To comment on this conversation send an email to 34211@debbugs.gnu.org

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date