Error running auditd inside centos docker container: “Unable to set initial audit startup state to...











up vote
0
down vote

favorite












I'm trying to create a docker container with systemd enabled and install auditd on it.



I'm using the standard centos/systemd image provided in dockerhub.
But when I'm trying to start audit, it fails.



Here is the list of commands that I have done to create and get into the docker container:



docker run -d --rm --privileged --name systemd -v /sys/fs/cgroup:/sys/fs/cgroup:ro centos/systemd
docker exec -it systemd bash


Now, inside the docker container:



yum install audit
systemctl start auditd


I'm receiving the following error:



Job for auditd.service failed because the control process exited with error code. See "systemctl status auditd.service" and "journalctl -xe" for details.


Then I run:



 systemctl status auditd.service


And I'm getting this info:



auditd[182]: Error sending status request (Operation not permitted)
auditd[182]: Error sending enable request (Operation not permitted)
auditd[182]: Unable to set initial audit startup state to 'enable', exiting
auditd[182]: The audit daemon is exiting.
auditd[181]: Cannot daemonize (Success)
auditd[181]: The audit daemon is exiting.
systemd[1]: auditd.service: control process exited, code=exited status=1
systemd[1]: Failed to start Security Auditing Service.
systemd[1]: Unit auditd.service entered failed state.
systemd[1]: auditd.service failed.


Do you guys have any ideas on why this is happening?



Thank you.










