Das (normalerweise) automatisch ablaufende Backup der mysql-Datenbanken funktionierte grundsätzlich noch. Nur tat das Script nicht mehr das, was es tun sollte, nämlich Backups der div. Tabellen div. Datenbanken erstellen. Die erzeugten "Backups" waren plötzlich leer und nutzlos. Das Script war unverändert. Im Script-Logfile wurden die Fehler von mysqldump lakonisch gemeldet mit "Access denied for user 'root'@'localhost' (using password: YES)". Zwar kann ich von meinem einen behaupten, dass er einigermaßen flüssig SQL spricht, aber sowas... tzzz... Um das Ergebnis der folgenden stundenlangen Fehlersuche kurz zu erläutern:
Mindestens ein Datenbank-Benutzer braucht Privilegien um Datenbaken sperren und freigeben zu können, genauer: Er braucht schlicht und einfach die "LOCK TABLES"-Privilegien und die hatte weder mein Backup-Skript (bzw. dessen User) noch irgend ein anderer Datenbanknutzer von mysql. Mit dem relativ einfachen "mysql> grant all on *.* to root identified by xyz" war es übrigens hier nicht getan... Die nötigen Privilegien bekam ich erst mit:
mysql> update user set Lock_Tables_Priv='Y' where user='xyz' and host = 'localhost';
mysql> flush privileges;

//shit happened...

der am arbeitsplatz war lange zeit der bessere. mit 1 neuem schreitisch, 1 stuhl und 1 sichtgerät im breitbildformat macht's wieder mehr spass. die weltbeste gattin möchte, dass ich die kiste aus mache oder eben lautlos. letzteres ist schon einmal schief gegangen... grrrr... wer kennt sich aus mit wasserkühlungen? wer hat schon mal nen mini-tower umgebaut?