search for: jokefire

...ddrinfo for $host failed - POSSIBLE BREAK-IN ATTEMPT! bash: /tmp/sudoers.tmp: Permission denied Connection $host to closed. 1 The main problem is that the script doesn't enter the password. I'm attempting to echo the user's sudo pass in like this: $SSH -t $USER@$HOST <http://host.jokefire.com/> 'echo $PASSWD | $SUDO -S $CP /etc/sudoers /tmp/sudoers-template' (of course I'm trying it out in my own environment before I try to use it in their environment). Here' s the script itself, I was hoping you could offer some help here: #!/bin/bash SSH='/usr/bin/ssh...

> > "Use" that db and then issue: > select * from db where Db='jfwiki' or Db='jokefire' order by Host; Well yeah. I used the mysql database before I issued that command. MariaDB [(none)]> use mysql Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed Then if I run that command...

...at are less specific to centos. Sometimes. :) Really seems to depend... Incidentally I am using centos on all hosts: #cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core) OK now that that's out of the way, for some reason I don't seem to have an entry in my db database for either jokefire or jfwiki: MariaDB [mysql]> select * from db where Db like 'jfwiki' or Db like 'jokefire'; Empty set (0.00 sec) Not sure why that would be the case. They're definitely there on this database server: MariaDB [mysql]> show databases; +--------------------+ | Database...

...; > > To: CentOS mailing list <centos at centos.org> > > Subject: Re: [CentOS] wordpess can't connect to DB but mediawiki > can > > > >> > >> "Use" that db and then issue: > >> select * from db where Db='jfwiki' or Db='jokefire' order by > >> Host; > > > > > > Well yeah. I used the mysql database before I issued that command. > > > > > > MariaDB [(none)]> use mysql > > Reading table information for completion of table and column names > > You can turn off t...

...phy <bluethundr at gmail.com> > To: CentOS mailing list <centos at centos.org> > Subject: Re: [CentOS] wordpess can't connect to DB but mediawiki can > >> >> "Use" that db and then issue: >> select * from db where Db='jfwiki' or Db='jokefire' order by >> Host; > > > Well yeah. I used the mysql database before I issued that command. > > > MariaDB [(none)]> use mysql > Reading table information for completion of table and column names > You can turn off this feature to get a quicker startup with...

...19% /var/www Everything that is shared from this location on a server called simply web1 403's no matter what document you hit. On another web sever called web2 the opposite is true. Every document you share is correctly served. The error log is located here: ErrorLog "/var/log/httpd/jokefire.com-error_log" Yet when I try to generate some activity in the logs by hitting pages nothing turns up in that log. Everything looks correct with httpd -S on both servers. web1: [root at VIRTCENT07:/var/www/html/example.com] #httpd -S [Wed Jun 01 22:14:16 2011] [warn] module php5_module i...

...ailing list <centos at centos.org> >> > Subject: Re: [CentOS] wordpess can't connect to DB but mediawiki >> can >> > >> >> >> >> "Use" that db and then issue: >> >> select * from db where Db='jfwiki' or Db='jokefire' order by >> >> Host; >> > >> > >> > Well yeah. I used the mysql database before I issued that command. >> > >> > >> > MariaDB [(none)]> use mysql >> > Reading table information for completion of table and column na...

...> Really seems to depend... > > Incidentally I am using centos on all hosts: > ># cat /etc/redhat-release > CentOS Linux release 7.0.1406 (Core) > > OK now that that's out of the way, for some reason I don't seem to > have an entry in my db database for either jokefire or jfwiki: > > MariaDB [mysql]> select * from db where Db like 'jfwiki' or Db > like 'jokefire'; > Empty set (0.00 sec) > > Not sure why that would be the case. They're definitely there on > this database server: > > MariaDB [mysql]> show dat...

...example.com"; $wgDBssl = true; $wgDBname = "jfwiki"; $wgDBuser = "admin_ssl"; $wgDBpassword = "secret"; And here's what the wordpress database connection settings look like since they are not: /** MySQL database username */ define('DB_NAME', 'jokefire'); define('DB_USER', 'admin_ssl'); /** MySQL database password */ define('DB_PASSWORD', 'secret'); /** MySQL hostname */ define('DB_HOST', 'db.example.com'); /** Database Charset to use in creating database tables. */ define('DB_CHARSET...

Hey guys, This is kind of odd, so I wanted to do a sanity check. I mounted an NFS share like so: [root at web1:~] #mount -t nfs nfs1.jokefire.com:/home /mnt/home Seemed to go ok. Then I took a look at the output of df -h and didn't see it! [root at web1:~] #df -h Filesystem Size Used Avail Use% Mounted on /dev/vda 40G 24G 14G 64% / devtmpfs 996M 0 996M 0% /dev tm...

