Current

[Goldene Zeiten JuweliereTeilnehmer]

Hallo zusammen,

exakt seit heute – dem Umzug von einem Server auf den nächsten – habe ich das Problem, dass der CronJob nicht mehr funktioniert. Meldung ist kurz und knapp “Access denied!”

Aufruf bisher:
https://crm.xyz.info/vtigercron.php?app_unique_key=xxxx

Auf der Console mit meine ich aber, dass es geht und sehe keine Fehler:

—
php -q vtigercron.php
[CRON],”1653246100.0658″,https://crm.xyz.info/,Instance,”2022-05-22 19:01:40″,””,[STARTS]
[INFO] Workflow – not ready to run as the time to run again is not completed
[INFO] RecurringInvoice – not ready to run as the time to run again is not completed
[INFO] SendReminder – not ready to run as the time to run again is not completed
[INFO] MailScanner – not ready to run as the time to run again is not completed
[INFO] ScheduleReports – not ready to run as the time to run again is not completed
[INFO] Scheduled Import – not ready to run as the time to run again is not completed
[CRON],”1653246100.0658″,https://crm.xyz.info/,Instance,”2022-05-22 19:01:40″,”2022-05-22 19:01:40″,[ENDS]
—

[Goldene Zeiten JuweliereTeilnehmer]

Leider verschickt der Cron-Job keine Mails mehr seit dem Umzug auf den neuen Server. Wo muss ich denn hier zu suchen anfangen? Ich würde mich sehr über eine Rückmeldung oder Ideen freuen.

[Goldene Zeiten JuweliereTeilnehmer]

Offiziell steht “Access denied!” da, wenn man den Cron aufruft. Was genau ist das im Argen?

[Goldene Zeiten JuweliereTeilnehmer]

Also mit meinem Recherchen bin ich schon etwas weiter gekommen.

Seit meiner Neuinstallation des CRM als auch dem Import der Bewegungsdaten kann man zumindest wieder alles richtig speichern und auch der Cron-Job läuft – somit könnte man sagen, dass alle Fehler ausgeräumt sind. Demnach wird immer minütlich ein in der Zeitplaner-Übersicht der Status abgegeben, dass alles passt wie z.B. dieser:
[code]zuletzt gescanned um 15-06-2022 15:57:01 & verbrauchte Zeit : 0 Sek[/code]

ABER:
Wenn ich nun beispielsweise einen Datensatz (Kontakt) ändere, dann sollte über einen Workflow eine Benachrichtigung per Mail verschickt werden (an den Admin bzw. den Bearbeiter) – also Standardfunktion. Aber in diesem Moment geht nichts mehr und der Cron stockt. Statt der oben genannten Statusmeldung kommt nun nur noch “läuft”, weil der Status für den Workflow nicht freigegeben wrid. Die Frage ist halt nun, ob das tatsächlich an BerliCRM und dem Cron-Management liegt oder ob hier vielleicht der Mail-Server intern die Zusammenarbeit mit BerliCRM verweigert?

[Goldene Zeiten JuweliereTeilnehmer]

Ich konnte – so jedenfalls sieht es gegenwärtig nach ersten Tests aus – den Fehler beheben. Hier hat wohl vTiger als auch BerliCRM den selben Fehler. Eine Datenbankspalte muss aktualisiert (bzw. auf einen Datentyp gebracht werden). Seitdem werden auch wieder die ersten Nachrichten (zumindest interne Systemnachrichten) gesendet. Ob auch meine Geburtstagsmails und Hochzeitsmails funktionieren, wird sich in den nächsten Tagen zeigen:

ALTER TABLE vtiger_seactivityrel CHANGE crmid crmid CHAR( 19 ) NOT NULL

Quelle:
https://discussions.vtiger.com/discussion/184958/solved-workflow-cron-task-execution-throwed-exception

• Diese Antwort wurde geändert vor 2 Wochen von Goldene Zeiten Juweliere.

[Frank PiepiorraTeilnehmer]

das ist definitiv nicht zu empfehlen. Die crmid hat immer das Format Integer (19).

[Goldene Zeiten JuweliereTeilnehmer]

Fakt ist, dass der Standard nicht funktioniert. Und in der Datenbankspalte “@” abgelegt werden. Daher kann der Datentyp nicht stimmen – oder ein Programm-Update nicht. Bei mir funktioniert es. Deswegen werde ich es so lassen.

[Autor]

Beiträge