Cron laeuft nicht mehr

ob es dort Einträge gibt?
Wie viel MAX_MEMORY hast du eingestellt?
Wie hoch ist die MAX_EXECUTION_TIME?
Gibt es Beschränkungen der Datenbank bei deinem Hoster?

Hallo

Cron lief anfangs problemlos. Allerdings gibt es beim hoster (http://www.skynetcusco.com/) einige Leute, die falsch spielen. Man hatte zum Beispiel den Ordner sites/default auf schreibgeschuetzt geschaltet, damit ich die settings.php nicht editieren konnte. Offenbar moechte man "zeigen", dass drupal Probleme macht und wordpress besser sei :-). Romiro arbeitet auch dort...

Es ist also durchaus moeglich, dass bei den Einstellungen etwas veraendert wurde. Die Fehlermeldung von Cron kommt allerdings sofort. Duerfte also kein Problem der Laufzeit sein. Was meinst Du mit Eintraegen? Wo?

Gruss
Patrick

könnte ein Folgeproblem sein.

Normalerweise sollte cron keine headers schreiben müssen, da alles im Hintergrund abläuft.
Dann werden headers allenfals implizit durch Fehlermeldungen verursacht.

Insofern ist zu prüfen, ob die Ramenbedingungen überhaupt passen.

Meine erste Zielrichtung sind immer die php.ini-Settings.

Dann könnten es natürlich aich Einstellungen der Berechtigungsstruktur sein.

Wenn der Hoster Drupal nicht möchte, solltest du ihn nicht dazu zwingen, sondern eher den Hoster wechseln.

Versuch mal den Cron-Job aufzuteilen und zu analysieren, z.B. mit diesem Modul.
In der Regel kommt man da weiter.
Viel Erfolg

Berthold Lausch

Der Hoster ist auch ein website Produzent und die machen durchaus auch drupal. Das Problem duerfte eher persoenlich sein.

Ich werd mal das angegebene Modul installieren und weiter schauen. Durchaus moeglich, dass man irgend ein file manipuliert hat oder ein Ordner gesperrt wurde.

Wir werden sehen...

Gruss und vielen Dank!
Patrick

Und schon hab ich's gesehen...dieser Elysia Cron läuft einfach so! Und die Fehlermeldungen sind weg und der sweaver tut auch wie er soll. Cool! :-)

ausser das hier:

system_cron Remove older rows from flood and batch table. Remove old temporary files. [run]
0 * * * * 06/03/2015 - 15:06 0s 0 0s / 0s

Der läuft offenbar nicht. Aber im Report sieht es trotzdem gut aus. Gibt es noch ein Problem?

vielleicht darf der ausführende User keine Dateien löschen?

Hab im error_log geschaut. Derletzte Eintrag lautet:

[30-May-2015 21:21:28 America/Lima] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/taeperu/public_html/includes/common.inc:2748) in /home/taeperu/public_html/includes/bootstrap.inc on line 1232

Also nichts von Cron.

Ein php.ini file habe ich nicht gefunden. Aber ich kann in cPanel eines kreieren. Bloss habe ich sehr wenig Ahnung, was ich dort reinschreiben soll.

Der ausführende User ist dann wohl das Administrator-Profil? Das hat alle Rechte in drupal. Wo könnte ich denn noch schauen?

Zudem wird das Verzeichnis sites/default offensichtlich immer wieder auf read-only gesetzt. Wo kommt das her?

Gruss
Patrick

Hallo,

dieser Fehler bedeutet, dass von Deiner Seite irgendetwas (von einem Modul?) ausgegeben wird, bevor der HTTP Header gesendet wurde !
In diesem Fall kann dann der Browser den HTTP Header nicht erkennen.
PHP weiss das und warnt Dich.
Lade Dir mal die Seite per curl oder wget runter und schau ganz oben (vor dem Header) nach.
Dann solltest Du zumindest sehen können, was vor dem HTTP Header
ausgegeben wird.
Schau hier:
http://davidwalsh.name/curl-headers

MfG

Robert

Hallo

Seit ich das Modul "Elysis Cron" verwende ist dieser Fehler weg. Allerdings läuft "system cron" noch nicht und gibt mir folgende Fehlermeldung aus:

Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute() (line 2171 of /home/taeperu/public_html/includes/database/database.inc).

Hallo

Gestern sah es ganz gut aus...doch heute steckt wieder der Wurm drin!

Das Modul sweaver tut keinen Wank mehr. Ich kann es zwar konfigurieren, doch nicht benutzen. Ich hätte keinen Zugriff, meldet drupal.

"You are not authorized to access this page."

