Moin, man sollte seine eigene rootmail öfter lesen. Das hier kriege ich seit zwei Monaten: #---------------------------------- running daily cronjob scripts SCRIPT: clean_catman, OK. SCRIPT: clean_core, OK. SCRIPT: do_mandb, OK. SCRIPT: logrotate exited with RETURNCODE = 1. SCRIPT: ouput (stdout && stderr) follows Reload syslog service..done /usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user: 'root@localhost' (Using password: NO)' error running postrotate script SCRIPT: logrotate ------- END OF OUTPUT SCRIPT: medusa.cron, OK. SCRIPT: suse.de-backup-rc.config, OK. #---------------------------------- Es scheint als würde der tägliche logrotate-cronjob auf mein MySQL zugreifen wollen, dürfe aber als root/KeinPasswort nicht rein. Worauf er einen lassen kann. Ganz sicher darf er das nicht. root/localhost hat ein feines MySQL-Passwort. Starte ich den cronjob per Hand, läuft er fehlerfrei. Alle Pfade sind auch absolut angegeben. Ich entnehme der manpage auch nicht, daß logrotate überhaupt irgendwas mit MySQL zu tun hätte. /etc/logrotate.conf bietet keinerlei Konfiguration diesbezüglich an. Was passiert da? Verwundert: Ratti -- http://www.gesindel.de/neu/ | Fontlinge | Die Schriftenverwaltung für LINUX
* On Sat, 27 Jul 2002 at 17:52 +0200, Ratti wrote:
man sollte seine eigene rootmail öfter lesen. Das hier kriege ich seit zwei Monaten:
#---------------------------------- [snipped] #----------------------------------
Es scheint als würde der tägliche logrotate-cronjob auf mein MySQL zugreifen wollen, dürfe aber als root/KeinPasswort nicht rein.
Worauf er einen lassen kann. Ganz sicher darf er das nicht. root/localhost hat ein feines MySQL-Passwort.
Starte ich den cronjob per Hand, läuft er fehlerfrei. Alle Pfade sind auch absolut angegeben. Ich entnehme der manpage auch nicht, daß logrotate überhaupt irgendwas mit MySQL zu tun hätte. /etc/logrotate.conf bietet keinerlei Konfiguration diesbezüglich an.
Was passiert da?
Wenn ich mal ins Blaue schiessen darf: Hin und wieder wird der Logfile Deines MySQL zu voll, und er wird rotiert. Anschließend wird ein rcmysql reload gemacht, selbiges wird dann vermutlich ein mysqladmin refresh machen. Voila. Schau Dir mal Dein rcmysql genauer an, da wird sich vermutlich die Lösung finden lassen. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Am Sam, 2002-07-27 um 19.21 schrieb Adalbert Michelic:
Wenn ich mal ins Blaue schiessen darf: Hin und wieder wird der Logfile Deines MySQL zu voll, und er wird rotiert. Anschließend wird ein rcmysql reload gemacht, selbiges wird dann vermutlich ein mysqladmin refresh machen. Voila.
Stimmt. Das kann gut sein - z.B. wird der syslog während des logrotate auch neu gestartet, damit die Logfiles neu angelegt werden. -- Bis denn dann... Torsten
Am Sam, 2002-07-27 um 17.52 schrieb Jörg Roßdeutscher:
Starte ich den cronjob per Hand, läuft er fehlerfrei. Alle Pfade sind auch absolut angegeben. Ich entnehme der manpage auch nicht, daß logrotate überhaupt irgendwas mit MySQL zu tun hätte. /etc/logrotate.conf bietet keinerlei Konfiguration diesbezüglich an.
Wenn er per Hand läuft dann werden möglicherweise nicht angebrachte Argumente übergeben. Ich würde daher an geeigneter Stelle im Skript mal die Argumente irgendwohin in eine Datei umleiten oder auf eine Standard-Ausgabe jagen. Dann weißt Du evt. schon mehr. -- Bis denn dann... Torsten
participants (3)
-
Adalbert Michelic
-
Jörg Roßdeutscher
-
Torsten Hallmann