Article ID: 123644, created on Nov 22, 2014, last review on Nov 25, 2014

  • Applies to:
  • Operations Automation 5.5

Symptoms

Task to configure BackupAgent fails:

Task name   APS application 'Online Backup', id 264, instance 643 -> service 'account', instance 2307: executing configuration script
Last execution output   
Execution of configuration script for instance with id 2307 of service with id account of instance with id 643 of application with id 264 failed - returned value: -1 output: 'Failed to configure BA user admin@domain.com for subcription 1000208: Internal Server Error
' errors: 'PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /usr/local/pem/APS/instances/643/scripts/utils.php on line 972

Cause

This is a warning, returned by the PGH that indicates that script utils.php makes a call to date() function, which first tries to check php.ini and its subconfigs for date.time parameter. If the function fails to acquire the value, it throws a PHP warning and tries a timezone by itself.

Resolution

To get rid of PHP Warning modify file /etc/php.ini on provisioning gateway server to specify timezone explicitly

date.timezone = $Timezone

Provide the timezone from official list

http://php.net/manual/en/timezones.php

And re-run the task

Search Words

PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function.

' errors: 'PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /usr/local/pem/APS/instances/643/scripts/utils.php on line 972

5b048d9bddf8048a00aba7e0bdadef37 caea8340e2d186a540518d08602aa065 e12cea1d47a3125d335d68e6d4e15e07 5356b422f65bdad1c3e9edca5d74a1ae 2554725ed606193dd9bbce21365bed4e

Email subscription for changes to this article
Save as PDF