Neuinstallation hilft nicht. Ob es etwas mit dem Modul superfish zu tun hat? Das habe ich heute neu installiert, inkl. libreries und jQuery.

Dann tut sich auch nichts mehr bei Cron. Klicke ich auf "Run Cron" geschieht nichts. Allerdings kann ich die einzelnen Cron Skripte manuel ausführen. Gestern ging Run Cron noch.

Wo stimmt denn etwas nicht? Zugriffberechtigungen oder php.ini? Wo finde ich diese beiden Infos?

Noch ein Zusatz zum sweaver: Ich wollte ihn neu installieren. Also habe ich ihn zuerst deinstalliert. Als ich dann neu installieren wollte, meldete drupal, das modul sei bereits installiert. Und tatsächlich war der sweaver noch da. Die Deinstallation hatte irgendwie nicht funktioniert. Also habe ich das Modul "von Hand" gelöscht und auch den Ordner in default/files. Dann neu installiert. Doch er ist immer noch blockiert...

Und noch was zu sites/default: Das Verzeichnis wird immer wieder auf "schreibgeschützt" gestellt. Aber da drin ist der Ordner "files". Die Unterordner sind alle auf 755. Doch weshalb wird dann der Ordner "default" immer wieder auf 555 gesetzt? Sind damit nicht auch alle Unterordner dann schreibgeschützt?

Kann mir hier jemand zu diesen Punkten Auskunft geben?

Gruss
Patrick

Es geht hier NICHT um Rechte in Drupal, sondern um die Rechte im Dateisystem.

Das kannst du ggf. nicht alleine lösen, sondern brauchst den Serveradmin dazu.

Wenn du die Rechte nicht vergeben darfst, hast du ein Problem.

Da du nur beschränkten Zugriff auf das System hast, brauchst du die Hilfe des Systemadministrators deines Hosters.

Wenn der Hoster auch andere Kunden mit Drupal betreut, weiß er sicher auch, welche Besitzeinstellungen und Rechte für die Installation benötigt werden.

Wie robert schrieb, heißt deine Fehlermeldung so viel, als du die Headerinformationen geschickt hattest, war vorher ein anderer Prozess mit Headerinformationen.

Dies kann eine Fehlermeldung gewesen sein, die implizit einen Header mitsendet.

Tritt der Fehler also auf, ehe die Headerinformationen aus dem Script geschrieben sind, kommt es zu dieser Fehlermeldung.

Hallo Ronald

Heute morgen hat alles noch gut funktioniert. Nur der eine Cron Prozess läuft nicht, der die temp Dateien löschen soll. Das Verzeichnis war ein lokales, also C:... Da ich aber auf öffentlichen Computern arbeite, könnte dies das Problem sein. Ich habe nun ein tmp Verzeichnis direkt im public-html Verzeichnis erstellt und drupal hat auch automatisch eine htaccess da rein gechrieben. Wenn ich dann allerdings den Cron Prozess laufen lasse, kommt das:

"Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute() (line 2171 of /home/taeperu/public_html/includes/database/database.inc)."

Also nicht mehr die einfache Fehelrmeldung von gestern.

Und weshalb lief das sweaver Modul heute morgen noch und nun nicht mehr? Wo wären denn diese Zugriffberechtigungen auf dem Server? Dann könnt ich zumindest nachschauen.

Die Fehlermeldung mit dem Header habe ich nicht mehr.

Dafür habe ich bei den Themen nun diese meldung:

"Warning: Creating default object from empty value in theme_editor_access_theme() (line 378 of /home/taeperu/public_html/sites/all/modules/theme_editor/theme_editor.module)."

Hallo Patrick,

also wenn Du den Eindruck das Dein Hoster falsch spielt, warum wechselst Du Ihn dann nicht.

Diese ständig wechselnden Fehlermeldungen welche bei Dir auftreten, lassen mich darauf schliessen dass evtl. die Festplatte voll sein könnte.

MfG

Robert

Hallo Robert

Ich mach jetzt erst mal Pause, bis entweder der hoster die Berechtigungen in Ruhe lässt oder meine Auftraggeberin den hoster wechselt. Sonst verschwende ich hier nur ihr Geld!

Wir haben 300MB und die Seite ist noch beinahe leer. Ich denke deshalb nicht, dass unser Platz aufgebraucht ist.

Heute habe ich den "Elysia Cron" nochmals neu installiert. Er scheint nicht wirklich gut zu laufen. Manchmal führt er die Unterprozesse aus, manchmal nicht. Jedenfalls änderd sich der Zählerstand der Unterprozesse nicht, wenn ich auf "Run Cron" klicke. Auch beim Installieren von Modulen gab es immer wieder Probleme. Scheint wirklich an den Zugriffberechtigungen zu liegen.

