This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
16
Addons / what generic settings should be used in whmcs for new products?
« on: June 02, 2019, 07:50:46 PM »
hi guys,
on small VPS systems (1-2CPU, 2-4GB RAM)
If i am setting up a variety of packages in whmcs for different webhosting plans (ie storage = 2GB, 4GB, 8Gb etc) and no email, no addons of any kind, and only 1 database
in whmcs module for cwp,
1. what are the recommended settings with a shared hosting server for
Inode (Max of Inode)
Nofile (Max of Nofile)
Nproc (NoProc limit-40 recommended)
2. If i decided the enable email functionality what defaults should i consider using
Inode
Nofile
Nproc
3. What happens with regard to user accounts if i dont apply anything to these fields?
I know Norpoc says 40 is recommended, however, i have read other forums posts stating this should be 100 or higher?
I have also read that none of these has any bearing on shared hosting because other factors are more important and provide a means of control anyway (such as ulimits)?
4. Are these limits per directory or per user account? (my understanding is they are per directory)
on small VPS systems (1-2CPU, 2-4GB RAM)
If i am setting up a variety of packages in whmcs for different webhosting plans (ie storage = 2GB, 4GB, 8Gb etc) and no email, no addons of any kind, and only 1 database
in whmcs module for cwp,
1. what are the recommended settings with a shared hosting server for
Inode (Max of Inode)
Nofile (Max of Nofile)
Nproc (NoProc limit-40 recommended)
2. If i decided the enable email functionality what defaults should i consider using
Inode
Nofile
Nproc
3. What happens with regard to user accounts if i dont apply anything to these fields?
I know Norpoc says 40 is recommended, however, i have read other forums posts stating this should be 100 or higher?
I have also read that none of these has any bearing on shared hosting because other factors are more important and provide a means of control anyway (such as ulimits)?
4. Are these limits per directory or per user account? (my understanding is they are per directory)
17
CentOS-WebPanel GUI / What is with User File Manager?
« on: May 20, 2019, 12:12:57 PM »
Hi guys,
i have recently run a CWP update...what is causing the User Control Panel File Manager to look like this?
https://drive.google.com/file/d/1oX3WRwaXPRs667NbU2JDxVaCQIkEglBm/view?usp=sharing
what happened to the nice user control panel file manager i had before the update?
i have recently run a CWP update...what is causing the User Control Panel File Manager to look like this?
https://drive.google.com/file/d/1oX3WRwaXPRs667NbU2JDxVaCQIkEglBm/view?usp=sharing
what happened to the nice user control panel file manager i had before the update?
18
CentOS-WebPanel Bugs / User Control Panel Logout Button often does not work
« on: May 18, 2019, 11:47:16 PM »
I am repeatedly experiencing this problem...clearly something is wrong in the code.
The user control panel "Logout" button often does not work. I have tried refreshing the google chrome web browser and it makes no difference. The only way to resolve this is to close the browser and open it again.
This is unnacceptable for users...i get complaints all over the place about this, it needs to be fixed so it funcitons as expected!
Test, Test, Test, Test, Test (Understand the importance of THOROUGHLY testing these things?)
My suggestion would be to do more Beta releases to a prescribed list of testers (and it needs to be a wide variety of user types from inexperienced to experienced...Dont just test using professionals as the time. That is a foolish philosophy!)
In the mean time, can someone bloodwell fix this...this is the only control panel i have used out of ISPConfig, Virtualmin, Vesta, Cyberpanel, where this ever happens (and on this one, it happens all the flaming time!)
The user control panel "Logout" button often does not work. I have tried refreshing the google chrome web browser and it makes no difference. The only way to resolve this is to close the browser and open it again.
This is unnacceptable for users...i get complaints all over the place about this, it needs to be fixed so it funcitons as expected!
Test, Test, Test, Test, Test (Understand the importance of THOROUGHLY testing these things?)
My suggestion would be to do more Beta releases to a prescribed list of testers (and it needs to be a wide variety of user types from inexperienced to experienced...Dont just test using professionals as the time. That is a foolish philosophy!)
In the mean time, can someone bloodwell fix this...this is the only control panel i have used out of ISPConfig, Virtualmin, Vesta, Cyberpanel, where this ever happens (and on this one, it happens all the flaming time!)
19
CentOS-WebPanel GUI / CWP Update button doesnt work
« on: May 18, 2019, 06:39:25 AM »
well this is a strange one...others are complaining about not being able to turn updates off...my updates button doesnt even work!
It used to work, now it doesnt. Not sure how that came about?
also, running script from terminal does nothing...I get an AJAX error
Any ideas?
It used to work, now it doesnt. Not sure how that came about?
also, running script from terminal does nothing...I get an AJAX error
Any ideas?
20
CentOS-WebPanel GUI / explorer file manager installed but throw http error 500 this page isn't working
« on: May 15, 2019, 11:01:42 PM »
from a user account i clicked on the installer for "Explorer File Manager"
ie dashboard>addons>explorer file manager
[INSTALLED]
SUCCESS! eXtplorer installed, now you can access it via web: http://domain.com/filemanager/ !
I click the link and get a http error 500 "this page isnt working" error.
what is the problem here? Doesnt this work in CWP?
ie dashboard>addons>explorer file manager
[INSTALLED]
SUCCESS! eXtplorer installed, now you can access it via web: http://domain.com/filemanager/ !
I click the link and get a http error 500 "this page isnt working" error.
what is the problem here? Doesnt this work in CWP?
21
Information / addon domain temporary url not working
« on: May 15, 2019, 10:57:34 PM »
i have created an addon domain in CWP so that i can use it to make a permanent location for 301 redirects from an old .com website to a new .com.au website.
The CWP account is created for the new website and resides in /home/public_html/wordpress with htaccess and index.php in public_html/ (web root directory)
So in dashboard>domains>domains>add domain
creted a new addon domain... /home/user/public_html/domain.com
I created a new index.html file and inserted into /home/user/public_html/domain.com/index.html
My understanding is that to access a temporary URL (when zone records are not yet created for the addon domain) one navigates to
http/s://ipaddress/~username
however, how does one access the addon domain url?
typing http/s://ipaddress/~username/foldername/index.html gives a 404 error in browser
And to add to the above error, CWP is referencing the wordpress htaccess and index.php for the .com.au website from the public_html web root (and trying to load pages from that site instead of the addon domain website)
Obviously i am doing something wrong but I am not sure what that is?
The CWP account is created for the new website and resides in /home/public_html/wordpress with htaccess and index.php in public_html/ (web root directory)
So in dashboard>domains>domains>add domain
creted a new addon domain... /home/user/public_html/domain.com
I created a new index.html file and inserted into /home/user/public_html/domain.com/index.html
My understanding is that to access a temporary URL (when zone records are not yet created for the addon domain) one navigates to
http/s://ipaddress/~username
however, how does one access the addon domain url?
typing http/s://ipaddress/~username/foldername/index.html gives a 404 error in browser
And to add to the above error, CWP is referencing the wordpress htaccess and index.php for the .com.au website from the public_html web root (and trying to load pages from that site instead of the addon domain website)
Obviously i am doing something wrong but I am not sure what that is?
22
CentOS-WebPanel GUI / Wordpress Duplicator Zip archive upload complete...but where is the file?
« on: May 15, 2019, 10:12:36 AM »
hi guys,
i have used the wordpress duplicator plugin to upload a wordpress site to the CWP server.
The install has two files...
1. installer
2. zip archive.
I have uploaded both in CWP, however, the zip archive isnt there. I have looked in both GUI and via putty.
What has CWP done with it?
I note the following forum post about zip archives from over 3 years ago...https://forum.centos-webpanel.com/informations/there-is-a-way-to-upload-zip-file-and-easily-unzip-them/
We were told by the administrator back then that a new version of CWP would have this capability. So in 3 years has it been resolved?
i have used the wordpress duplicator plugin to upload a wordpress site to the CWP server.
The install has two files...
1. installer
2. zip archive.
I have uploaded both in CWP, however, the zip archive isnt there. I have looked in both GUI and via putty.
What has CWP done with it?
I note the following forum post about zip archives from over 3 years ago...https://forum.centos-webpanel.com/informations/there-is-a-way-to-upload-zip-file-and-easily-unzip-them/
We were told by the administrator back then that a new version of CWP would have this capability. So in 3 years has it been resolved?
23
CentOS-WebPanel GUI / CWP Directory Structure Not Alphabetical
« on: May 15, 2019, 01:21:26 AM »
Hi guys,
In my CWP file manager, the directory structure is a disorganised mess. This is the only control panel i have used where this is an issue.
How do i fix this? (see image URL below for illustration)
https://drive.google.com/file/d/1SPSaL0PDflXraugTRUU7f5Il_HzR92Oi/view?usp=sharing
In my CWP file manager, the directory structure is a disorganised mess. This is the only control panel i have used where this is an issue.
How do i fix this? (see image URL below for illustration)
https://drive.google.com/file/d/1SPSaL0PDflXraugTRUU7f5Il_HzR92Oi/view?usp=sharing
24
CentOS 7 Problems / User Quotas was working, now it is not working
« on: May 15, 2019, 01:00:22 AM »
hi guys,
I originally setup user quotas with CWP PRO.
1. All of a sudden, Dashboard>User Accounts> Disk usage is blank.
2. Also, dashboard>Packages>List Packages> Edit Package>Save produces the following...
Notice: Undefined index: package_name in /usr/local/cwpsrv/htdocs/resources/admin/modules/edit_package.php on line 0
Notice: Undefined index: update_users in /usr/local/cwpsrv/htdocs/resources/admin/modules/edit_package.php on line 0
Dashboard>User Accounts User Quota shows the following output (the 2 in bold are the user accounts where above issue is noticed in dashboard statistics)
*** Report for user quotas on device /dev/vda1
Block grace time: 7days; Inode grace time: 7days
Space limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 5485M 0K 0K 113k 0 0
nobody -- 11624K 0K 0K 100 0 0
polkitd -- 8K 0K 0K 2 0 0
ntp -- 8K 0K 0K 2 0 0
postfix -- 164K 0K 0K 70 0 0
chrony -- 12K 0K 0K 3 0 0
mysql -- 202M 0K 0K 284 0 0
dovecot -- 4K 0K 0K 1 0 0
tss -- 12K 0K 0K 2 0 0
named -- 260K 0K 0K 10 0 0
cwpsrv -- 0K 0K 0K 2 0 0
cwpsvc -- 97540K 0K 0K 8913 0 0
login -- 8K 0K 0K 3 0 0
clamupdate -- 232M 0K 0K 5 0 0
amavis -- 16K 0K 0K 4 0 0
vmail -- 116K 0K 0K 6 0 0
vacation -- 8K 0K 0K 3 0 0
nginx -- 4K 0K 0K 2 0 0
varnish -- 82372K 0K 0K 52 0 0
rpc -- 4K 0K 0K 2 0 0
netdata -- 39752K 0K 0K 2724 0 0
redre -- 550M 1000M 1000M 13311 0 0
adamj -- 52K 0K 0K 19 0 0
#2670612 -- 400K 0K 0K 71 0 0
#1000 -- 888K 0K 0K 103 0 0
#119 -- 9844K 0K 0K 366 0 0
Can someone explain what is causing this?
I originally setup user quotas with CWP PRO.
1. All of a sudden, Dashboard>User Accounts> Disk usage is blank.
2. Also, dashboard>Packages>List Packages> Edit Package>Save produces the following...
Notice: Undefined index: package_name in /usr/local/cwpsrv/htdocs/resources/admin/modules/edit_package.php on line 0
Notice: Undefined index: update_users in /usr/local/cwpsrv/htdocs/resources/admin/modules/edit_package.php on line 0
Dashboard>User Accounts User Quota shows the following output (the 2 in bold are the user accounts where above issue is noticed in dashboard statistics)
*** Report for user quotas on device /dev/vda1
Block grace time: 7days; Inode grace time: 7days
Space limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 5485M 0K 0K 113k 0 0
nobody -- 11624K 0K 0K 100 0 0
polkitd -- 8K 0K 0K 2 0 0
ntp -- 8K 0K 0K 2 0 0
postfix -- 164K 0K 0K 70 0 0
chrony -- 12K 0K 0K 3 0 0
mysql -- 202M 0K 0K 284 0 0
dovecot -- 4K 0K 0K 1 0 0
tss -- 12K 0K 0K 2 0 0
named -- 260K 0K 0K 10 0 0
cwpsrv -- 0K 0K 0K 2 0 0
cwpsvc -- 97540K 0K 0K 8913 0 0
login -- 8K 0K 0K 3 0 0
clamupdate -- 232M 0K 0K 5 0 0
amavis -- 16K 0K 0K 4 0 0
vmail -- 116K 0K 0K 6 0 0
vacation -- 8K 0K 0K 3 0 0
nginx -- 4K 0K 0K 2 0 0
varnish -- 82372K 0K 0K 52 0 0
rpc -- 4K 0K 0K 2 0 0
netdata -- 39752K 0K 0K 2724 0 0
redre -- 550M 1000M 1000M 13311 0 0
adamj -- 52K 0K 0K 19 0 0
#2670612 -- 400K 0K 0K 71 0 0
#1000 -- 888K 0K 0K 103 0 0
#119 -- 9844K 0K 0K 366 0 0
Can someone explain what is causing this?
25
CentOS-WebPanel Bugs / WHMCS Module has an error
« on: May 12, 2019, 11:30:00 AM »
Hi guys,
I realise this probably isnt directly a CWP interface bug, however, i dont know where else to put it so that someone fixes the issue.
In the WMCS module the following code contains an error...
Two problems
Problem 1. The WHMCS module php code AdminLink URL is incorrect and returns a 404 error for the admin page
running this from inside WHMCS produces a 404 error because the URL /login.php doesnt exist. Below is an image of the area in WHMCS where this action is performed and the inspect element alongside...https://drive.google.com/open?id=1JBXZcQjyxgEEpr_uQHad3jZsKX6uagDF
When i manually go to the login page of CWP, the URL is https://..../login/index.php
So, unless there is a better fix for this, the solution for now is to use the following corrected code...
Problem 2
The module copies root user name and password into the web browser which is visible in the inspect element in google chrome (personally i think that is a bad idea there is no reason for this to be passed across to the browser from WHMCS). However, with the incorrect URL issue above, this is not working anyway...so it should be removed from the php code in the module! (which i have not done yet, but i will on my version)
I realise this probably isnt directly a CWP interface bug, however, i dont know where else to put it so that someone fixes the issue.
In the WMCS module the following code contains an error...
Two problems
Problem 1. The WHMCS module php code AdminLink URL is incorrect and returns a 404 error for the admin page
Quote
function cwp7_AdminLink($params) {
$code = '<form action="https://'.$params["serverhostname"].':2031/login.php" method="post" target="_blank">
<input type="hidden" name="user" value="'.$params["serverusername"].'" />
<input type="hidden" name="password" value="'.$params["serverpassword"].'" />
<input type="submit" value="Login to Control Panel" />
</form>';
running this from inside WHMCS produces a 404 error because the URL /login.php doesnt exist. Below is an image of the area in WHMCS where this action is performed and the inspect element alongside...https://drive.google.com/open?id=1JBXZcQjyxgEEpr_uQHad3jZsKX6uagDF
When i manually go to the login page of CWP, the URL is https://..../login/index.php
So, unless there is a better fix for this, the solution for now is to use the following corrected code...
Quote
function cwp7_AdminLink($params) {Which takes the admin user to the CWP login screen.
$code = '<form action="https://'.$params["serverhostname"].':2031/login/index.php" method="post" target="_blank">
<input type="hidden" name="user" value="'.$params["serverusername"].'" />
<input type="hidden" name="password" value="'.$params["serverpassword"].'" />
<input type="submit" value="Login to Control Panel" />
</form>';
Problem 2
The module copies root user name and password into the web browser which is visible in the inspect element in google chrome (personally i think that is a bad idea there is no reason for this to be passed across to the browser from WHMCS). However, with the incorrect URL issue above, this is not working anyway...so it should be removed from the php code in the module! (which i have not done yet, but i will on my version)
26
Information / [error] 1920#0: *8746 toastr/toastr.min.js failed to start
« on: May 11, 2019, 03:33:41 AM »
what is causing this error?
Is this a bug...i havent a clue what toastr is? I certainly didnt install it!
Is this a bug...i havent a clue what toastr is? I certainly didnt install it!
27
CentOS-WebPanel Bugs / Root cannot download zip files from suspended User Accounts
« on: May 07, 2019, 01:12:18 PM »
this is most definitely a serious concern.
I use blesta billing for automatically provisioning of services for this CWP server.
A few days ago, Blesta did something i was not expecting and automatically canceled a live user account on this CWP server.
Fortunately, CWP did not delete the service...which has remained a functioning website, however, any user interaction with CWP is met with the "account suspended" notice when attempting to login.
Root CWP user can still see and interact with the file manager however, zip files cannot be downloaded from the suspended user account.
Root user is able to upload and download normal files without issue...just not zip files.
Root is also able to download a backup of the mysql database from suspended account with phpmyadmin.
Can someone else check this to see if they also experience this problem...or if its just my system.
I use blesta billing for automatically provisioning of services for this CWP server.
A few days ago, Blesta did something i was not expecting and automatically canceled a live user account on this CWP server.
Fortunately, CWP did not delete the service...which has remained a functioning website, however, any user interaction with CWP is met with the "account suspended" notice when attempting to login.
Root CWP user can still see and interact with the file manager however, zip files cannot be downloaded from the suspended user account.
Root user is able to upload and download normal files without issue...just not zip files.
Root is also able to download a backup of the mysql database from suspended account with phpmyadmin.
Can someone else check this to see if they also experience this problem...or if its just my system.
28
CentOS-WebPanel GUI / Blesta Module Suspended/Cancelled CWP User Account. How do i override this?
« on: May 04, 2019, 10:57:32 PM »
Hi guys,
I run Blesta automatic provisioning module so that from another webserver, i can automatically sell services on this CWP instance.
A few days ago, the module went crazy and cancelled a user account service on this CWP instance.
Even though the account was cancelled, the service has continued to work on CWP ...so its wordpress installation remains unaffected and functions as normal.
The Blesta module has stopped communicating with CWP and now i need to manually override what Blesta has done.
If the user attempts to log into CWP https://<url or ip address>:2083, it returns "Account Suspended"
However, when i go into the CWP Admin Dashboard>User Accounts>List Accounts>Account Actions...the slider is green (meaning account is not suspended...ie its active)
How can i manually fix this in CWP?
I run Blesta automatic provisioning module so that from another webserver, i can automatically sell services on this CWP instance.
A few days ago, the module went crazy and cancelled a user account service on this CWP instance.
Even though the account was cancelled, the service has continued to work on CWP ...so its wordpress installation remains unaffected and functions as normal.
The Blesta module has stopped communicating with CWP and now i need to manually override what Blesta has done.
If the user attempts to log into CWP https://<url or ip address>:2083, it returns "Account Suspended"
However, when i go into the CWP Admin Dashboard>User Accounts>List Accounts>Account Actions...the slider is green (meaning account is not suspended...ie its active)
How can i manually fix this in CWP?
29
CentOS-WebPanel GUI / dashboard>User Accounts>List Accounts>Open UserDir returns Nginx 404 Not Found
« on: May 04, 2019, 10:24:53 PM »
so when i attempt to do the following:
dashboard>User Accounts>List Accounts>Open UserDir returns Nginx 404 Error Not Found
dashboard>User Accounts>List Accounts>Open UserDir returns Nginx 404 Error Not Found
30
Updates / Latest updates have created a huge list of MD5 Checksum errors on CWP
« on: April 30, 2019, 11:28:51 PM »
I have just run the latest updates as directed by the CWP admin dashboard. I installed the updates and now have a huge list of MD5 checksum errors sent to my email.
Should i be worried about these, or is this just an overly sensitive security software complaint?
The MD5 Checksum errors are listed below;
Time: Wed May 1 08:00:42 2019 +1000
The following list of files have FAILED the md5sum comparison test. This means that the file has been changed in some way. This could be a result of an OS update or application upgrade. If the change is unexpected it should be investigated:
/usr/bin/bootctl: FAILED
/usr/bin/busctl: FAILED
/usr/bin/c++: FAILED
/usr/bin/cc: FAILED
/usr/bin/coredumpctl: FAILED
/usr/bin/cpp: FAILED
/usr/bin/cpupower: FAILED
/usr/bin/g++: FAILED
/usr/bin/gcc: FAILED
/usr/bin/gcov: FAILED
/usr/bin/hostnamectl: FAILED
/usr/bin/journalctl: FAILED
/usr/bin/localectl: FAILED
/usr/bin/loginctl: FAILED
/usr/bin/machinectl: FAILED
/usr/bin/pango-list: FAILED
/usr/bin/pango-view: FAILED
/usr/bin/rsync: FAILED
/usr/bin/systemctl: FAILED
/usr/bin/systemd-analyze: FAILED
/usr/bin/systemd-ask-password: FAILED
/usr/bin/systemd-cat: FAILED
/usr/bin/systemd-cgls: FAILED
/usr/bin/systemd-cgtop: FAILED
/usr/bin/systemd-coredumpctl: FAILED
/usr/bin/systemd-delta: FAILED
/usr/bin/systemd-detect-virt: FAILED
/usr/bin/systemd-escape: FAILED
/usr/bin/systemd-firstboot: FAILED
/usr/bin/systemd-hwdb: FAILED
/usr/bin/systemd-inhibit: FAILED
/usr/bin/systemd-loginctl: FAILED
/usr/bin/systemd-machine-id-setup: FAILED
/usr/bin/systemd-notify: FAILED
/usr/bin/systemd-nspawn: FAILED
/usr/bin/systemd-path: FAILED
/usr/bin/systemd-run: FAILED
/usr/bin/systemd-stdio-bridge: FAILED
/usr/bin/systemd-tmpfiles: FAILED
/usr/bin/systemd-tty-ask-password-agent: FAILED
/usr/bin/timedatectl: FAILED
/usr/bin/udevadm: FAILED
/usr/bin/x86_64-redhat-linux-c++: FAILED
/usr/bin/x86_64-redhat-linux-g++: FAILED
/usr/bin/x86_64-redhat-linux-gcc: FAILED
/usr/sbin/arpd: FAILED
/usr/sbin/bridge: FAILED
/usr/sbin/ctstat: FAILED
/usr/sbin/devlink: FAILED
/usr/sbin/dmfilemapd: FAILED
/usr/sbin/dmsetup: FAILED
/usr/sbin/dmstats: FAILED
/usr/sbin/genl: FAILED
/usr/sbin/halt: FAILED
/usr/sbin/ifstat: FAILED
/usr/sbin/init: FAILED
/usr/sbin/ip: FAILED
/usr/sbin/kexec: FAILED
/usr/sbin/lnstat: FAILED
/usr/sbin/makedumpfile: FAILED
/usr/sbin/mkdumprd: FAILED
/usr/sbin/nstat: FAILED
/usr/sbin/poweroff: FAILED
/usr/sbin/reboot: FAILED
/usr/sbin/rtacct: FAILED
/usr/sbin/rtmon: FAILED
/usr/sbin/rtstat: FAILED
/usr/sbin/runlevel: FAILED
/usr/sbin/shutdown: FAILED
/usr/sbin/ss: FAILED
/usr/sbin/tc: FAILED
/usr/sbin/telinit: FAILED
/usr/sbin/udevadm: FAILED
/usr/sbin/vmcore-dmesg: FAILED
/bin/bootctl: FAILED
/bin/busctl: FAILED
/bin/c++: FAILED
/bin/cc: FAILED
/bin/coredumpctl: FAILED
/bin/cpp: FAILED
/bin/cpupower: FAILED
/bin/g++: FAILED
/bin/gcc: FAILED
/bin/gcov: FAILED
/bin/hostnamectl: FAILED
/bin/journalctl: FAILED
/bin/localectl: FAILED
/bin/loginctl: FAILED
/bin/machinectl: FAILED
/bin/pango-list: FAILED
/bin/pango-view: FAILED
/bin/rsync: FAILED
/bin/systemctl: FAILED
/bin/systemd-analyze: FAILED
/bin/systemd-ask-password: FAILED
/bin/systemd-cat: FAILED
/bin/systemd-cgls: FAILED
/bin/systemd-cgtop: FAILED
/bin/systemd-coredumpctl: FAILED
/bin/systemd-delta: FAILED
/bin/systemd-detect-virt: FAILED
/bin/systemd-escape: FAILED
/bin/systemd-firstboot: FAILED
/bin/systemd-hwdb: FAILED
/bin/systemd-inhibit: FAILED
/bin/systemd-loginctl: FAILED
/bin/systemd-machine-id-setup: FAILED
/bin/systemd-notify: FAILED
/bin/systemd-nspawn: FAILED
/bin/systemd-path: FAILED
/bin/systemd-run: FAILED
/bin/systemd-stdio-bridge: FAILED
/bin/systemd-tmpfiles: FAILED
/bin/systemd-tty-ask-password-agent: FAILED
/bin/timedatectl: FAILED
/bin/udevadm: FAILED
/bin/x86_64-redhat-linux-c++: FAILED
/bin/x86_64-redhat-linux-g++: FAILED
/bin/x86_64-redhat-linux-gcc: FAILED
/sbin/arpd: FAILED
/sbin/bridge: FAILED
/sbin/ctstat: FAILED
/sbin/devlink: FAILED
/sbin/dmfilemapd: FAILED
/sbin/dmsetup: FAILED
/sbin/dmstats: FAILED
/sbin/genl: FAILED
/sbin/halt: FAILED
/sbin/ifstat: FAILED
/sbin/init: FAILED
/sbin/ip: FAILED
/sbin/kexec: FAILED
/sbin/lnstat: FAILED
/sbin/makedumpfile: FAILED
/sbin/mkdumprd: FAILED
/sbin/nstat: FAILED
/sbin/poweroff: FAILED
/sbin/reboot: FAILED
/sbin/rtacct: FAILED
/sbin/rtmon: FAILED
/sbin/rtstat: FAILED
/sbin/runlevel: FAILED
/sbin/shutdown: FAILED
/sbin/ss: FAILED
/sbin/tc: FAILED
/sbin/telinit: FAILED
/sbin/udevadm: FAILED
/sbin/vmcore-dmesg: FAILED
Should i be worried about these, or is this just an overly sensitive security software complaint?
The MD5 Checksum errors are listed below;
Time: Wed May 1 08:00:42 2019 +1000
The following list of files have FAILED the md5sum comparison test. This means that the file has been changed in some way. This could be a result of an OS update or application upgrade. If the change is unexpected it should be investigated:
/usr/bin/bootctl: FAILED
/usr/bin/busctl: FAILED
/usr/bin/c++: FAILED
/usr/bin/cc: FAILED
/usr/bin/coredumpctl: FAILED
/usr/bin/cpp: FAILED
/usr/bin/cpupower: FAILED
/usr/bin/g++: FAILED
/usr/bin/gcc: FAILED
/usr/bin/gcov: FAILED
/usr/bin/hostnamectl: FAILED
/usr/bin/journalctl: FAILED
/usr/bin/localectl: FAILED
/usr/bin/loginctl: FAILED
/usr/bin/machinectl: FAILED
/usr/bin/pango-list: FAILED
/usr/bin/pango-view: FAILED
/usr/bin/rsync: FAILED
/usr/bin/systemctl: FAILED
/usr/bin/systemd-analyze: FAILED
/usr/bin/systemd-ask-password: FAILED
/usr/bin/systemd-cat: FAILED
/usr/bin/systemd-cgls: FAILED
/usr/bin/systemd-cgtop: FAILED
/usr/bin/systemd-coredumpctl: FAILED
/usr/bin/systemd-delta: FAILED
/usr/bin/systemd-detect-virt: FAILED
/usr/bin/systemd-escape: FAILED
/usr/bin/systemd-firstboot: FAILED
/usr/bin/systemd-hwdb: FAILED
/usr/bin/systemd-inhibit: FAILED
/usr/bin/systemd-loginctl: FAILED
/usr/bin/systemd-machine-id-setup: FAILED
/usr/bin/systemd-notify: FAILED
/usr/bin/systemd-nspawn: FAILED
/usr/bin/systemd-path: FAILED
/usr/bin/systemd-run: FAILED
/usr/bin/systemd-stdio-bridge: FAILED
/usr/bin/systemd-tmpfiles: FAILED
/usr/bin/systemd-tty-ask-password-agent: FAILED
/usr/bin/timedatectl: FAILED
/usr/bin/udevadm: FAILED
/usr/bin/x86_64-redhat-linux-c++: FAILED
/usr/bin/x86_64-redhat-linux-g++: FAILED
/usr/bin/x86_64-redhat-linux-gcc: FAILED
/usr/sbin/arpd: FAILED
/usr/sbin/bridge: FAILED
/usr/sbin/ctstat: FAILED
/usr/sbin/devlink: FAILED
/usr/sbin/dmfilemapd: FAILED
/usr/sbin/dmsetup: FAILED
/usr/sbin/dmstats: FAILED
/usr/sbin/genl: FAILED
/usr/sbin/halt: FAILED
/usr/sbin/ifstat: FAILED
/usr/sbin/init: FAILED
/usr/sbin/ip: FAILED
/usr/sbin/kexec: FAILED
/usr/sbin/lnstat: FAILED
/usr/sbin/makedumpfile: FAILED
/usr/sbin/mkdumprd: FAILED
/usr/sbin/nstat: FAILED
/usr/sbin/poweroff: FAILED
/usr/sbin/reboot: FAILED
/usr/sbin/rtacct: FAILED
/usr/sbin/rtmon: FAILED
/usr/sbin/rtstat: FAILED
/usr/sbin/runlevel: FAILED
/usr/sbin/shutdown: FAILED
/usr/sbin/ss: FAILED
/usr/sbin/tc: FAILED
/usr/sbin/telinit: FAILED
/usr/sbin/udevadm: FAILED
/usr/sbin/vmcore-dmesg: FAILED
/bin/bootctl: FAILED
/bin/busctl: FAILED
/bin/c++: FAILED
/bin/cc: FAILED
/bin/coredumpctl: FAILED
/bin/cpp: FAILED
/bin/cpupower: FAILED
/bin/g++: FAILED
/bin/gcc: FAILED
/bin/gcov: FAILED
/bin/hostnamectl: FAILED
/bin/journalctl: FAILED
/bin/localectl: FAILED
/bin/loginctl: FAILED
/bin/machinectl: FAILED
/bin/pango-list: FAILED
/bin/pango-view: FAILED
/bin/rsync: FAILED
/bin/systemctl: FAILED
/bin/systemd-analyze: FAILED
/bin/systemd-ask-password: FAILED
/bin/systemd-cat: FAILED
/bin/systemd-cgls: FAILED
/bin/systemd-cgtop: FAILED
/bin/systemd-coredumpctl: FAILED
/bin/systemd-delta: FAILED
/bin/systemd-detect-virt: FAILED
/bin/systemd-escape: FAILED
/bin/systemd-firstboot: FAILED
/bin/systemd-hwdb: FAILED
/bin/systemd-inhibit: FAILED
/bin/systemd-loginctl: FAILED
/bin/systemd-machine-id-setup: FAILED
/bin/systemd-notify: FAILED
/bin/systemd-nspawn: FAILED
/bin/systemd-path: FAILED
/bin/systemd-run: FAILED
/bin/systemd-stdio-bridge: FAILED
/bin/systemd-tmpfiles: FAILED
/bin/systemd-tty-ask-password-agent: FAILED
/bin/timedatectl: FAILED
/bin/udevadm: FAILED
/bin/x86_64-redhat-linux-c++: FAILED
/bin/x86_64-redhat-linux-g++: FAILED
/bin/x86_64-redhat-linux-gcc: FAILED
/sbin/arpd: FAILED
/sbin/bridge: FAILED
/sbin/ctstat: FAILED
/sbin/devlink: FAILED
/sbin/dmfilemapd: FAILED
/sbin/dmsetup: FAILED
/sbin/dmstats: FAILED
/sbin/genl: FAILED
/sbin/halt: FAILED
/sbin/ifstat: FAILED
/sbin/init: FAILED
/sbin/ip: FAILED
/sbin/kexec: FAILED
/sbin/lnstat: FAILED
/sbin/makedumpfile: FAILED
/sbin/mkdumprd: FAILED
/sbin/nstat: FAILED
/sbin/poweroff: FAILED
/sbin/reboot: FAILED
/sbin/rtacct: FAILED
/sbin/rtmon: FAILED
/sbin/rtstat: FAILED
/sbin/runlevel: FAILED
/sbin/shutdown: FAILED
/sbin/ss: FAILED
/sbin/tc: FAILED
/sbin/telinit: FAILED
/sbin/udevadm: FAILED
/sbin/vmcore-dmesg: FAILED