Skip to Main Content

Security Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Error Database exception resulting in nonresponding directory server

User_LQMOLJan 24 2023

we found in the errors logfile
category=SYNC severity=MILD_ERROR msgID=14876739 msg=Could not replay operation ModifyOperation(connID=-1, opID=27459, dn=uid=john.doe,o=company) with ChangeNumber 00000185df954d34147a00005c63 error Other Database exception: (JE 7.0.7) Lock expired. Locker 1608766730 390873701_Replication Replay thread 3_Txn: waited for lock on database=o_company_id2entry LockAddr:1832727115
and in access log:
An error occurred while attempting to update password policy state information for user uid=john.doe,o=company

Comments

Glen Conway

This question has been asked before, and it seems like sqlcl still has an issue with running in the background as opposed to the expected behavior when using sqlplus ( as discussed in How can I run sql script in background? )

However a more recent discussion proposes a workaround which uses javascript to run the sql in the background of your current sqlcl session: run a script in the background ??

Hope this helps

Gaz in Oz

any fixable solution for this ?

No.

Workarounds, yes.

. screen

. tmux

. vncserver / vncclient

...etc.

The issue with sqlcl, I believe, is the way it has been written whereby is incompatible with being put into the background "as is" with nohup, &, bg, so needs a helper process, offered by something like the above.

User_LQWCM

Hi all,

The problem is that sqlcl uses the bash commands to detect the terminal width and  height. Since this only works on Linux, this problem won't exist on Windows.

Inside SQLcl there is a condition that checks whether the program is running on Windows and if so, it does not check the terminal size. It uses system property "os.name" for that so you can do a little hack and provide the value of that property on java command line -Dos.name=win. SQLcl is started from sql command in bin directory so just adding the property as below should work.

$JAVA  $CUSTOM_JDBC $CYGWIN "${APP_VM_OPTS[@]}" -client $DEBUG -Dos.name=win -cp "$CPLIST" oracle.dbtools.raptor.scriptrunner.cmdline.SqlCli "$@"

Regards,

Tomas

User_LQWCM

I apologise, the fix I was proposing above won't work as there are several other dependencies on "os.name" throughout the call, also os.name should be "Windows 8.1" or alike, "win" is invalid.

My problem was that when running this in background from python the sqlcl code around terminal was causing the issues. I fixed it by allocating a dedicated TTY for the process. 

1 - 4