share|improve this question


























    up vote
    0
    down vote

    favorite












    I'm trying to create a docker container with systemd enabled and install auditd on it.



    I'm using the standard centos/systemd image provided in dockerhub.
    But when I'm trying to start audit, it fails.



    Here is the list of commands that I have done to create and get into the docker container:



    docker run -d --rm --privileged --name systemd -v /sys/fs/cgroup:/sys/fs/cgroup:ro centos/systemd
    docker exec -it systemd bash


    Now, inside the docker container:



    yum install audit
    systemctl start auditd


    I'm receiving the following error:



    Job for auditd.service failed because the control process exited with error code. See "systemctl status auditd.service" and "journalctl -xe" for details.


    Then I run:



     systemctl status auditd.service


    And I'm getting this info:



    auditd[182]: Error sending status request (Operation not permitted)
    auditd[182]: Error sending enable request (Operation not permitted)
    auditd[182]: Unable to set initial audit startup state to 'enable', exiting
    auditd[182]: The audit daemon is exiting.
    auditd[181]: Cannot daemonize (Success)
    auditd[181]: The audit daemon is exiting.
    systemd[1]: auditd.service: control process exited, code=exited status=1
    systemd[1]: Failed to start Security Auditing Service.
    systemd[1]: Unit auditd.service entered failed state.
    systemd[1]: auditd.service failed.


    Do you guys have any ideas on why this is happening?



    Thank you.










    share|improve this question
























      up vote
      0
      down vote

      favorite









      up vote
      0
      down vote

      favorite











      I'm trying to create a docker container with systemd enabled and install auditd on it.



      I'm using the standard centos/systemd image provided in dockerhub.
      But when I'm trying to start audit, it fails.



      Here is the list of commands that I have done to create and get into the docker container:



      docker run -d --rm --privileged --name systemd -v /sys/fs/cgroup:/sys/fs/cgroup:ro centos/systemd
      docker exec -it systemd bash


      Now, inside the docker container:



      yum install audit
      systemctl start auditd


      I'm receiving the following error:



      Job for auditd.service failed because the control process exited with error code. See "systemctl status auditd.service" and "journalctl -xe" for details.


      Then I run:



       systemctl status auditd.service


      And I'm getting this info:



      auditd[182]: Error sending status request (Operation not permitted)
      auditd[182]: Error sending enable request (Operation not permitted)
      auditd[182]: Unable to set initial audit startup state to 'enable', exiting
      auditd[182]: The audit daemon is exiting.
      auditd[181]: Cannot daemonize (Success)
      auditd[181]: The audit daemon is exiting.
      systemd[1]: auditd.service: control process exited, code=exited status=1
      systemd[1]: Failed to start Security Auditing Service.
      systemd[1]: Unit auditd.service entered failed state.
      systemd[1]: auditd.service failed.


      Do you guys have any ideas on why this is happening?



      Thank you.










      share|improve this question













      I'm trying to create a docker container with systemd enabled and install auditd on it.



      I'm using the standard centos/systemd image provided in dockerhub.
      But when I'm trying to start audit, it fails.



      Here is the list of commands that I have done to create and get into the docker container:



      docker run -d --rm --privileged --name systemd -v /sys/fs/cgroup:/sys/fs/cgroup:ro centos/systemd
      docker exec -it systemd bash


      Now, inside the docker container:



      yum install audit
      systemctl start auditd


      I'm receiving the following error:



      Job for auditd.service failed because the control process exited with error code. See "systemctl status auditd.service" and "journalctl -xe" for details.


      Then I run:



       systemctl status auditd.service


      And I'm getting this info:



      auditd[182]: Error sending status request (Operation not permitted)
      auditd[182]: Error sending enable request (Operation not permitted)
      auditd[182]: Unable to set initial audit startup state to 'enable', exiting
      auditd[182]: The audit daemon is exiting.
      auditd[181]: Cannot daemonize (Success)
      auditd[181]: The audit daemon is exiting.
      systemd[1]: auditd.service: control process exited, code=exited status=1
      systemd[1]: Failed to start Security Auditing Service.
      systemd[1]: Unit auditd.service entered failed state.
      systemd[1]: auditd.service failed.


      Do you guys have any ideas on why this is happening?



      Thank you.







      docker systemd audit






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 15 at 1:49









      Pedreiro

      190214




      190214
























          1 Answer
          1






          active

          oldest

          votes

















          up vote
          1
          down vote



          accepted










          See this discussion:




          At the moment, auditd can be used inside a container only for aggregating
          logs from other systems. It cannot be used to get events relevant to the
          cotainer or the host OS. If you want to aggregate only, then set
          local_events=no in auditd.conf.



          Container support is still under development.




          Also see this:




          local_events
          This yes/no keyword specifies whether or not to include local events. Normally you want local events so the default value is yes. Cases where you would set this to no is when you want to aggregate events only from the network. At the moment, this is useful if the audit daemon is running in a container. This option can only be set once at daemon start up. Reloading the config file has no effect.




          So at least at Date: Thu, 19 Jul 2018 14:53:32 -0400, this feature not support, had to wait.






          share|improve this answer





















          • I didn't know about the local_events. That explain the issue. Thanks.
            – Pedreiro
            Nov 15 at 3:03











          Your Answer






          StackExchange.ifUsing("editor", function () {
          StackExchange.using("externalEditor", function () {
          StackExchange.using("snippets", function () {
          StackExchange.snippets.init();
          });
          });
          }, "code-snippets");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "1"
          };
          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',
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          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%2fstackoverflow.com%2fquestions%2f53311314%2ferror-running-auditd-inside-centos-docker-container-unable-to-set-initial-audi%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








          up vote
          1
          down vote



          accepted










          See this discussion:




          At the moment, auditd can be used inside a container only for aggregating
          logs from other systems. It cannot be used to get events relevant to the
          cotainer or the host OS. If you want to aggregate only, then set
          local_events=no in auditd.conf.



          Container support is still under development.




          Also see this:




          local_events
          This yes/no keyword specifies whether or not to include local events. Normally you want local events so the default value is yes. Cases where you would set this to no is when you want to aggregate events only from the network. At the moment, this is useful if the audit daemon is running in a container. This option can only be set once at daemon start up. Reloading the config file has no effect.




          So at least at Date: Thu, 19 Jul 2018 14:53:32 -0400, this feature not support, had to wait.






          share|improve this answer





















          • I didn't know about the local_events. That explain the issue. Thanks.
            – Pedreiro
            Nov 15 at 3:03















          up vote
          1
          down vote



          accepted










          See this discussion:




          At the moment, auditd can be used inside a container only for aggregating
          logs from other systems. It cannot be used to get events relevant to the
          cotainer or the host OS. If you want to aggregate only, then set
          local_events=no in auditd.conf.



          Container support is still under development.




          Also see this:




          local_events
          This yes/no keyword specifies whether or not to include local events. Normally you want local events so the default value is yes. Cases where you would set this to no is when you want to aggregate events only from the network. At the moment, this is useful if the audit daemon is running in a container. This option can only be set once at daemon start up. Reloading the config file has no effect.




          So at least at Date: Thu, 19 Jul 2018 14:53:32 -0400, this feature not support, had to wait.






          share|improve this answer





















          • I didn't know about the local_events. That explain the issue. Thanks.
            – Pedreiro
            Nov 15 at 3:03













          up vote
          1
          down vote



          accepted







          up vote
          1
          down vote



          accepted






          See this discussion:




          At the moment, auditd can be used inside a container only for aggregating
          logs from other systems. It cannot be used to get events relevant to the
          cotainer or the host OS. If you want to aggregate only, then set
          local_events=no in auditd.conf.



          Container support is still under development.




          Also see this:




          local_events
          This yes/no keyword specifies whether or not to include local events. Normally you want local events so the default value is yes. Cases where you would set this to no is when you want to aggregate events only from the network. At the moment, this is useful if the audit daemon is running in a container. This option can only be set once at daemon start up. Reloading the config file has no effect.




          So at least at Date: Thu, 19 Jul 2018 14:53:32 -0400, this feature not support, had to wait.






          share|improve this answer












          See this discussion:




          At the moment, auditd can be used inside a container only for aggregating
          logs from other systems. It cannot be used to get events relevant to the
          cotainer or the host OS. If you want to aggregate only, then set
          local_events=no in auditd.conf.



          Container support is still under development.




          Also see this:




          local_events
          This yes/no keyword specifies whether or not to include local events. Normally you want local events so the default value is yes. Cases where you would set this to no is when you want to aggregate events only from the network. At the moment, this is useful if the audit daemon is running in a container. This option can only be set once at daemon start up. Reloading the config file has no effect.




          So at least at Date: Thu, 19 Jul 2018 14:53:32 -0400, this feature not support, had to wait.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 15 at 2:35









          lagom

          3,41661737




          3,41661737












          • I didn't know about the local_events. That explain the issue. Thanks.
            – Pedreiro
            Nov 15 at 3:03


















          • I didn't know about the local_events. That explain the issue. Thanks.
            – Pedreiro
            Nov 15 at 3:03
















          I didn't know about the local_events. That explain the issue. Thanks.
          – Pedreiro
          Nov 15 at 3:03




          I didn't know about the local_events. That explain the issue. Thanks.
          – Pedreiro
          Nov 15 at 3:03


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Stack Overflow!


          • 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.





          Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


          Please pay close attention to the following guidance:


          • 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%2fstackoverflow.com%2fquestions%2f53311314%2ferror-running-auditd-inside-centos-docker-container-unable-to-set-initial-audi%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

          Biblatex bibliography style without URLs when DOI exists (in Overleaf with Zotero bibliography)

          ComboBox Display Member on multiple fields

          Is it possible to collect Nectar points via Trainline?