similar to: add time to log file for cron job

hello list, I am attempting to backup a centos 5.4 (x86_64) server running mysql with a cron job. Here's how the cron job looks: [root at cloud:/home/bluethundr/backupdb] #crontab -l * 3 * * * /usr/bin/mysqldump jfwiki > /home/bluethundr/backupdb/wiki-$(date +%Y%m%d).sql However if I run the command from the command line it seems to work fine. If I grep syslog for cron this is what

Hi Ashish, Which CentOS version you using? > If it is CentOS 6 then instead of building it from source, you can use IUS > repo which has latest php packages. > Below is the link for the packages in IUS repo for CentOS 6. > <http://dl.iuscommunity.org/pub/ius/stable/Redhat/6/x86_64/repoview/> > I'm using CentOS 7. I'll check to see if I can get php version 5.6.7

Hi Eric, > NRPE: Error receiving data from daemon > Seems as this is not a SSL Problem. Do you have a nagios user account? Cat > /etc/passwd Yep! Both hosts have nagios user accounts. Demonstrating from the client: [root at ops:~] #id nagios uid=2002(nagios) gid=2002(nagios) groups=2002(nagios),2008(nagioscmd) And this is from the monitoring server: [root at monitor1:~] #id

well. how about trying default setting and running nrped without xinetd. -- Eero 2015-05-01 14:14 GMT+03:00 Tim Dunphy <bluethundr at gmail.com>: > > This is strange... > > Do you have SSL aktive on both systems? Run nrpr localy without > parameters > > (this should return some nrpe stats) and check ldd for libssl. > > > I don't seem to have that command.

> > Oh my mistake. I mean nrpe without parameters. It should say something > about SSL/TLS aktiv or so. > You could test nrpe without SSL. Use nrpe -n - H host This is what I see about ssl if I just run nrpe on the client without any flags: [root at ops:~] #nrpe| head -8 NRPE - Nagios Remote Plugin Executor Copyright (c) 1999-2008 Ethan Galstad (nagios at nagios.org) Version: 2.15

Hey Jeremy, > Have you tried changing the folder where it's writing into with these > lables? httpd_sys_content_rw_t or httpd_user_content_rw_t Adding 'rw' to the command did the trick. I tried httpd_sys_content_rw_t and that works fine! Thanks for the tip! Tim On Thu, Jan 22, 2015 at 1:19 PM, Jeremy Hoel <jthoel at gmail.com> wrote: > Have you tried changing

> > Check /var/log/secure for why the directory is not able to be created. > Might be selinux, is that enabled? (sestatus) Good catch! It was indeed SELinux preventing the directory from being created. Disabling it allows that to happen. For instance I just created a new test user in LDAP: #ssh odunphy at ops2.example.com odunphy at ops2.example.com's password: Creating

I'm old school. If it works... On Sun, May 10, 2015 at 2:17 PM, Tim Dunphy <bluethundr at gmail.com> wrote: > Hi Earl, > > >I think I found your problem, you do not have the correct package > installed > > >[root at c7-db1 ~]# rpm -qa | grep maria > >mariadb-libs-5.5.41-2.el7_0.x86_64 > >mariadb-server-5.5.41-2.el7_0.x86_64 >

Check /var/log/secure for why the directory is not able to be created. Might be selinux, is that enabled? (sestatus) On Dec 19, 2015 15:40, "Tim Dunphy" <bluethundr at gmail.com> wrote: > > > > You may also need to restart sssd or nslcd, depending upon which one is > > running the backed ldap connection service on the clients. > > > Hmm.. I got a

Exactly, SELinux is great. Its a good room to have when you can get it working and it's another good layer of protection. Its better to learn to use the tool then just turn it off. Not every label has a rw option but it never hurts to try. :-) On Jan 22, 2015 1:18 PM, "Tim Dunphy" <bluethundr at gmail.com> wrote: > > > > The easiest answer is to edit the Selinux

> > The easiest answer is to edit the Selinux config file. By default it is > set to enforce, which really locks it down. > cd /etc/selinux > edit the config file and change SELUNIX=enforcing to SELUNIX=permissive > Save the file and restart httpd, you should be fine.. Yeah dude, exactly. Except I actually do want to start using it. I've been disabling SELINUX forever

Hi Jeremy, An easy way to start troubleshooting these is to look at the audit logs and > see what SELInux is blocking. You have /McFrazier in the email.. if that's > off the root tree than unless you've set permissions to allow httpd to look > at tat folder, I bet that's one problem. > if you run ls -Z you can see the labels that are present on those folders, > that

Yeah Erro, ok you have a point. I'll do that. Thanks! On Fri, Oct 30, 2015 at 11:40 AM, Eero Volotinen <eero.volotinen at iki.fi> wrote: > This is really wrong way to do this. Install yum-utils and use > yumdownloader --source package-name to get rhel version of package. Then > modify spec file and recompile. > > Eero > Hey guys, > > I'm trying to disable

Removing that libyaml package allowed me to upgrade! Thanks for the tip! Tim On Sat, Dec 20, 2014 at 9:25 PM, Tim Dunphy <bluethundr at gmail.com> wrote: > Hey all, > > I'm attempting to upgrade a Centos 5.9 machine to CentOS 5.10. > > But when I try the yum update command I get this response: > > --> Finished Dependency Resolution >

I think command name is yum-downloader. Then modify spec and rpmbuild -ba specname.spec You need also modify version number a bit. Rebuilding is a bit issue as you need to recompile as security patches come out .. Eero 30.10.2015 6.04 ip. "Tim Dunphy" <bluethundr at gmail.com> kirjoitti: > Yeah Erro, ok you have a point. I'll do that. Thanks! > > On Fri, Oct 30,

This is strange... Do you have SSL aktive on both systems? Run nrpr localy without parameters (this should return some nrpe stats) and check ldd for libssl. Am 01.05.2015 07:32 schrieb "Tim Dunphy" <bluethundr at gmail.com>: > Hi Eric, > > Thanks for your reply. I do have nrpe running under xinetd on the host I'm > trying to monitor. > > And running the

> > You may also need to restart sssd or nslcd, depending upon which one is > running the backed ldap connection service on the clients. Hmm.. I got a different result after restarting nclcd. Instead of logging me in and just complaining that it couldn't create the home directory, it still complains about not creating the home directory, but now it doesn't let me in: #ssh

> This is strange... > Do you have SSL aktive on both systems? Run nrpr localy without parameters > (this should return some nrpe stats) and check ldd for libssl. I don't seem to have that command. [root at monitor1:~] #find / -name "*nrpr" 2> /dev/null [root at monitor1:~] # And that's on either system. And if I do an ldd on both, this is what I can tell:

Hi Earl, >I think I found your problem, you do not have the correct package installed >[root at c7-db1 ~]# rpm -qa | grep maria >mariadb-libs-5.5.41-2.el7_0.x86_64 >mariadb-server-5.5.41-2.el7_0.x86_64 >mariadb-5.5.41-2.el7_0.x86_64 >[root at c7-db1 ~]# >Install the mariadb-x package and you should be able to start the service Thanks. While I could go with mariadb 5, the

> > How about adding some swap into system? Not a bad idea, Eero! That worked. [root at ops3:~] #cat /proc/swaps Filename Type Size Used Priority /swapfile file 1048572 712 -1 [root at ops3:~] #semodule -i newrelic.pp [root at ops3:~] # Thanks! Tim On Thu, Oct 15, 2015 at 12:19 AM, Eero Volotinen