Diagnostic Tool for Server?
-
- Posts: 4
- Joined: 2015/02/12 21:04:06
Diagnostic Tool for Server?
We've had the same CentOS virtual server (from GoDaddy) for around 3 years. I upgrade the mysql and php every so often, but I'm sure things have been installed over the years that cause issues. Once in awhile something will fail, or like today, the SQL server went down for some reason.
I know very little about reading error logs, but is there any piece of software I could install that can just do a general scan of the server looking for obvious issues?
I'm probably not the guy that can fix anything, but then I could find someone to go in and fix what's wrong.
If anyone has suggestions on how to assess the overall health of the server and how it's running, I would greatly appreciate it!
I know very little about reading error logs, but is there any piece of software I could install that can just do a general scan of the server looking for obvious issues?
I'm probably not the guy that can fix anything, but then I could find someone to go in and fix what's wrong.
If anyone has suggestions on how to assess the overall health of the server and how it's running, I would greatly appreciate it!
Re: Diagnostic Tool for Server?
Yes it's called a system administrator.
-
- Posts: 4
- Joined: 2015/02/12 21:04:06
Re: Diagnostic Tool for Server?
I'm unfamiliar with your "technical jargon" and am headed to the library to look up the definition of "system administrator."aks wrote:Yes it's called a system administrator.
Thanks for the software recommendation!
-
- Posts: 10642
- Joined: 2005/08/05 15:19:54
- Location: Northern Illinois, USA
Re: Diagnostic Tool for Server?
You need to hire one, not read about one.
-
- Posts: 4
- Joined: 2015/02/12 21:04:06
Re: Diagnostic Tool for Server?
Yeah, I was trying to make a joke.gerald_clark wrote:You need to hire one, not read about one.
I understand I need to hire an admin. I'm happy to do that. But I'd like to know what general bugs issues exist so I can hold that person accountable.
Not trying to be rude, but how is this unclear? I'm just asking if there's a piece of software that can scan the server looking for errors and issues.
Re: Diagnostic Tool for Server?
If there was something like that then half this board would be out of work and whoever wrote it would be very richNot trying to be rude, but how is this unclear? I'm just asking if there's a piece of software that can scan the server looking for errors and issues.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke
- AlanBartlett
- Forum Moderator
- Posts: 9345
- Joined: 2007/10/22 11:30:09
- Location: ~/Earth/UK/England/Suffolk
- Contact:
Re: Diagnostic Tool for Server?
Well there is logwatch which will do as its name implies, once a day. The log files examined are those in the /var/log/ directory.
100% Linux and, previously, Unix. Co-founder of the ELRepo Project.
Re: Diagnostic Tool for Server?
I guess (and ignoring my initial flippantly), it depends on what your machine is doing. So the majority of errors will be in the logs files in /var/log/ (as Alan suggested). Errors there may or may not need attention (i.e.: some may be red herrings). Additionally, logs from the application(s) may indicate problems. I guess the key thing here is interpreting the errors and taking appropriate measures. That's what a (half decent) system administrator does. I think most businesses only consider the application level stuff - so does the thing I'm selling (or the thing that's supporting what I'm selling), work in the way that (usually) the company's sales staff "think" (heh, like that's not an oxymoron) it should. So if you hire somebody and they can't deliver what you expect, then that's how you'd hold them accountable. This also gets into stuff like have you laid out what's expected, does the recipient actually understand and so on.
If you're really interested in what bugs exist (rather than implementation/configuration problems), just google for CVE.
If you're really interested in what bugs exist (rather than implementation/configuration problems), just google for CVE.