SMICM scheduled J2EE shutdown

[Former Member]

Hi masters,

Is it possible to schedule a soft J2EE global shutdown? In SMICM, we can only do a manual shutdown. I want to schedule it every weekend.

[markus_doehr2 · Accepted solution]

You can script that on OS level.

just for curiosity: Why do you want to shut down the J2EE instance every weekend?

Markus

[Former Member · Accepted solution]

Hi Markus. there's something wrong with our XI system. every saturday night, we have our offline backup. it finishes the next day at round 3am. what's weird is that the j2ee stack does not activate, only the abap stack. we had to restart j2ee in smicm for 4 weeks straight now every sunday. so our real problem here is the j2ee stack downtime every after offline backup activity.

[markus_doehr2 · Accepted solution]

> Hi Markus. there's something wrong with our XI system. every saturday night, we have our offline backup. it finishes the next day at round 3am. what's weird is that the j2ee stack does not activate, only the abap stack.

Did you try to find out (using .e g. the logfiles) why the engine is not starting?

Markus

[Former Member · Accepted solution]

the logs recorded were after the restart..

[markus_doehr2 · Accepted solution]

Well - without checking the logs it's impossible to find out why the engine is not starting...

Markus

[Former Member · Accepted solution]

Sun May 30 02:39:43 2010

C OCIServerVersion(OCI_HTYPE_SERVER) failed with SQL error 3113:

C ORA-03113: end-of-file on communication channel

B Reconnect state is entered by connection:

B 0: name = R/3, con_id = 000000000 state = INACTIVE , perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO

B db_con_reconnect disconnecting connection:

B 0: name = R/3, con_id = 000000000 state = INACTIVE , perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO

C Disconnecting from connection 0 ...

C OCITransRollback(OCI_DEFAULT) failed with SQL error 3114:

C ORA-03114: not connected to ORACLE

C Closing user session (con_hdl=0,svchp=0x1071b4ef8,usrhp=0x1071c4428)

C Detaching from DB Server (con_hdl=0,svchp=0x1071b4ef8,srvhp=0x1071c78b8)

C Now I'm disconnected from ORACLE

B db_con_reconnect performing the reconnect for con:

B 0: name = R/3, con_id = 000000000 state = DISCONNECTED, perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO

C application info callback registered

C Logon as OPS$-user to get SAPSR3's password

C Connecting as /@PIP on connection 0 (nls_hdl 0) ... (dbsl 700 270309)

C Nls CharacterSet NationalCharSet EnvHp ErrHp ErrHpBatch

C 0 UTF8 0x1071ac760 0x1071b4220 0x1071c49b8

C Attaching to DB Server PIP (con_hdl=0,svchp=0x1074c8778,srvhp=0x1071c78b8)

C Starting user session: OCISessionBegin(con_hdl=0, usr='/',svchp=0x1074c8778, srvhp=0x1071c78b8, usrhp=0x1071b4a38)

C Now '/@PIP' is connected: con_hdl=0, nls_hdl=0, session_id=879.

C Got SAPSR3's password from OPS$-user

C Disconnecting from connection 0 ...

C Closing user session (con_hdl=0,svchp=0x1074c8778,usrhp=0x1071b4a38)

C Now I'm disconnected from ORACLE

C Connecting as SAPSR3/<pwd>@PIP on connection 0 (nls_hdl 0) ... (dbsl 700 270309)

C Nls CharacterSet NationalCharSet EnvHp ErrHp ErrHpBatch

C 0 UTF8 0x1071ac760 0x1071b4220 0x1071c49b8

C Starting user session: OCISessionBegin(con_hdl=0, usr=SAPSR3/<pwd>, svchp=0x1074c8778, srvhp=0x1071c78b8, usrhp=0x1071b4a38)

C Now 'SAPSR3/<pwd>@PIP' is connected: con_hdl=0, nls_hdl=0, session_id=879.

C Database NLS settings: AMERICAN_AMERICA.UTF8

C DB instance PIP is running on xiprod with ORACLE version 10.2.0.2.0 since MAY 30, 2010, 02:35:29

B Connection 0 opened (DBSL handle 0)

B Wp Hdl ConName ConId ConState TX PRM RCT TIM MAX OPT Date Time DBHost

B 020 000 R/3 000000000 ACTIVE NO YES NO 000 255 255 20100530 023943 xiprod

B Successful reconnect for connection:

B 0: name = R/3, con_id = 000000000 state = ACTIVE , perm = YES, reco = NO , timeout = 000, con_max = 255, con_opt = 255, occ = NO

B ***LOG BV4=> reconnect state is set for the work process [dblink#7 @ 1977] [dblink 1977 ]

B ***LOG BYY=> work process left reconnect status [dblink#7 @ 1978] [dblink 1978 ]

[Former Member]

cannot schedule via smicm