<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Systemd broken on new install in Installation</title>
    <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/677567#M13650</link>
    <description>&lt;P&gt;I guess Splunk 9.x defauls to systemd again. Any way to revert to init.d?&lt;/P&gt;</description>
    <pubDate>Wed, 14 Feb 2024 14:58:10 GMT</pubDate>
    <dc:creator>blaha1</dc:creator>
    <dc:date>2024-02-14T14:58:10Z</dc:date>
    <item>
      <title>Why is Systemd broken on new install?</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482881#M10388</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;I downloaded Splunk version 7.3.0 (build 657388c7a488) and installed it via the deb file onto a clean install of Debian 10.1&lt;/P&gt;
&lt;P&gt;I subsequently followed the "Configure systemd on a clean install" instructions (&lt;A href="https://docs.splunk.com/Documentation/Splunk/7.3.1/Admin/RunSplunkassystemdservice" target="_blank"&gt;https://docs.splunk.com/Documentation/Splunk/7.3.1/Admin/RunSplunkassystemdservice&lt;/A&gt;)&lt;/P&gt;
&lt;P&gt;However running&lt;/P&gt;
&lt;PRE&gt;&lt;CODE&gt;sudo $SPLUNK_HOME/bin/splunk start
&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;Yields (and same result if I "su -" to root instead of sudo)&lt;/P&gt;
&lt;PRE&gt;&lt;CODE&gt;Splunk&amp;gt; Needle. Haystack. Found.

Checking prerequisites...
        Checking http port [8000]: open
        Checking mgmt port [8089]: open
        Checking appserver port [127.0.0.1:8065]: open
        Checking kvstore port [8191]: open
        Checking configuration... Done.
        Checking critical directories...        Done
        Checking indexes...
                Validated: _audit _internal _introspection _telemetry _thefishbucket history main summary
        Done
        Checking filesystem compatibility...  Done
        Checking conf files for problems...
        Done
        Checking default conf files for edits...
        Validating installed files against hashes from '/opt/splunk/splunk-7.3.0-657388c7a488-linux-2.6-x86_64-manifest'
        All installed files intact.
        Done
All preliminary checks passed.

Starting splunk server daemon (splunkd)...  
Job for Splunkd.service failed because the control process exited with error code.
See "systemctl status Splunkd.service" and "journalctl -xe" for details.
Systemd manages the Splunk service. Use 'systemctl start Splunkd' to start the service. Root permission is required. Login as root user or use sudo.



# systemctl status Splunkd.service
● Splunkd.service - Systemd service file for Splunk, generated by 'splunk enable boot-start'
   Loaded: loaded (/etc/systemd/system/Splunkd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2019-09-16 19:05:05 BST; 1min 4s ago
  Process: 1655 ExecStart=/opt/splunk/bin/splunk _internal_launch_under_systemd (code=killed, signal=TERM)
  Process: 1656 ExecStartPost=/bin/bash -c chown -R 1001:1001 /sys/fs/cgroup/cpu/init.scope/system.slice/Splunkd.service (code=exited, status=1/FAILURE)
 Main PID: 1655 (code=killed, signal=TERM)

Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Service RestartSec=100ms expired, scheduling restart.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Scheduled restart job, restart counter is at 5.
Sep 16 19:05:05 spl systemd[1]: Stopped Systemd service file for Splunk, generated by 'splunk enable boot-start'.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Start request repeated too quickly.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Failed with result 'exit-code'.
Sep 16 19:05:05 spl systemd[1]: Failed to start Systemd service file for Splunk, generated by 'splunk enable boot-start'.




--
-- The process' exit code is 'killed' and its exit status is 15.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- The unit Splunkd.service has entered the 'failed' state with result 'exit-code'.                                                                                 
Sep 16 19:05:05 spl systemd[1]: Failed to start Systemd service file for Splunk, generated by 'splunk enable boot-start'.                                           
-- Subject: A start job for unit Splunkd.service has failed
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- A start job for unit Splunkd.service has finished with a failure.
--
-- The job identifier is 2899 and the job result is failed.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Service RestartSec=100ms expired, scheduling restart.                                                              
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Scheduled restart job, restart counter is at 5.                                                                    
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- Automatic restarting of the unit Splunkd.service has been scheduled, as the result for                                                                           
-- the configured Restart= setting for the unit.
Sep 16 19:05:05 spl systemd[1]: Stopped Systemd service file for Splunk, generated by 'splunk enable boot-start'.                                                   
-- Subject: A stop job for unit Splunkd.service has finished
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- A stop job for unit Splunkd.service has finished.
--
-- The job identifier is 2975 and the job result is done.
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Start request repeated too quickly.                                                                                
Sep 16 19:05:05 spl systemd[1]: Splunkd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- The unit Splunkd.service has entered the 'failed' state with result 'exit-code'.                                                                                 
Sep 16 19:05:05 spl systemd[1]: Failed to start Systemd service file for Splunk, generated by 'splunk enable boot-start'.                                           
-- Subject: A start job for unit Splunkd.service has failed
-- Defined-By: systemd
-- Support: &lt;A href="https://www.debian.org/support" target="test_blank"&gt;https://www.debian.org/support&lt;/A&gt;
--
-- A start job for unit Splunkd.service has finished with a failure.
--
-- The job identifier is 2975 and the job result is failed.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 23 Mar 2022 22:33:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482881#M10388</guid>
      <dc:creator>48tfhd86gv</dc:creator>
      <dc:date>2022-03-23T22:33:59Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482882#M10389</link>
      <description>&lt;P&gt;One of the error messages says &lt;CODE&gt;Use 'systemctl start Splunkd' to start the service&lt;/CODE&gt;, but I don't see where you tried that.&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 18:14:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482882#M10389</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2019-09-17T18:14:45Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482883#M10390</link>
      <description>&lt;P&gt;@richgalloway&lt;/P&gt;

&lt;P&gt;Yup, I tried that too. &lt;/P&gt;

&lt;P&gt;Ultimately I found the solution, buried in an obscure comment deep in the manual.&lt;/P&gt;

&lt;P&gt;It seems the Splunk systemd installer script is a bit dumb (for lack of a better word).  &lt;/P&gt;

&lt;P&gt;Apparently Splunk developers don't see it fit to figure out the correct cgroup location for a given system.&lt;/P&gt;

&lt;P&gt;So instead of &lt;EM&gt;"splunk enable boot-start -systemd-managed"&lt;/EM&gt; checking the Splunk developer's choice of location and then raising an exception (or give you the choice to input manually) if it can't find it, instead the script just installs anyway and then leaves it to you to figure out why.&lt;/P&gt;

&lt;P&gt;I can't say I'm impressed by either :&lt;BR /&gt;
(a) The behaviour of &lt;EM&gt;"splunk enable boot-start -systemd-managed"&lt;/EM&gt; &lt;BR /&gt;
(b) The poor error handling by Splunk if cgroup is incorrect (I mean seriously, all it had to do throw an error saying cgroup not found !)&lt;/P&gt;

&lt;P&gt;I apologise for the tone of the message, but frankly this problem took up far too many hours of my time yesterday.&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 18:22:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482883#M10390</guid>
      <dc:creator>48tfhd86gv</dc:creator>
      <dc:date>2019-09-17T18:22:21Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482884#M10391</link>
      <description>&lt;P&gt;Please post your solution as an answer and accept it to help future readers.&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 18:30:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482884#M10391</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2019-09-17T18:30:09Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482885#M10392</link>
      <description>&lt;P&gt;FYI, found my own answer...&lt;/P&gt;

&lt;P&gt;It seems the Splunk systemd installer script is a bit dumb (for lack of a better word).&lt;/P&gt;

&lt;P&gt;Apparently Splunk developers don't see it fit to figure out the correct cgroup location for a given system.&lt;/P&gt;

&lt;P&gt;So instead of "splunk enable boot-start -systemd-managed" checking the Splunk developer's choice of location and then raising an exception (or give you the choice to input manually) if it can't find it, instead the script just installs anyway and then leaves it to you to figure out why.&lt;/P&gt;

&lt;P&gt;I can't say I'm impressed by either :&lt;BR /&gt;
(a) The behaviour of "splunk enable boot-start -systemd-managed"&lt;BR /&gt;
(b) The poor error handling by Splunk if cgroup is incorrect (I mean seriously, all it had to do throw an error saying cgroup not found !)&lt;/P&gt;

&lt;P&gt;I apologise for the tone of the message, but frankly this problem took up far too many hours of my time yesterday.&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 18:32:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482885#M10392</guid>
      <dc:creator>48tfhd86gv</dc:creator>
      <dc:date>2019-09-17T18:32:14Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482886#M10393</link>
      <description>&lt;P&gt;Will do. Thanks for dropping by !&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 18:32:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482886#M10393</guid>
      <dc:creator>48tfhd86gv</dc:creator>
      <dc:date>2019-09-17T18:32:54Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482887#M10394</link>
      <description>&lt;P&gt;What was the solution?  What should others do to avoid or fix this problem?&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 19:19:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482887#M10394</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2019-09-17T19:19:48Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482888#M10395</link>
      <description>&lt;P&gt;What was the solution? &lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 20:03:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482888#M10395</guid>
      <dc:creator>kundeng</dc:creator>
      <dc:date>2019-09-17T20:03:22Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482889#M10396</link>
      <description>&lt;P&gt;@kundeng @richgalloway&lt;/P&gt;

&lt;P&gt;The workaround:&lt;/P&gt;

&lt;P&gt;Scroll almost all the way to the bottom of &lt;A href="https://docs.splunk.com/Documentation/Splunk/7.3.1/Admin/RunSplunkassystemdservice"&gt;https://docs.splunk.com/Documentation/Splunk/7.3.1/Admin/RunSplunkassystemdservice&lt;/A&gt;.  Find the little blue comment box that talks about cgroups and think about what it means for your installation (i.e. what Splunk decided the cgroup should be is probably not the location on your system .... so go edit the systemd unit file that Splunk installed).&lt;/P&gt;

&lt;P&gt;The solution:&lt;/P&gt;

&lt;P&gt;As I made clear the real solution is....&lt;BR /&gt;
Splunk need to write better software that (a) doesn't make hardcoded assumptoins about locations of files on systems (b) has better error handling that provides useful messages instead of failing without reason&lt;/P&gt;</description>
      <pubDate>Tue, 17 Sep 2019 20:30:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482889#M10396</guid>
      <dc:creator>48tfhd86gv</dc:creator>
      <dc:date>2019-09-17T20:30:06Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482890#M10397</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Summary of the issue:&lt;/STRONG&gt;&lt;BR /&gt;
Splunk 6.0.0 - Splunk 7.2.1 defaults to using &lt;STRONG&gt;init.d&lt;/STRONG&gt; when enabling boot start&lt;BR /&gt;
Splunk 7.2.2 - Splunk 7.2.9 defaults to using &lt;STRONG&gt;systemd&lt;/STRONG&gt; when enabling boot start&lt;BR /&gt;
Splunk 7.3.0 - Splunk 8.x defaults to using &lt;STRONG&gt;init.d&lt;/STRONG&gt; when enabling boot start&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;systemd&lt;/STRONG&gt; defaults to prompting for root credentials upon stop/start/restart of Splunk&lt;/P&gt;

&lt;P&gt;Here is a simple fix if you have encountered this issue and prefer to use the traditional &lt;STRONG&gt;init.d&lt;/STRONG&gt; scripts vs &lt;STRONG&gt;systemd&lt;/STRONG&gt;. &lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Splunk Enterprise/Heavy Forwarder example&lt;/STRONG&gt; (note: replace the splunk user below with the account you run splunk as):&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;sudo /opt/splunk/bin/splunk disable boot-start
sudo /opt/splunk/bin/splunk enable boot-start -user splunk -systemd-managed 0
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;&lt;STRONG&gt;Splunk Universal Forwarder example&lt;/STRONG&gt; (note: replace the splunk user below with the account you run splunk as):&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;sudo /opt/splunkforwarder/bin/splunk disable boot-start
sudo /opt/splunkforwarder/bin/splunk enable boot-start -user splunk -systemd-managed 0
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 31 Dec 2019 18:53:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482890#M10397</guid>
      <dc:creator>bandit</dc:creator>
      <dc:date>2019-12-31T18:53:10Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482891#M10398</link>
      <description>&lt;P&gt;For me it was removing &lt;STRONG&gt;/init.scope&lt;/STRONG&gt;  from splunkd.service&lt;/P&gt;

&lt;P&gt;ExecStartPost=/bin/bash -c "chown -R : /sys/fs/cgroup/cpu/init.scope/system.slice/%n"&lt;BR /&gt;
ExecStartPost=/bin/bash -c "chown -R : /sys/fs/cgroup/memory/init.scope/system.slice/%n"&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jan 2020 07:05:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/482891#M10398</guid>
      <dc:creator>bkresoja_2</dc:creator>
      <dc:date>2020-01-27T07:05:02Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/533722#M10399</link>
      <description>&lt;P&gt;This can be&amp;nbsp;SELinux blocking this service, check this answer&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.splunk.com/t5/Archive/systemctl-start-SplunkForwarder-fails-error-203/m-p/533716/highlight/true#M95920" target="_blank"&gt;https://community.splunk.com/t5/Archive/systemctl-start-SplunkForwarder-fails-error-203/m-p/533716/highlight/true#M95920&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Dec 2020 11:01:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/533722#M10399</guid>
      <dc:creator>garias_splunk</dc:creator>
      <dc:date>2020-12-21T11:01:34Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/590426#M11350</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Do you know the impact of that ?&lt;/P&gt;&lt;P&gt;It worked for me as well, but I'd like to better understand what I'm really doing.&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;Ema&lt;/P&gt;</description>
      <pubDate>Wed, 23 Mar 2022 13:15:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/590426#M11350</guid>
      <dc:creator>emallinger</dc:creator>
      <dc:date>2022-03-23T13:15:32Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/596837#M11533</link>
      <description>&lt;P&gt;Here is what fixed it for me -&amp;nbsp;&lt;/P&gt;&lt;P&gt;Original&amp;nbsp;/etc/systemd/system/Splunkd.service (working under Ubuntu 20.04 LTS):&lt;/P&gt;&lt;PRE&gt;ExecStartPost=/bin/bash -c "chown -R &amp;lt;userid&amp;gt;:&amp;lt;groupid&amp;gt; /sys/fs/cgroup/cpu/system.slice/%n"
ExecStartPost=/bin/bash -c "chown -R &amp;lt;userid&amp;gt;:&amp;lt;groupid&amp;gt; /sys/fs/cgroup/memory/system.slice/%n"&lt;/PRE&gt;&lt;P&gt;On Ubuntu 22.04 LTS, the cgroup does not include cpu or memory in the path, so I modified /etc/systemd/system/Splunkd.service is as follows:&lt;/P&gt;&lt;PRE&gt;ExecStartPost=/bin/bash -c "chown -R &amp;lt;userid&amp;gt;:&amp;lt;groupid&amp;gt; /sys/fs/cgroup/system.slice/%n"&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;I ran as root and used:&amp;nbsp;&amp;nbsp;&lt;FONT face="courier new,courier"&gt;&lt;EM&gt;sudo&amp;nbsp;&lt;/EM&gt;&lt;EM&gt;find /sys/fs/cgroup -name "*Splunk*" -print&lt;/EM&gt;&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 08 May 2022 04:59:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/596837#M11533</guid>
      <dc:creator>AndyAtSplunk</dc:creator>
      <dc:date>2022-05-08T04:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Why is Systemd broken on new install?</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/650890#M13079</link>
      <description>&lt;P&gt;This post led me to the /etc/systemd/system/SplunkForwarder.service file. Except now, on version 9.1.0.1 , this line:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;ExecStartPost=/bin/bash -c "chown -R &amp;lt;userid&amp;gt;:&amp;lt;groupid&amp;gt; /sys/fs/cgroup/system.slice/%n"&lt;/LI-CODE&gt;&lt;P&gt;already exists. Since all objects under /sys/fs/cgroup is owned by root:root, I added the user `splunkfwd` to the `adm` group then rebooted. Then I can use systemd to start/stop splunkforwarder.&lt;/P&gt;</description>
      <pubDate>Mon, 17 Jul 2023 20:03:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/650890#M13079</guid>
      <dc:creator>Skeer-Jamf</dc:creator>
      <dc:date>2023-07-17T20:03:15Z</dc:date>
    </item>
    <item>
      <title>Re: Systemd broken on new install</title>
      <link>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/677567#M13650</link>
      <description>&lt;P&gt;I guess Splunk 9.x defauls to systemd again. Any way to revert to init.d?&lt;/P&gt;</description>
      <pubDate>Wed, 14 Feb 2024 14:58:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Why-is-Systemd-broken-on-new-install/m-p/677567#M13650</guid>
      <dc:creator>blaha1</dc:creator>
      <dc:date>2024-02-14T14:58:10Z</dc:date>
    </item>
  </channel>
</rss>