Hier noch die letzten Fehlermedlungen:

PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'sites/all/modules/commerce_product_reference_flag/commerce_produ' for key 'PRIMARY': INSERT INTO {system} (filename, name, type, owner, info) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4); Array ( [:db_insert_placeholder_0] => sites/all/modules/commerce_product_reference_flag/commerce_product_reference_flag.module [:db_insert_placeholder_1] => commerce_product_reference_flag [:db_insert_placeholder_2] => module [:db_insert_placeholder_3] => [:db_insert_placeholder_4] => a:13:{s:4:"name";s:23:"Product Reference Flags";s:11:"description";s:68:"Allows flags on products to be injected on the referencing entities.";s:7:"package";s:18:"Commerce (contrib)";s:12:"dependencies";a:2:{i:0;s:26:"commerce_product_reference";i:1;s:4:"flag";}s:4:"core";s:3:"7.x";s:7:"version";s:11:"7.x-1.x-dev";s:7:"project";s:31:"commerce_product_reference_flag";s:9:"datestamp";s:10:"1403883547";s:5:"mtime";i:1433689863;s:3:"php";s:5:"5.2.4";s:5:"files";a:0:{}s:9:"bootstrap";i:0;s:12:"theme_editor";a:4:{s:3:"uri";s:88:"sites/all/modules/commerce_product_reference_flag/commerce_product_reference_flag.module";s:8:"filename";s:88:"sites/all/modules/commerce_product_reference_flag/commerce_product_reference_flag.module";s:4:"name";s:31:"commerce_product_reference_flag";s:6:"status";i:0;}} ) in system_update_files_database() (line 2314 of /home/taeperu/public_html/modules/system/system.module).

Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute() (line 2171 of /home/taeperu/public_html/includes/database/database.inc).

Warning: Invalid argument supplied for foreach() in cer_entity_settings_cron() (line 70 of /home/taeperu/public_html/sites/all/modules/cer/extensions/cer_entity_settings/cer_entity_settings.module).

Warning: Invalid argument supplied for foreach() in cer_entity_settings_cron() (line 70 of /home/taeperu/public_html/sites/all/modules/cer/extensions/cer_entity_settings/cer_entity_settings.module).

EntityMetadataWrapperException: Unknown data property cer. in EntityStructureWrapper->getPropertyInfo() (line 335 of /home/taeperu/public_html/sites/all/modules/entity/includes/entity.wrapper.inc).

PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'sites/all/modules/ckeditor/ckeditor.module' for key 'PRIMARY': INSERT INTO {system} (filename, name, type, owner, info) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4); Array ( [:db_insert_placeholder_0] => sites/all/modules/ckeditor/ckeditor.module [:db_insert_placeholder_1] => ckeditor [:db_insert_placeholder_2] => module [:db_insert_placeholder_3] => [:db_insert_placeholder_4] => a:14:{s:4:"name";s:8:"CKEditor";s:11:"description";s:76:"Enables CKEditor (WYSIWYG HTML editor) for use instead of plain text fields.";s:4:"core";s:3:"7.x";s:7:"package";s:14:"User interface";s:9:"configure";s:29:"admin/config/content/ckeditor";s:7:"version";s:8:"7.x-1.16";s:7:"project";s:8:"ckeditor";s:9:"datestamp";s:10:"1413311935";s:5:"mtime";i:1433688389;s:12:"dependencies";a:0:{}s:3:"php";s:5:"5.2.4";s:5:"files";a:0:{}s:9:"bootstrap";i:0;s:12:"theme_editor";a:4:{s:3:"uri";s:42:"sites/all/modules/ckeditor/ckeditor.module";s:8:"filename";s:42:"sites/all/modules/ckeditor/ckeditor.module";s:4:"name";s:8:"ckeditor";s:6:"status";i:0;}} ) in system_update_files_database() (line 2314 of /home/taeperu/public_html/modules/system/system.module).

Manchmal habe ich das dann einfach wiederholt und es ging beim zweiten Anlauf. Dann gibt es noch ein Problem mit dem Modul "CER Inline Entity Form". Hier kommt die Meldung, wenn ich das Modul aktivieren will:

Parse error: syntax error, unexpected 'if' (T_IF) in /home/taeperu/public_html/sites/all/modules/cer/extensions/cer_ief/cer_ief.module on line 73

schönen Sonntag :-)
Patrick

Es wird immer besser! Nun kann ich nicht einmal mehr Module deinstallieren. Und der Speicherplatz wird tatsächlich bereits knapp. Ich glaub ich zieh um.