Re: [systemd-devel] Poor man's reboot doesn't work
Am Freitag, den 07.11.2014, 01:59 +0100 schrieb Lennart Poettering: On Sun, 02.11.14 12:48, Thomas Meyer (tho...@m3y3r.de) wrote: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP Mhh, strange. the last two tries to reproduces this bug failed. everything worked as expected. Strange! anyway I'm going to upgrade to Fedora 21 in the next days. so I'll watch out for this bug again, then. thanks. thomas Hmm, this is certainly weird. Any chance you can do strace -ff -p 1 -o /tmp/someplace/log (maybe from the debug shell). Then, trigger the issue again, and find the tight log file in /tmp/someplace that ends with an exit(219). It would be good to paste that file somewhere (or at least the last few lines which might give an indication on what precisely fails), so that I can have a look. Also, try booting with debug logs on (systemd.log_level=debug) and see if this generates any additional log output that might be useful. Lennart ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Poor man's reboot doesn't work
On Mon, 10.11.14 22:30, Thomas Meyer (tho...@m3y3r.de) wrote: Am Freitag, den 07.11.2014, 01:59 +0100 schrieb Lennart Poettering: On Sun, 02.11.14 12:48, Thomas Meyer (tho...@m3y3r.de) wrote: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP Mhh, strange. the last two tries to reproduces this bug failed. everything worked as expected. Strange! anyway I'm going to upgrade to Fedora 21 in the next days. so I'll watch out for this bug again, then. This really feels like a race. Something is removing the cgroup before we can add the process to the cgroup. One way to track this down might be to use Martin Pitt's fatrace tool to check which process is removing the cgroup ultimately. Lennart -- Lennart Poettering, Red Hat ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Poor man's reboot doesn't work
Am Freitag, den 07.11.2014, 01:59 +0100 schrieb Lennart Poettering: On Sun, 02.11.14 12:48, Thomas Meyer (tho...@m3y3r.de) wrote: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP Hmm, this is certainly weird. Any chance you can do strace -ff -p 1 -o /tmp/someplace/log (maybe from the debug shell). Then, trigger the issue again, and find the tight log file in /tmp/someplace that ends with an exit(219). It would be good to paste that file somewhere (or at least the last few lines which might give an indication on what precisely fails), so that I can have a look. Here you go, I tried to extract one example here. if you miss something I guess I can upload all traces somewhere. AFAIU pid 1 tries to start the restorecond.service here (I removed all sendmsg calls): access(/etc/selinux/restorecond.conf, F_OK) = 0 open(/sys/fs/cgroup/systemd/system.slice/restorecond.service/control/cgroup.procs, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, /sys/fs/cgroup/systemd/system.slice/restorecond.service/control, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f06d74bcb90) = 31006 access(/sys/fs/cgroup/systemd, F_OK) = 0 open(/sys/fs/cgroup/systemd/system.slice/restorecond.service/cgroup.procs, O_WRONLY|O_CREAT|O_TRUNC|O_CLOEXEC, 0666) = -1 ENOENT (No such file or directory) open(/proc/31006/stat, O_RDONLY|O_CLOEXEC) = 49 fstat(49, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06d74e read(49, 31006 (systemd) R 1 1 1 0 -1 420..., 1024) = 343 close(49) = 0 munmap(0x7f06d74e, 4096)= 0 open(/sys/fs/cgroup/systemd/system.slice/restorecond.service/cgroup.procs, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, /sys/fs/cgroup/systemd/system.slice/restorecond.service, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fffa38779d0) = -1 ENOTTY (Inappropriate ioctl for device) ioctl(1, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fffa38779d0) = -1 ENOTTY (Inappropriate ioctl for device) ioctl(2, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fffa38779d0) = -1 ENOTTY (Inappropriate ioctl for device) sendto(18, l\0\0\0j\4\5\0\233\0\0\0\0\0\0\0 comm=\restoreco..., 108, 0, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 108 poll([{fd=18, events=POLLIN}], 1, 500) = 1 ([{fd=18, revents=POLLIN}]) recvfrom(18, $\0\0\0\2\0\0\0\233\0\0\0\1\0\0\0\0\0\0\0l\0\0\0j\4\5\0\233\0\0\0..., 8988, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=}, [12]) = 36 recvfrom(18, $\0\0\0\2\0\0\0\233\0\0\0\1\0\0\0\0\0\0\0l\0\0\0j\4\5\0\233\0\0\0..., 8988, MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=}, [12]) = 36 socket(PF_LOCAL, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 49 connect(49, {sa_family=AF_LOCAL, sun_path=@/org/freedesktop/plymouthd}, 29) = 0 open(/proc/self/maps, O_RDONLY|O_CLOEXEC) = 50 fstat(50, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [...] waitid(P_PID, 31003, {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=31003, si_uid=0, si_status=219, si_utime=0, si_stime=0}, WEXITED, NULL) = 0 waitid(P_ALL, 0, {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=31006, si_uid=0, si_status=219, si_utime=0, si_stime=0}, WNOHANG|WEXITED|WNOWAIT, NULL) = 0 open(/proc/31006/comm, O_RDONLY|O_CLOEXEC) = 47 fstat(47, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06d74e read(47, (torecond)\n, 1024) = 11 close(47) = 0 munmap(0x7f06d74e, 4096)= 0 open(/proc/31006/cgroup, O_RDONLY|O_CLOEXEC) = 47 fstat(47, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06d74e read(47, 6:blkio:/\n5:freezer:/\n4:devices:..., 1024) = 78 close(47) = 0 munmap(0x7f06d74e, 4096)= 0 open(/sys/fs/cgroup/systemd/system.slice/restorecond.service/cgroup.procs, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, /sys/fs/cgroup/systemd/system.slice/restorecond.service, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/sys/fs/cgroup/systemd/system.slice/restorecond.service/cgroup.procs, O_RDONLY|O_CLOEXEC) = -1 ENOENT
Re: [systemd-devel] Poor man's reboot doesn't work
Am 04.11.2014 um 20:01 schrieb Thomas Meyer tho...@m3y3r.de: Am 02.11.2014 um 12:48 schrieb Thomas Meyer tho...@m3y3r.de: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? Can anybody answer my question? Or give hints were I can find an answer? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP EXIT_CGROUP seems to get set at three locations in the source code, but I'm not sure what is the original underlying error code. Any ideas wash at could be wrong here? example status output: abrt-ccpp.service - '/org/freedesktop/systemd1/unit/abrt_2dccpp_2eservice' abrt-ccpp.service - Install ABRT coredump hook Loaded: loaded (/usr/lib/systemd/system/abrt-ccpp.service; enabled) Active: failed (Result: exit-code) since So 2014-11-02 12:32:45 CET; 2min 32s ago Process: 4715 ExecStop=/usr/sbin/abrt-install-ccpp-hook uninstall (code=exited, status=0/SUCCESS) Process: 13227 ExecStart=/usr/sbin/abrt-install-ccpp-hook install (code=exited, status=219/CGROUP) Main PID: 13227 (code=exited, status=219/CGROUP) CGroup: /system.slice/abrt-ccpp.service Nov 02 12:32:45 localhost.localdomain systemd[1]: abrt-ccpp.service: main process exited, code=exited, status=219/CGROUP Nov 02 12:32:45 localhost.localdomain systemd[1]: Failed to start Install ABRT coredump hook. Nov 02 12:32:45 localhost.localdomain systemd[1]: Unit abrt-ccpp.service entered failed state Bug or feature? This happens with systemd version: systemd 208 +PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ on Fedora 20. with kind regards thomas ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Poor man's reboot doesn't work
Hi On Sun, Nov 2, 2014 at 12:48 PM, Thomas Meyer tho...@m3y3r.de wrote: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP example status output: abrt-ccpp.service - '/org/freedesktop/systemd1/unit/abrt_2dccpp_2eservice' abrt-ccpp.service - Install ABRT coredump hook Loaded: loaded (/usr/lib/systemd/system/abrt-ccpp.service; enabled) Active: failed (Result: exit-code) since So 2014-11-02 12:32:45 CET; 2min 32s ago Process: 4715 ExecStop=/usr/sbin/abrt-install-ccpp-hook uninstall (code=exited, status=0/SUCCESS) Process: 13227 ExecStart=/usr/sbin/abrt-install-ccpp-hook install (code=exited, status=219/CGROUP) Main PID: 13227 (code=exited, status=219/CGROUP) CGroup: /system.slice/abrt-ccpp.service Nov 02 12:32:45 localhost.localdomain systemd[1]: abrt-ccpp.service: main process exited, code=exited, status=219/CGROUP Nov 02 12:32:45 localhost.localdomain systemd[1]: Failed to start Install ABRT coredump hook. Nov 02 12:32:45 localhost.localdomain systemd[1]: Unit abrt-ccpp.service entered failed state Bug or feature? So it's just the abrt-ccpp.service that fails? If you disable it, everything works as expected? I'd recommend reporting it to the abrt-ccpp people. I don't think this is related to how systemd starts/stops it. The developers of it should probably know more. Btw., I'm not entirely sure what that service does, so you might wanna show us the service file. It's not part of the systemd tarball, as far as I see. Thanks David ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Poor man's reboot doesn't work
Am 02.11.2014 um 12:48 schrieb Thomas Meyer tho...@m3y3r.de: Hi, I tried to switch to the emergency target and back to the graphical target, but this doesn't seem to work. Should this work, i.e.? # systemctl isolate emergency.target # systemctl isolate graphical.target The services seems to fail with this error once I'm in the emergency.target and try to switch back to the graphical.target: status=219/CGROUP EXIT_CGROUP seems to get set at three locations in the source code, but I'm not sure what is the original underlying error code. Any ideas wash at could be wrong here? example status output: abrt-ccpp.service - '/org/freedesktop/systemd1/unit/abrt_2dccpp_2eservice' abrt-ccpp.service - Install ABRT coredump hook Loaded: loaded (/usr/lib/systemd/system/abrt-ccpp.service; enabled) Active: failed (Result: exit-code) since So 2014-11-02 12:32:45 CET; 2min 32s ago Process: 4715 ExecStop=/usr/sbin/abrt-install-ccpp-hook uninstall (code=exited, status=0/SUCCESS) Process: 13227 ExecStart=/usr/sbin/abrt-install-ccpp-hook install (code=exited, status=219/CGROUP) Main PID: 13227 (code=exited, status=219/CGROUP) CGroup: /system.slice/abrt-ccpp.service Nov 02 12:32:45 localhost.localdomain systemd[1]: abrt-ccpp.service: main process exited, code=exited, status=219/CGROUP Nov 02 12:32:45 localhost.localdomain systemd[1]: Failed to start Install ABRT coredump hook. Nov 02 12:32:45 localhost.localdomain systemd[1]: Unit abrt-ccpp.service entered failed state Bug or feature? This happens with systemd version: systemd 208 +PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ on Fedora 20. with kind regards thomas ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel