| Summary: | unable to login the system after disable wayland and logout | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | lnie <lnie> | ||||||
| Component: | abrt | Assignee: | abrt <abrt-devel-list> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 25 | CC: | abrt-devel-list, iprikryl, jfilak, lnie, mhabrnal, michal.toman, mmilata, phelia | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2016-11-10 06:40:22 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
Created attachment 1197818 [details]
journalctl -b -1
FYI: I get the journal by login to tty2,and I'm able to login after a reboot. After a reboot,I get by running journalctl -p 3 : -- Reboot -- ... Sep 05 16:51:42 localhost.localdomain avahi-daemon[707]: chroot.c: open() failed: No such file or directory Sep 05 16:51:43 localhost.localdomain abrtd[711]: '/var/spool/abrt/ccpp-2016-09-05-16:03:03-10981' is not a problem directory Sep 05 16:51:43 localhost.localdomain abrtd[711]: '/var/spool/abrt/ccpp-2016-09-05-16:12:30-3002.new' is not a problem directory Sep 05 16:51:48 localhost.localdomain setroubleshoot[1022]: SELinux is preventing systemd from getattr access on the blk_file /run/systemd/inaccessible/blk. For complete SELinux messages. run sealert -l c4389a54-1df1-4a01-99c0-a59ed6e41e0f Sep 05 16:51:51 localhost.localdomain setroubleshoot[1022]: SELinux is preventing systemd from getattr access on the blk_file /run/systemd/inaccessible/blk. For complete SELinux messages. run sealert -l c4389a54-1df1-4a01-99c0-a59ed6e41e0f Sep 05 16:56:51 localhost.localdomain setroubleshoot[1589]: SELinux is preventing systemd from getattr access on the blk_file /run/systemd/inaccessible/blk. For complete SELinux messages. run sealert -l c4389a54-1df1-4a01-99c0-a59ed6e41e0f ... which have a similar line as reported in #1372196 here is the output of ls -laRZ /var/spool/abrt/ccpp-2016-09-05-16:03:03-10981 /var/spool/abrt/ccpp-2016-09-05-16:12:30-3002.new: total 9256 drwxr-x---. 3 root abrt system_u:object_r:abrt_var_cache_t:s0 4096 Sep 5 16:51 . drwxr-x--x. 8 root abrt system_u:object_r:abrt_var_cache_t:s0 4096 Sep 5 16:42 .. -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 abrt_version -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 analyzer -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 architecture -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 cgroup -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 cmdline -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 46264320 Sep 5 16:12 coredump -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 environ -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 executable -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 global_pid -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 hostname -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 kernel -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 last_occurrence drwxr-x---. 2 root abrt system_u:object_r:abrt_var_cache_t:s0 4096 Sep 5 16:12 .libreport -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 limits -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 maps -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 mountinfo -rw-rw-rw-. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 namespaces -rw-rw-rw-. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 open_fds -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 os_info -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 os_release -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 pid -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 proc_pid_status -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 pwd -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 reason -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 tid -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 time -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 type -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 0 Sep 5 16:12 uid /var/spool/abrt/ccpp-2016-09-05-16:12:30-3002.new/.libreport: total 12 total 12 drwxr-x---. 2 root abrt system_u:object_r:abrt_var_cache_t:s0 4096 Sep 5 16:12 . drwxr-x---. 3 root abrt system_u:object_r:abrt_var_cache_t:s0 4096 Sep 5 16:51 .. -rw-r-----. 1 root abrt system_u:object_r:abrt_var_cache_t:s0 4 Sep 5 16:12 owner Thank you for the report. Please, run the following commands and post the output here: # cd /var/spool/abrt/ccpp-2016-09-05-16:12:30-3002.new # gdb --batch --ex "t a a bt" -c coredump # cd /var/spool/abrt/ccpp-2016-09-05-16:03:03-10981 # gdb --batch --ex "t a a bt" -c coredump It seems that we can't get the output,before #1373355 is fixed,as we can't debuginfo-install ccpp successfully. (In reply to lnie from comment #5) Well, if there is no other bug, then the commands from comment #4 should print out backtrace anyway. The output will lack source files, line numbers and local variables but we will see what crashed and where it crashed. Then,here is the output: [root@localhost ccpp-2016-09-05-16:12:30-3002.new]# gdb --batch --ex "t a a bt" -c coredump [New LWP 3002] [New LWP 3012] [New LWP 3013] [New LWP 3015] [New LWP 3021] Missing separate debuginfo for the main executable file Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/4a/f24292b6d86c99e988f3657e7e2424295bf88c Core was generated by `/usr/bin/gnome-shell'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fc87934976f in ?? () [Current thread is 1 (LWP 3002)] Thread 5 (LWP 3021): #0 0x00007fc873051e61 in ?? () #1 0x00007fc873317600 in ?? () #2 0x00007fc84d77e700 in ?? () #3 0x0000000000000000 in ?? () Thread 4 (LWP 3015): #0 0x00007fc87304bb09 in ?? () #1 0x00007fc874b873ea in ?? () #2 0x0000000000000224 in ?? () #3 0x000000002cad2eef in ?? () #4 0x0000000000000000 in ?? () Thread 3 (LWP 3013): #0 0x00007fc873045f2d in ?? () #1 0x0000000000000000 in ?? () Thread 2 (LWP 3012): #0 0x00007fc873045f2d in ?? () #1 0x0000000000000000 in ?? () Thread 1 (LWP 3002): #0 0x00007fc87934976f in ?? () #1 0x0000000000000020 in ?? () #2 0x00007fc874b5f9a4 in ?? () #3 0x00000001e6fa1ba0 in ?? () #4 0xdaff24635f9d1b00 in ?? () #5 0x0000000000000000 in ?? () [root@localhost ccpp-2016-09-05-16:03:03-10981]# gdb --batch --ex "t a a bt" -c coredump [New LWP 10981] [New LWP 10982] [New LWP 10983] [New LWP 10985] [New LWP 10991] Missing separate debuginfo for the main executable file Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/4a/f24292b6d86c99e988f3657e7e2424295bf88c Core was generated by `/usr/bin/gnome-shell'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f627e44076f in ?? () [Current thread is 1 (LWP 10981)] Thread 5 (LWP 10991): #0 0x00007f6278148e61 in ?? () #1 0x00007f627840e600 in ?? () #2 0x00007f625cee3700 in ?? () #3 0x0000000000000000 in ?? () Thread 4 (LWP 10985): #0 0x00007f6278142b09 in ?? () #1 0x00007f6279c7e3ea in ?? () #2 0x0000000000000204 in ?? () #3 0x000000002affcd8c in ?? () #4 0x0000000000000000 in ?? () Thread 3 (LWP 10983): #0 0x00007f627813cf2d in ?? () #1 0x0000000000000000 in ?? () Thread 2 (LWP 10982): #0 0x00007f627813cf2d in ?? () #1 0x0000000000000000 in ?? () Thread 1 (LWP 10981): #0 0x00007f627e44076f in ?? () #1 0x0000000000000020 in ?? () #2 0x00007f6279c569a4 in ?? () #3 0x00000001b5e08800 in ?? () #4 0x87aff2fdae839900 in ?? () #5 0x0000000000000000 in ?? () |
Created attachment 1197817 [details] video Description of problem: After I disable wayland by setting WaylandEnable=false in /etc/gdm/custom.conf and logout,unable to login the system anymore.Please see the attached video for more information. Not sure if this is the right place for this,please feel free to reassign,thanks Version-Release number of selected component (if applicable): abrt-2.8.2-2.fc25 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: