Accéder au contenu principal

WHM Munin not running

Your issue seems to have been that the munin-node service was not running:

[12:59:35 mail root@9469293 ~]cPs# systemctl status munin-node.service
● munin-node.service - Munin
Loaded: loaded (/etc/systemd/system/munin-node.service; enabled; vendor preset: disabled)
Active: failed (Result: timeout) since Sat 2018-04-21 21:58:40 CEST; 5 days ago

Apr 21 21:57:07 mail.ebs.dz systemd[1]: Starting Munin...
Apr 21 21:57:09 mail.ebs.dz systemd[1]: PID file /var/run/munin/munin-node.pid not readable (yet?) after start.
Apr 21 21:58:40 mail.ebs.dz systemd[1]: munin-node.service start operation timed out. Terminating.
Apr 21 21:58:40 mail.ebs.dz systemd[1]: Failed to start Munin.
Apr 21 21:58:40 mail.ebs.dz systemd[1]: Unit munin-node.service entered failed state.
Apr 21 21:58:40 mail.ebs.dz systemd[1]: munin-node.service failed.

I restarted that service for you:

[12:59:51 mail root@9469293 ~]cPs# systemctl start munin-node.service
[13:00:04 mail root@9469293 ~]cPs# systemctl status munin-node.service
● munin-node.service - Munin
Loaded: loaded (/etc/systemd/system/munin-node.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2018-04-27 13:00:04 CEST; 4s ago
Process: 738 ExecStart=/usr/local/cpanel/3rdparty/perl/524/sbin/munin-node (code=exited, status=0/SUCCESS)
Process: 725 ExecStartPre=/usr/bin/chown -R munin:munin /var/run/munin (code=exited, status=0/SUCCESS)
Process: 723 ExecStartPre=/usr/bin/mkdir -p /var/run/munin (code=exited, status=0/SUCCESS)
Main PID: 741 (munin-node)
CGroup: /system.slice/munin-node.service
└─741 /usr/local/cpanel/3rdparty/perl/524/bin/perl -wT /usr/local/cpanel/3rdparty/perl/524/sbin/munin-node

Apr 27 13:00:04 mail.ebs.dz systemd[1]: Starting Munin...
Apr 27 13:00:04 mail.ebs.dz systemd[1]: Started Munin.


-------------------------------------------------------------------------------------2 eme Solution



# systemctl status munin-node.service
● munin-node.service - Munin
   Loaded: loaded (/etc/systemd/system/munin-node.service; enabled; vendor preset: disabled)
   Active: failed (Result: timeout) since Wed 2018-08-08 21:19:48 CEST; 3 weeks 4 days ago

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
--

The service started up fine:

--

cPs# systemctl start munin-node.service

cPs# systemctl status munin-node.service ● munin-node.service - Munin
   Loaded: loaded (/etc/systemd/system/munin-node.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2018-09-02 22:17:14 CEST; 2s ago
  Process: 21535 ExecStart=/usr/local/cpanel/3rdparty/perl/526/sbin/munin-node (code=exited, status=0/SUCCESS)
  Process: 21533 ExecStartPre=/usr/bin/chown -R munin:munin /var/run/munin (code=exited, status=0/SUCCESS)
  Process: 21530 ExecStartPre=/usr/bin/mkdir -p /var/run/munin (code=exited, status=0/SUCCESS)  Main PID: 21538 (munin-node)
   CGroup: /system.slice/munin-node.service
           └─21538 /usr/local/cpanel/3rdparty/perl/526/bin/perl -wT /usr/local/cpanel/3rdparty/perl/526/sbin/munin-node

Sep 02 22:17:14 mail.ebs.dz systemd[1]: Starting Munin...
Sep 02 22:17:14 mail.ebs.dz systemd[1]: PID file /var/run/munin/munin-node.pid not readable (yet?) after start.
Sep 02 22:17:14 mail.ebs.dz systemd[1]: Started Munin.
--

After starting the service, I noticed errors in /var/log/munin/munin-node.log

--
2018/09/02-22:30:07 [26794]      Error in tempfile() using template /var/lib/munin/plugin-state/nobody/XXXXXXXXXX: Could not create temp file /var/lib/munin/plugin-state/nobody/_SbyDsDmkk: Permission denied at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Munin/Plugin.pm line 280.
2018/09/02-22:30:07 [26794] Service 'exim_mailstats' exited with status 13/0.
--

I ran an automated check on the munin service, during which a couple of issues were output:

--
# su - munin --shell=/bin/bash /usr/local/cpanel/3rdparty/perl/526/bin/munin-check
Last login: Sun Sep  2 22:34:12 CEST 2018 on pts/0

[truncated]

# /var/lib/munin/limits : Wrong permissions (664 != 644) # /var/lib/munin/plugin-state : Wrong owner (munin != nobody)
 

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Zimbra install let's encrypt

 https://inguide.in/how-to-install-free-ssl-certificate-on-zimbra-mail-server/ Je change le domaine  ingu.pw In the article  Install Zimbra Mail Server o n CentOS 8, we learned to install Zimbra on CentOS. This article discusses the steps required to install the Let’s Encrypt free SSL certificate in Zimbra. Installing Free SSL Certificate on Zimbra: Method 1 This method is a proven one though you have to manually do all the steps. Another method discussed below is partially automatic, which might come in handy if you didn’t encounter any error during installation (working at the time of writing this article). So, let’s begin with method 1. First of all, add  epel repository  to the server 1 [root@mail ~]# yum -y install epel-release Install snapd Now, install  snapd  package with the following command 1 [root@mail ~]# sudo yum install snapd After the above step, you need to enable snapd. 1 [root@mail ~]# sudo systemctl enable --now snapd.socket Sometim...
Enregistrer un commentaire
Lire la suite

Open Media Vault NAS change password

Known Root Password Login to the OMV using the root user and the current password via SSH or Console enter the following command passwd root The new password is now active. Unknown Root Password, but Admin Access to OMV GUI is Available In this scenario we still can help ourselves with the GUI. The method we use is, that we create a cron job for the root user which then resets the password. Navigate to System -> Cron Jobs Press the +Add button UN-tick the enabled box, so that the cronjob does not run automatically. put into the command field the following line, replace newpasswd with your password: echo "root:newpasswd" | chpasswd press okay select the newly created cron job Click the run button. in the opening window click the start button. It will shortly deactivate and activate again. open ssh or console and login as root with your new password. Root and Admin Password Unknown If you do not know the root password, you need to boot with a Li...
Enregistrer un commentaire
Lire la suite

cPanel DDOS attack - Mitigate Slowloris Attacks - mod_qos

Apache mod_evasive Mod_evasive is a module available for the Apache HTTP server that can automatically block attacks by rate-limiting any IP that sends too many requests in a short time. Start by installing the module from WHM’s  EasyApache 4  interface. Select the  Currently Installed Packages  profile, search for  mod_evasive  in the  Apache Modules  section, and then install it. The default settings are good for most servers, but you can tweak them further by editing the configuration file  /etc/apache2/conf.d/300-mod_evasive.conf . You can also whitelist specific IP addresses or classes, so legitimate requests are not blocked. Configure CSF to block attacks While  mod_evasive  works very well, it only protects the Apache webserver. In order to harden other services as well, you can install the free  ConfigServer Security & Firewall  (CSF), which also includes a WHM plugin. As the  root  user, install CSF ...
Enregistrer un commentaire
Lire la suite