{"id":2131,"date":"2021-07-24T10:04:31","date_gmt":"2021-07-24T17:04:31","guid":{"rendered":"https:\/\/dhoytt.com\/mainblog\/?p=2131"},"modified":"2021-12-19T22:17:37","modified_gmt":"2021-12-20T06:17:37","slug":"fedora-workstation-crashes-possibly-resolved-updates-of-xcp-ng-packages","status":"publish","type":"post","link":"https:\/\/dhoytt.com\/mainblog\/2021\/07\/fedora-workstation-crashes-possibly-resolved-updates-of-xcp-ng-packages\/","title":{"rendered":"Fedora Workstation Crashes Possibly Resolved\/ Updates of XCP-ng Packages"},"content":{"rendered":"\n<p>Well my Fedora 33 workstation desktop kept freezing and crashing whether I used KDE Plasma, Cinnamon, MATE or Gnome desktop environments this happened with various applications. I suspected my Nvidia Quadro K1200 drivers and was going to really dive into that when I had time. I first updated to Fedora 34 which I wanted to do anyway and had the same issues so looking through the logs and then noticed some selinux alerts I simply ran the sealerts listed and created selinux policies suggested and now my workstation&#8217;s desktop is noticeably more responsive and  stable.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<p class=\"has-medium-font-size\"><strong>This is what I found in the logs:<\/strong><\/p>\n\n\n\n<p>SELinux is preventing gnome-shell from write access on the sock_file dbus-O849AHv64T.<\/p>\n\n\n\n<p><em>Plugin catchall (100. confidence) suggests <\/em><strong><em>*<\/em><\/strong><\/p>\n\n\n\n<p>If you believe that gnome-shell should be allowed write access on the dbus-O849AHv64T sock_file by default.<br>Then you should report this as a bug.<br>You can generate a local policy module to allow this access.<br>Do<br>allow this access for now by executing:<\/p>\n\n\n\n<h1 class=\"has-small-font-size wp-block-heading\">ausearch -c &#8216;gnome-shell&#8217; &#8211;raw | audit2allow -M my-gnomeshell<\/h1>\n\n\n\n<h1 class=\"has-small-font-size wp-block-heading\">semodule -X 300 -i my-gnomeshell.pp<\/h1>\n\n\n\n<p>Additional Information:<br>Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023<br>Target Context system_u:object_r:tmp_t:s0<br>Target Objects dbus-O849AHv64T [ sock_file ]<br>Source gnome-shell<br>Source Path gnome-shell<br>Port<br>Host mamba<br>Source RPM Packages<br>Target RPM Packages<br>SELinux Policy RPM selinux-policy-targeted-34.14-1.fc34.noarch<br>Local Policy RPM selinux-policy-targeted-34.14-1.fc34.noarch<br>Selinux Enabled True<br>Policy Type targeted<br>Enforcing Mode Enforcing<br>Host Name mamba<br>Platform Linux mamba 5.13.4-200.fc34.x86_64 #1 SMP Tue Jul<br>20 20:27:29 UTC 2021 x86_64 x86_64<br>Alert Count 223<br>First Seen 2021-07-12 22:03:50 PDT<br>Last Seen 2021-07-23 22:38:07 PDT<br>Local ID c4845b11-2638-4728-8e79-27e115f54210<\/p>\n\n\n\n<p>Raw Audit Messages<br>type=AVC msg=audit(1627105087.981:551): avc: denied { write } for pid=27398 comm=&#8221;gsd-power&#8221; name=&#8221;dbus-O849AHv64T&#8221; dev=&#8221;tmpfs&#8221; ino=657 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:tmp_t:s0 tclass=sock_file permissive=0<\/p>\n\n\n\n<p>Hash: gnome-shell,xdm_t,tmp_t,sock_file,write<\/p>\n\n\n\n<p><strong>For this alert I simply followed directions after changing directories into my security folder I store my selinux policies and then ran:<\/strong><\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># ausearch -c 'gnome-shell' --raw | audit2allow -M my-gnomeshell\n#semodule -i my-gnomeshell.pp<\/code><\/pre>\n\n\n\n<p class=\"has-medium-font-size\"><strong>There appeared to be another sealert that I found that also affected my desktops stability and possibly spoke to issues with the Nvidia driver:<\/strong><\/p>\n\n\n\n<p>SELinux is preventing gdb from read access on the chr_file card1.<\/p>\n\n\n\n<p><em>Plugin catchall (100. confidence) suggests <\/em><strong><em>*<\/em><\/strong><\/p>\n\n\n\n<p>If you believe that gdb should be allowed read access on the card1 chr_file by default.<br>Then you should report this as a bug.<br>You can generate a local policy module to allow this access.<br>Do<br>allow this access for now by executing:<\/p>\n\n\n\n<h1 class=\"has-small-font-size wp-block-heading\">ausearch -c &#8216;gdb&#8217; &#8211;raw | audit2allow -M my-gdb<\/h1>\n\n\n\n<h1 class=\"has-small-font-size wp-block-heading\">semodule -X 300 -i my-gdb.pp<\/h1>\n\n\n\n<p>Additional Information:<br>Source Context system_u:system_r:abrt_t:s0-s0:c0.c1023<br>Target Context system_u:object_r:dri_device_t:s0<br>Target Objects card1 [ chr_file ]<br>Source gdb<br>Source Path gdb<br>Port<br>Host mamba<br>Source RPM Packages<br>Target RPM Packages<br>SELinux Policy RPM selinux-policy-targeted-34.14-1.fc34.noarch<br>Local Policy RPM selinux-policy-targeted-34.14-1.fc34.noarch<br>Selinux Enabled True<br>Policy Type targeted<br>Enforcing Mode Enforcing<br>Host Name mamba<br>Platform Linux mamba 5.13.4-200.fc34.x86_64 #1 SMP Tue Jul<br>20 20:27:29 UTC 2021 x86_64 x86_64<br>Alert Count 384<br>First Seen 2021-07-12 22:04:07 PDT<br>Last Seen 2021-07-23 22:38:06 PDT<br>Local ID 88f4d8fa-ca05-404e-8449-bd42cfc3bedb<\/p>\n\n\n\n<p>Raw Audit Messages<br>type=AVC msg=audit(1627105086.850:543): avc: denied { read } for pid=27221 comm=&#8221;gdb&#8221; name=&#8221;card1&#8243; dev=&#8221;devtmpfs&#8221; ino=523 scontext=system_u:system_r:abrt_t:s0-s0:c0.c1023 tcontext=system_u:object_r:dri_device_t:s0 tclass=chr_file permissive=0<\/p>\n\n\n\n<p>Hash: gdb,abrt_t,dri_device_t,chr_file,read<\/p>\n\n\n\n<p><strong>Once again I just followed the notice from selinux and ran the following:<\/strong><\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>#ausearch -c 'gdb' --raw | audit2allow -M my-gdb\n#semodule -i my-gdb.pp<\/code><\/pre>\n\n\n\n<p>For the second alert addressing the &#8220;gdb&#8221; issue I discovered a number of people are having similar issues that are listed in bug alerts at Red Hat:  <a href=\"https:\/\/bugzilla.redhat.com\/show_bug.cgi?id=1896648\">https:\/\/bugzilla.redhat.com\/show_bug.cgi?id=1896648<\/a><\/p>\n\n\n\n<p>I decided to look up the first sealert as well and there are a number of bug listings for that as well plus a forum discussion I found: <a href=\"https:\/\/ask.fedoraproject.org\/t\/selinux-is-preventing-gnome-shell-from-write-access-on-the-sock-file-dbus-xodxlwour5\/14515\">https:\/\/ask.fedoraproject.org\/t\/selinux-is-preventing-gnome-shell-from-write-access-on-the-sock-file-dbus-xodxlwour5\/14515<\/a><\/p>\n\n\n\n<figure class=\"wp-block-embed\"><div class=\"wp-block-embed__wrapper\">\nhttps:\/\/bugzilla.redhat.com\/show_bug.cgi?id=1942775\n<\/div><\/figure>\n\n\n\n<p> I also went ahead migrated virtual systems from one XCP-ng to another updated both XCP-ng hosts hypervisor systems after the migrations and then moved the virtual systems back to their respective hosts after performing the updates on each physical host.  During the migration of the relays server that brief microsecond may have affected people streaming<a href=\"https:\/\/dhoytt.com\/snake-ice-radio-blog\/\" data-type=\"URL\" data-id=\"https:\/\/dhoytt.com\/snake-ice-radio-blog\/\"> Snakeice&#8217;s House of Beats <\/a>without a media streaming player that buffers and does not attempt restarts after minor interruptions .. All in all a very productive morning now time for breakfast.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Well my Fedora 33 workstation desktop kept freezing and crashing whether I used KDE Plasma, Cinnamon, MATE or Gnome desktop environments this happened with various applications. I suspected my Nvidia Quadro K1200 drivers and was going to really dive into &hellip; <a href=\"https:\/\/dhoytt.com\/mainblog\/2021\/07\/fedora-workstation-crashes-possibly-resolved-updates-of-xcp-ng-packages\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wprm-recipe-roundup-name":"","wprm-recipe-roundup-description":"","_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[5,7,6],"tags":[1032,889,1029,253,1031,1030,1033,1034,1036,1035,575,598,713],"class_list":["post-2131","post","type-post","status-publish","format-standard","hentry","category-home-projects","category-technical-non-site-related","category-whole-site-development","tag-cinnamon","tag-fedora-33","tag-fedora-34","tag-gnome","tag-kde-plasma","tag-linux-workstation","tag-mate","tag-nvidia-quadro-k1200","tag-redhat-bug-reports","tag-sealetrs","tag-selinux","tag-snakeice-house-of-beats","tag-xcp-ng"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/posts\/2131","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/comments?post=2131"}],"version-history":[{"count":2,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/posts\/2131\/revisions"}],"predecessor-version":[{"id":2134,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/posts\/2131\/revisions\/2134"}],"wp:attachment":[{"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/media?parent=2131"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/categories?post=2131"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dhoytt.com\/mainblog\/wp-json\/wp\/v2\/tags?post=2131"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}