[solved] 0.9.30-1 - cron wird nicht mehr abgearbeitet

[Skorkad]

Hallo, ...

 

Ziehe gerade auf einen neuen vServer und richte diesen gerade neu ein:

 

Froxlor 0.9.30-1

 

Debian 7 "wheezy" (ftp2.debian.org) 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64

 

sources.list

deb http://ftp2.de.debian.org/debian wheezy main non-free contrib
deb-src http://ftp2.de.debian.org/debian wheezy main non-free contrib

deb http://ftp2.de.debian.org/debian wheezy-updates main contrib non-free
deb-src http://ftp2.de.debian.org/debian wheezy-updates main contrib non-free

deb http://ftp.de.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.de.debian.org/debian/ wheezy main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

deb http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free

deb http://debian.froxlor.org/ wheezy main

Apache/2.2.22 (Debian) + Bind9 + ProFTPd + Dovecot + Postfix + php 5.4.4-14+deb7u7 + MySQL 5.5.31-0+wheezy1

 

per Hand l?uft er einwandfrei durch:

 

/usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --force

oder
/usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php

 

Konfiguration -> Debian 7.0 (Wheezy) ?  Sonstige (System) ?  Crond (cronscript)

 

wurde ebenfalls ausgef?hrt, also unter /etc/cron.d/ die Datei froxlor angelegt mit dem Inhalt und dann der cron wie es da steht neu gestartet mit "/etc/init.d/cron restart", selbst ein "/etc/init.d/cron stop"  und "/etc/init.d/cron start" hilt nicht, der cron ist auch laut Status am laufen:

#
# Set PATH, otherwise restart-scripts won't find start-stop-daemon
#
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
#
# Regular cron jobs for the froxlor package
#
*/5 * * * *	root	/usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php

Leerzeile exitistiert ebenfalls nach dem "Job". Im Syslog (/var/log/syslog) steht dann folgende Fehlermeldung:

Dec 16 12:13:46 rex1 cron[14168]: Error: bad minute; while reading /etc/cron.d/froxlor
Dec 16 12:13:46 rex1 /usr/sbin/cron[14168]: (*system*froxlor) ERROR (Syntax error, this crontab file will be ignored)
Dec 16 12:13:46 rex1 /usr/sbin/cron[14168]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

da steht im Prinzip das gleiche drinne wie sonst auch, nur das es auf einmal nicht mehr geht bei mir.

 

Hatte auch mal die "/5" manipuliert (wegen bad minute) und mal das hier raus gemacht:

5 * * * *	root	/usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php

oder das alte Format der "0.9.29" genutzt, dann wird trotzdem nicht ausgef?hrt und es gibt das hier im syslog:

Dec 16 13:17:01 rex1 /USR/SBIN/CRON[15485]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 16 13:20:01 rex1 /USR/SBIN/CRON[15488]: (root) CMD (sync; echo 3 > /proc/sys/vm/drop_caches)
Dec 16 13:21:46 rex1 /usr/sbin/cron[15587]: (CRON) INFO (pidfile fd = 3)
Dec 16 13:21:46 rex1 /usr/sbin/cron[15588]: (CRON) STARTUP (fork ok)
Dec 16 13:21:46 rex1 cron[15588]: Error: bad minute; while reading /etc/cron.d/froxlor
Dec 16 13:21:46 rex1 /usr/sbin/cron[15588]: (*system*froxlor) ERROR (Syntax error, this crontab file will be ignored)
Dec 16 13:21:46 rex1 /usr/sbin/cron[15588]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

Alles wurde NEU installiert auf einem neuen vServer, Froxlor ganz normal per apt-get frisch geholt und installiert ohne vorherige Daten o.?....

 

Habe das System jetzt schon mehrfach neu installiert, allerdings ging der cronjob nicht einmal "automatisch".

Es werden weder ?nderungen ?bernommen, Configs neu geschrieben, Domains angelegt usw. ... unten steht die ganze Zeit dann:

 

Ausstehende Cron-Aufgaben:

• Neuerstellung der Webserver-Konfiguration
• Neuerstellung der Bind-Konfiguration

Derzeit muss ich im Prinzip alles per:

 

/usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --force

 

selbst ?bernehmen/ausf?hren.

 

@D00p kann dir auch kurz ne PN zusenden mit den Server-Daten, falls du dir das mal direkt ansehen willst ...

 

 

 

 

 

 

 

 

 

 

[lonesomewalker]

Genau das gleiche Problem habe ich heute auch nach dem Update auf die 0.9.32-1

 

Charset ist bei mir auf der Konsole aber schon UTF8, und die locales is auch default UTF8.
Cronfile habe ich froxlor selber schreiben lassen...?

[d00p]

Also das habe ich noch nie gesehen. W?rde mich ?ber Zugangsdaten freuen ja, das w?rd ich mir gern mal schauen.

[Skorkad]

Danke! Habe dir gerade ne PN geschickt.

 