...gt; SSL/TLS Available: Anonymous DH Mode, OpenSSL 0.9.6 or higher required > TCP Wrappers Available > > And if I go back to the monitoring host and try to run nrpe with the -n > flag, this is what I get: > > [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -n -H > ops.jokefire.com > *CHECK_NRPE: Error receiving data from daemon.* > > And still getting the SSL error without the -n flag: > > [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H > ops.jokefire.com > *CHECK_NRPE: Error - Could not complete SSL handshake.* > > Running nmap f...

...ervice iptables status > > > > Firewall is stopped. > > > > > > > > It's only when checking from the monitoring host that nrpe fails: > > > > > > > > [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H > > > > ops.jokefire.com > > > > CHECK_NRPE: Error - Could not complete SSL handshake. > > > > > > > > Really, really puzzling. This is driving me up a wall!! I hopeI can > > solve > > > > this soon.... > > > > > > > > Thanks for any and all...

...2 with exemptions (-l for more info) SSL/TLS Available: Anonymous DH Mode, OpenSSL 0.9.6 or higher required TCP Wrappers Available And if I go back to the monitoring host and try to run nrpe with the -n flag, this is what I get: [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -n -H ops.jokefire.com *CHECK_NRPE: Error receiving data from daemon.* And still getting the SSL error without the -n flag: [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com *CHECK_NRPE: Error - Could not complete SSL handshake.* Running nmap from the monitor host I can see that the nr...

...Mode, OpenSSL 0.9.6 or higher required > > TCP Wrappers Available > > > > And if I go back to the monitoring host and try to run nrpe with the -n > > flag, this is what I get: > > > > [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -n -H > > ops.jokefire.com > > *CHECK_NRPE: Error receiving data from daemon.* > > > > And still getting the SSL error without the -n flag: > > > > [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H > > ops.jokefire.com > > *CHECK_NRPE: Error - Could not complete SSL h...

...CP *:nrpe (LISTEN) And the firewall is allowing that port: [root at puppet:~] #firewall-cmd --list-ports 5666/udp But if I check the port using nmap [root at monitor1:~] #nmap -p 5666 puppet.mydomain.com Starting Nmap 6.40 ( http://nmap.org ) at 2015-05-03 22:51 UTC Nmap scan report for puppet.jokefire.com (216.120.250.140) Host is up (0.012s latency). PORT STATE SERVICE 5666/tcp filtered nrpe That port is closed despite the port being allowed on the firewall. So I thought that the problem was that xinetd was listening to port 5666 only on tcp v6. And when the monitoring host hits the pu...

.../usr/local/nagios/etc/objects/servers] #../../../libexec/ check_memcached.pl -H web1.example.com -p 11212 MEMCACHE OK: memcached 1.4.22 on web1.example.com:11212, up 12 minutes 2 seconds Yet, in my nagios web interface, I'm getting this error: Check Memcached 11211 <https://nagios.jokefire.com/nagios/cgi-bin/extinfo.cgi?type=2&host=web1&service=Check+Memcached+11211> CRITICAL 05-24-2015 14:28:31 0d 0h 10m 19s 4/4 CRITICAL ERROR - Can not connect to '162.243.60.6' on port 0 Check Memcached 11212 <https://nagios.jokefire.com/nagios/cgi-bin/extinfo...

...sure the local firewall was stopped, because I am blocking ports with the security groups instead. [root at ops:~] #service iptables status Firewall is stopped. It's only when checking from the monitoring host that nrpe fails: [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com CHECK_NRPE: Error - Could not complete SSL handshake. Really, really puzzling. This is driving me up a wall!! I hopeI can solve this soon.... Thanks for any and all help with this one!! Tim On Fri, May 1, 2015 at 1:02 AM, Eric Lehmann <e.lehmann88 at gmail.com> wrote: > Hi > Doe...

...Disabling the tty requirement for my sudo user does indeed work. I had a type-o in the sudoers file, and when I corrected it, my sudo command via pssh started working! #pssh -i -h es_list "/bin/sudo /bin/systemctl restart elasticsearch; sleep 10" [1] 20:31:32 [SUCCESS] bluethundr at es3.jokefire.com Stderr: sudo: sorry, you must have a tty to run sudo [2] 20:31:32 [SUCCESS] bluethundr at es2.jokefire.com [3] 20:31:32 [SUCCESS] bluethundr at es1.jokefire.com I'm still getting the 'sorry you must have a tty to run sudo' message coming from one of the nodes. But the command succe...

...# Cause every FTP user except adm to be chrooted into their home directory # Aliasing /etc/security/pam_env.conf into the chroot allows pam_env to # work at session-end time (http://bugzilla.redhat.com/477120) VRootEngine on DefaultRoot /var/www/html/jokefire.com VRootAlias etc/security/pam_env.conf /etc/security/pam_env.conf # Use pam to authenticate (default) and be authoritative #AuthPAMConfig proftpd #AuthOrder mod_auth_pam.c* mod_auth_unix.c AuthOrder...

...;m leaving iptables off in this host. Because it's an AWS EC2 host I'm managing the firewall ports using the AWS security groups. [root at ops:~] #service iptables status Firewall is stopped. But still, there's this... [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com CHECK_NRPE: Error - Could not complete SSL handshake. Sadly.... :( Thanks for your input tho! On Fri, May 1, 2015 at 3:18 PM, Brian Miller <centos at fullnote.com> wrote: > On Fri, 2015-05-01 at 01:32 -0400, Tim Dunphy wrote: > > And I made sure the local firewall was stopped...