on 11-19-2015 12:36 PM
Hi,
i discovered this error on most (or all?) of our doublestack Systems. (CRM, Solution Manager)
Duser.timezone is not explicitely set in the instance.properties of the Java instance.
According to note 1776969 timezone of smd Agent should be set in smdagent.properties tp the same value.
So I tried to either delete the timezone Setting from smdagent.properties, or set it to GMT (as some Kind of "Standard" time), or CET (as is the System time Zone in STZAC). But no matter how: There is always the same error.
And Yes: SM_COLL_<SID> is not locked and has sufficient privileges for this.
Has anyone this configuration up and running without Errors?
How can I fix this?
Hi Ralf,
Woulf you mind in informing the timezone settings of both the agent and the J2EE system and to attach the latest modified SMDAgentApplication log after reproducing the error?
Thanks and regards,
Daniel.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Daniel,
after explicitely setting -Duser.timezone with configtool for the Java Server processes, it was no problem to set the SMD Agent to the same timezone.
So SMD Agent is not able to determine the timezone of the Java stack but stupidely looks for the parameter to be set.
Now everything is fine, but in case that a system changes timezone (in our global world this happens now more and more often) this could pull timezones for Java and ABAP stack apart.
thank you for your help
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.