• Welcome to the Chevereto User Community!

    Here, users from all over the world come together to learn, share, and collaborate on everything related to Chevereto. It's a place to exchange ideas, ask questions, and help improve the software.

    Please keep in mind:

    • This community is user-driven. Always be polite and respectful to others.
    • Support development by purchasing a Chevereto license, which also gives you priority support.
    • Go further by joining the Community Subscription for even faster response times and to help sustain this space
  • Chevereto Support CLST

    Support response

    Support checklist

    • Got a Something went wrong message? Read this guide and provide the actual error. Do not skip this.
    • Confirm that the server meets the System Requirements
    • Check for any available Hotfix - your issue could be already reported/fixed
    • Read documentation - It will be required to Debug and understand Errors for a faster support response

Cron error in 3.20.13

imghut

💖 Chevereto Fan
I have added the cron to crontab -e, the new dashboard feature in v3.20.13 shows
  • Cron last ran:0000-00-00 00:00:00 UTC — not running
so I ran it maually from a terminal and get the output below.

I have checked the file class.gettext.php with Brackets and it gives this error.

Screenshot 2021-10-24 at 20.06.11.png

Any ideas?

Chances are it's never been running but all deleted images are definitely deleted from the SFTP storage.

root@mail:~# sudo /usr/bin/php /var/www/clients/client1/web6/web/cli.php -C cron* Processing storageDelete
  • Processing tryForUpdates
  • Processing deleteExpiredImages
  • Processing removeDeleteLog
  • Processing checkHtaccess
  • Enforce .htaccess files
✅ [DONE] Enforce completed (everything OK)
* Processing cleanUnconfirmedUsers

Aw, snap! Internal Server Error [debug @ error_log]

** errorId #3dd2cb1efb25810c **
ParseError [0]: syntax error, unexpected '='
At /var/www/clients/client1/web6/web/lib/G/classes/class.gettext.php:406

Stack trace:
#0 unknown file(unknown line): class_autoloader('G\Gettext')
#1 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(193): spl_autoload_call('G\Gettext')
#2 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(121): CHV\L10n:😛rocessTranslation('en')
#3 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(132): CHV\L10n->__construct()
#4 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(232): CHV\L10n::getInstance()
#5 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(252): CHV\L10n::getStatic('gettext')
#6 /var/www/clients/client1/web6/web/app/lib/classes/class.l10n.php(220): CHV\L10n::getGettext()
#7 /var/www/clients/client1/web6/web/app/lib/l10n.php(43): CHV\L10n::ngettext('image', 'images', '0')
#8 /var/www/clients/client1/web6/web/app/lib/classes/class.user.php(520): _n('image', 'images', '0')
#9 /var/www/clients/client1/web6/web/app/lib/classes/class.user.php(486): CHV\User::fill(Array)
#10 /var/www/clients/client1/web6/web/app/lib/classes/class.user.php(583): CHV\User::formatArray(Array)
#11 /var/www/clients/client1/web6/web/app/cron.php(72): CHV\User::cleanUnconfirmed(5)
#12 /var/www/clients/client1/web6/web/app/cron.php(32): cleanUnconfirmedUsers()
#13 /var/www/clients/client1/web6/web/app/loader.php(233): require_once('/var/www/clients/client1/web6/web/app/cron.php')
#14 /var/www/clients/client1/web6/web/cli.php(36): include_once('/var/www/clients/client1/web6/web/app/loader.php')
 
For me the cron status is showing running as soon it gets completed and then after a few minutes, it just shows as not running. Because I have set the timing as once every 10 minutes.

Other than the above issue, it works

  • Processing cleanUnconfirmedUsers
  • Processing removeDeleteLog
  • Processing tryForUpdates
  • Processing storageDelete
  • Processing checkHtaccess
  • Enforce .htaccess files
✅ [DONE] Enforce completed (everything OK)
* Processing deleteExpiredImages
--
✅ [DONE] Cron tasks ran @ 2021-10-26 04:29:33
 
Thank you, that's one thing I always seem to overlook when running a control panel, it was set to 7.4 for the website but still had to run update-alternatives --config php for Apache 🙄
 
Back
Top