Greyhounds and Whippets Rescued from China now at Elite Greyhounds

Elite Greyhound Adoptions of South Florida (http://www.elitegreyhounds.org/) is now rescuing greyhounds and whippets from China. Both breeds are used at the dog tracks in China and they have no future without rescue and adoption.

A New Friend for Friends of Greyhounds

As you may or may not know, I am a volunteer for Friends of Greyhounds.

Several months ago, Scott found us and began to volunteer to help out in the kennel. Soon he noticed and fell in love with Dusty.

Then, Scott created a blog titled "Dusty and Me" that he describes as "A blog about an old dog and his young greyhound".

Hurricane Matthew

The dogs are sleeping while I'm hunkering.

Horses & Hounds 2016 Was a Big Success

Horses & Hounds is an annual event sponsored by the Horses & Hounds Charitable Foundation on Sympatico Farm in Lake Worth, Florida.

Both greyhound and non-greyhounds are invited along with their owners.

This year, the activities included a dressage demonstration, a presentation from Medieval Times in Orlando, free hot dogs (yum!), an exotic car display (I love the color of the Corvette!) and a silent auction.

Click to Enlarge.

[SOLVED] "error running shared postrotate script for '/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log '"

Recently I upgraded Linux on my home server and every day I would get this email:

Subject: Anacron job 'cron.daily' on server.local

/etc/cron.daily/logrotate:
error: error running shared postrotate script for '/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log '
run-parts: /etc/cron.daily/logrotate exited with return code 1

I first examined the /etc/cron.daily/logrotate script.
There was only one executable line: /usr/sbin/logrotate /etc/logrotate.conf

I next examined /etc/logrotate.conf and found this: include /etc/logrotate.d

logrotate.d is a directory of scripts to run.

Since my error message was for MySQL, I examined the /etc/logrorate.d/mysql-server script. One line in this script is
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"

I examined /etc/mysql/debian.cnf and found the cause of the error message:

user = debian-sys-maint
password = oMhAfEiEiO


It was the PASSWORD! There was a mismatch between the password in debian.cnf and the password for the debian-sys-maint user in MySQL.

Finally, I changed the password for debian-sys-maint in MySQL to the password listed in debian.cnf and the daily error message email stopped.

mysql -u root -p

use mysql;
update user set password=PASSWORD("oMhAfEiEiO") where user="debian-sys-maint";


It seems like every time I reinstall the backup of my databases on a new system I overwrite the password.