Ist sicher irgend nen bl?der Fehler so in Richtung "betriebsblind" oder "Wald vor lauter B?ume". Aber normal hab ich im Prinzip bisher nur folgendes gemacht:

 

1. vServer installiert mit "Debian 7 64 Bit - Wheezy"

 

2. root-Passwort ge?ndert

 

3. sources.list wie o.g. ge?ndert

 

4. Dann:

apt-get autoremove && apt-get clean && apt-get autoclean && apt-get update && apt-get upgrade

apt-get install sudo wget

gpg --keyserver subkeys.pgp.net --recv-keys 55BE302B && gpg -a --export 55BE302B | sudo apt-key add -
 
gpg --keyserver keys.gnupg.net --recv-key 89DF5277 && gpg -a --export 89DF5277 | sudo apt-key add -

apt-key adv --keyserver pool.sks-keyservers.net --recv-key FD88018B6F2D5390D051343FF6B4A8704F9E9BBC

apt-get autoremove && apt-get clean && apt-get autoclean && apt-get update && apt-get upgrade

apt-get install vim mc nano tar bzip2 zip unzip arj aptitude debian-keyring debian-archive-keyring
aptitude install ntp ntpdate rsync traceroute bison memcached mcrypt imagemagick openssl openssl-blacklist

apt-get install froxlor

5. Forxlor per Browser aufgerufen: Installation mit folgenden "nicht default"-?nderungen:

 

MySQL-Database: froxlordb001

Username for the unprivileged MySQL-account: froxlormysqladm

Password for the unprivileged MySQL-account: (sag ich nicht)

Username for the MySQL-root-account: root

Password for the MySQL-root-account: (sag ich nicht)

 

Rest alles ordnungsgem?? angebenen ...

 

Bei mir standen im ?brigen auch ZUM ERSTEN MAL ganz andere Pfade beim Apache2! Ich nutze eigentlich seit Jahren schon froxlor und bisher musst ich die niemals ?ndern oder anpassen. Aber dar?ber gab es ja auch schon ein paar Threads hier:

 

Unter Einstellungen / Webserver / Apache ... stand ?berall in den Pfaden nur "/etc/apache/" statt "/etc/apache2/" ... auch der reload-Befehl war zum ersten mal "falsch" und musste korrigiert werden:

 

zB

/etc/apache/vhosts.conf

/etc/apache/diroptions.conf

/etc/apache/htpasswd/

/etc/init.d/apache reload

 

Bis zur letzten Installation (ich meine es w?re die 0.9.29 gewesen, m?sste die erste offizielle Release Version gewesen sein f?r wheezy) die ich "pur" ausgef?hrt hatte war das noch nie so, die Pfade stimmten immer ...

[d00p]

Bisheriger Stand: scheint wohl mit dem Charset/den Locales zusammenzuh?ngen. Komisches Debian-Zeug wieder. => Kein Froxlor-Fehler und kein Anwenderfehler (im engeren Sinne )

[Skorkad]

Dickes Danke an dich, d00p ... auch f?r die Fehlersuche und nette Konversation per Foren-PN!

 

Der Fehler lag (bei mir!) irgendwo im Bereich der Datei-Erstellung f?r dem Froxlor-Cronjob, sprich Datei mit Namen "froxlor" unter "/etc/cron.d/" erstellen. Offenbar wurde diese (warum auch immer) in der Datei-Kodierung UTF-8 erstellt. Aber mit UTF-8 kommt der cron.d anscheinend nicht zurecht um erstellt beim umkodieren UNSICHTBARE Zeichen die zu dem Fehler f?hrten.

 

Gemacht habe ich nun im Prinzip folgendes:

 

(ggf. vorher anlegen oder nachsehen ob die Datei "locale" existiert:  /etc/default/locale)

dpkg-reconfigure locales

Dort dann diese Zeichens?tze ausw?hlen:

 

de_DE ISO-8859-1
de_DE.UTF-8 UTF-8
de_DE@euro ISO-8859-1
en_US ISO-8859-1
en_US.ISO-8859-15 ISO-8859-15
en_US.UTF-8 UTF-8

 

Und nachher diesen auf Standard setzen: de_DE.UTF-8 UTF-8

 

Der Fehler viel mir auf, als ich vom vorherigen alten vServer die /etc/cron.d/froxlor Datei kopierte und auf den neuen vServer einfach kopierte/ersetzte (alte froxlor-Datei vorher l?schen!). Vom alten Server ging der cronjob sofort fehlerfrei. Im Vergleich der 2 Dateien viel dann auf, dass die die NICHT geht "UTF-8"-kodiert war und die die ging war "ANSI"-kodiert.

 

Warum das so war? Ehrlich gesagt keine Ahnung ... Aber so kann jemand der ein ?hnliches Problem hat ggf. noch in dieser Richtung nachsehen und eventuell auch sein Problem l?sen ... Ein m?glicher Grund k?nnte auch sein das dies beim rauskopieren des Datei-Inhalts aus Firefox (UTF-8) in die froxlor-Datei dazu kam das es umkodiert wurde.

 

Gibt halt manchmal einfach Sachen, ...