Am 14.02.2014 13:42, schrieb Stephan Sachse: >>> agetty[38]: /dev/tty1: cannot get controlling tty: Operation not permitted >>> agetty[38]: /dev/tty1: cannot get controlling tty: Operation not permitted >>> agetty[38]: /dev/tty1: cannot set process group: Inappropriate ioctl for device >> >> Is this really the reason why the login fails? Does getty not start or does the login fail? > > yes, the getty is started > > 100000 26665 0.0 0.0 6412 792 pts/0 Ss+ 13:22 0:00 > /sbin/agetty --noclear tty1 > 100000 26667 0.0 0.0 6412 848 ? Ss 13:22 0:00 > /sbin/agetty --noclear -s console 115200 38400 9600 > > and i can connect with "fedora1 console" > > virsh # console fedora1 > Verbunden mit der Domain: fedora1 > Escape-Zeichen ist ^] > > Fedora release 20 (Heisenbug) > Kernel 3.13.2-2.el6.x86_64 on an x86_64 (tty1) > > fedora1 login: > > put the console is "crazy". wrong line breaks after hit enter. first > two logins fails with wrong log entries. the password is displayed as > login. the third attemot works. then i have a mix of console and > login promt. every 10 secons i hit enter i see a passwort promt. but i > can still use the shell. but imo this is a other problem. there are > messages about systemd --user can not connect the dbus socket in > /run/user/0/dbus/user_bus_socket Looks like you have a getty on /dev/console _and_ /dev/tty1 ...both are symlinks to the same pts fake console. >> I've never tested an upstart based distro maybe it is somehow confused. :) > > forgot to say the container is fedora 20 Ah, thought it is CentOS 6 too. >> Can you please collect more details why a login via ssh is failing? > > set LogLevel to DEBUG3. keyexchange is down. put then hangs for some > time und sshd dies > > sshd[269]: debug1: KEX done [preauth] > sshd[269]: debug1: userauth-request for user root service > ssh-connection method none [preauth] > sshd[269]: debug1: attempt 0 failures 0 [preauth] > sshd[269]: debug3: mm_getpwnamallow entering [preauth] > sshd[269]: debug3: mm_request_send entering: type 8 [preauth] > sshd[269]: debug3: mm_getpwnamallow: waiting for MONITOR_ANS_PWNAM [preauth] > sshd[269]: debug3: mm_request_receive_expect entering: type 9 [preauth] > sshd[269]: debug3: mm_request_receive entering [preauth] > sshd[269]: debug3: mm_request_receive entering > sshd[269]: debug3: monitor_read: checking request 8 > sshd[269]: debug3: mm_answer_pwnamallow > sshd[269]: debug3: Trying to reverse map address 10.1.25.151. > systemd[1]: Received SIGCHLD from PID 270 (sshd). > systemd[1]: Got SIGCHLD for process 270 (sshd) > systemd[1]: Child 270 died (code=killed, status=15/TERM) Hmmm, no idea so far. Have you disabled pam_loginuid? Maybe SELinux hates you too... Thanks, //richard -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list