Setroubleshoot dbus access error

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












3















When running setroubleshootd in fedora, I get this error:



org.freedesktop.DBus.Error.AccessDenied: Connection ":1.79" is not allowed
to own the service "org.fedoraProject.Setroubleshootd" due to security
policies in the configuration file


Now I know this has something to do with the dbus policy, either in /etc/dbus-1/system.conf or a file in /etc/dbus-1/system.d/ or in /etc/dbus-1/session.conf or a file in /etc/dbus-1/session.d/*



But I have no idea what exactly the problem is, what file I need to look at. what policy I need to modify or how I am suposed to modify it.










share|improve this question




























    3















    When running setroubleshootd in fedora, I get this error:



    org.freedesktop.DBus.Error.AccessDenied: Connection ":1.79" is not allowed
    to own the service "org.fedoraProject.Setroubleshootd" due to security
    policies in the configuration file


    Now I know this has something to do with the dbus policy, either in /etc/dbus-1/system.conf or a file in /etc/dbus-1/system.d/ or in /etc/dbus-1/session.conf or a file in /etc/dbus-1/session.d/*



    But I have no idea what exactly the problem is, what file I need to look at. what policy I need to modify or how I am suposed to modify it.










    share|improve this question


























      3












      3








      3








      When running setroubleshootd in fedora, I get this error:



      org.freedesktop.DBus.Error.AccessDenied: Connection ":1.79" is not allowed
      to own the service "org.fedoraProject.Setroubleshootd" due to security
      policies in the configuration file


      Now I know this has something to do with the dbus policy, either in /etc/dbus-1/system.conf or a file in /etc/dbus-1/system.d/ or in /etc/dbus-1/session.conf or a file in /etc/dbus-1/session.d/*



      But I have no idea what exactly the problem is, what file I need to look at. what policy I need to modify or how I am suposed to modify it.










      share|improve this question
















      When running setroubleshootd in fedora, I get this error:



      org.freedesktop.DBus.Error.AccessDenied: Connection ":1.79" is not allowed
      to own the service "org.fedoraProject.Setroubleshootd" due to security
      policies in the configuration file


      Now I know this has something to do with the dbus policy, either in /etc/dbus-1/system.conf or a file in /etc/dbus-1/system.d/ or in /etc/dbus-1/session.conf or a file in /etc/dbus-1/session.d/*



      But I have no idea what exactly the problem is, what file I need to look at. what policy I need to modify or how I am suposed to modify it.







      d-bus






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited May 6 '15 at 22:53









      PersianGulf

      7,01543662




      7,01543662










      asked May 6 '15 at 19:39









      Mouse.The.Lucky.DogMouse.The.Lucky.Dog

      1,00711531




      1,00711531




















          1 Answer
          1






          active

          oldest

          votes


















          0














          Since Fedora 11, setroubleshootd is not supposed to be running in the background:




          setroubleshootd is now a dbus service. It is supposed to be started
          when and AVC arrives or you start the sealert browser. It dies 10
          seconds after the last connection/AVC arrival.




          If you don't get desktop notifications, there might be other problem than the setroubleshootd not running all the time.






          share|improve this answer






















            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "106"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f201860%2fsetroubleshoot-dbus-access-error%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            Since Fedora 11, setroubleshootd is not supposed to be running in the background:




            setroubleshootd is now a dbus service. It is supposed to be started
            when and AVC arrives or you start the sealert browser. It dies 10
            seconds after the last connection/AVC arrival.




            If you don't get desktop notifications, there might be other problem than the setroubleshootd not running all the time.






            share|improve this answer



























              0














              Since Fedora 11, setroubleshootd is not supposed to be running in the background:




              setroubleshootd is now a dbus service. It is supposed to be started
              when and AVC arrives or you start the sealert browser. It dies 10
              seconds after the last connection/AVC arrival.




              If you don't get desktop notifications, there might be other problem than the setroubleshootd not running all the time.






              share|improve this answer

























                0












                0








                0







                Since Fedora 11, setroubleshootd is not supposed to be running in the background:




                setroubleshootd is now a dbus service. It is supposed to be started
                when and AVC arrives or you start the sealert browser. It dies 10
                seconds after the last connection/AVC arrival.




                If you don't get desktop notifications, there might be other problem than the setroubleshootd not running all the time.






                share|improve this answer













                Since Fedora 11, setroubleshootd is not supposed to be running in the background:




                setroubleshootd is now a dbus service. It is supposed to be started
                when and AVC arrives or you start the sealert browser. It dies 10
                seconds after the last connection/AVC arrival.




                If you don't get desktop notifications, there might be other problem than the setroubleshootd not running all the time.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Jun 30 '15 at 14:17









                YurBYurB

                101




                101



























                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f201860%2fsetroubleshoot-dbus-access-error%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown






                    Popular posts from this blog

                    How to check contact read email or not when send email to Individual?

                    Bahrain

                    Postfix configuration issue with fips on centos 7; mailgun relay