Re: emcli

  • From: "Charlotte Hammond" <dmarc-noreply@xxxxxxxxxxxxx> ("charlottejanehammond")
  • To: Frank Gordon <frankagordon@xxxxxxxxx>
  • Date: Wed, 22 Sep 2021 22:18:14 +0000 (UTC)

 Thanks Frank.
I could not see anything relevant in any the logs.
We do have a workaround of sorts - we have changed the scripts to no longer 
start a new session (emcli login) each time they run.   Instead they attempt to 
run without logging in at all (and - surprisingly for me - they mostly succeed, 
presumably re-using an old session?).     We trap any incidents of "session 
expired" and only then does the script create a new session.
Things have now been working much more reliably.   We only get a few session 
expired messages now and when handled, and a new session created, it will stay 
open for the duration of the script.
Thanks,Charlotte

    On Friday, September 17, 2021, 06:55:13 PM GMT+1, Frank Gordon 
<frankagordon@xxxxxxxxx> wrote:  
 
 Hello,
What does the output of emcli status look like?
Can you see the session in the database?Are there any clues in alert.log, 
sqlnet.log or listener.log?
My first attempt would be to eliminate the database or listener as a source of 
your problem.
My understanding is that emcli logs into the database as MGMT_VIEW and it would 
be best to eliminate that database login as a source of the problem first.
The next line of attack is the network, any timeouts or anything like that.The 
last line would be on your OMS is java running out of memory, that kind of 
thing.
Does bug 10625373 in My Oracle Support apply?
Sorry its so vague.
Regards,Frank 
On Wed, Sep 15, 2021 at 2:58 PM Charlotte Hammond <dmarc-noreply@xxxxxxxxxxxxx> 
wrote:

Hello All,
Please could somebody explain to me how emcli sessions work?   Quite often I 
will run emcli only to be prompted immediately on the next command:
Error:  Session expired.  Run emcli login to establish a session.
If I login again it mostly works but sometimes I have to do this several times 
to get a session that allows me to do any work.     
Our timeout is set to the default (45 minutes) but quite often we can't run the 
next command even seconds after logging in.
This mostly (but not exclusively) seems to happen with scheduled scripts rather 
than interactively.
Any suggestions?Thanks!Charlotte





-- 
+353-86-0695383  

Other related posts: