SEC0000007 - Unable to locate security server

robert_camilleri

Member
Hi

Has any one experienced this error message ??

We are running Oneworld XE on an AS400.

SP18.1 V5R1M0.

Regards Rob

Robert Camilleri
Berri Ltd
Applications Support Manager
[email protected]
0401 994 861
 
Robert,

Is your as400 setup as your security server? I am guessing that it is.
My users occasionally get this when network traffic is heavy and they
can't communicate with the 400. If you need more information, please
provide the questions.

Thanks.

Joanna
OW XE svc pk 17.1 UP4
Co-existent
A7.3 Cume 12 X3
 
Do you have security server turned on in yout ini. file on the enterprise
 
Hi Robert,

This can happen for a number of reasons:

1) If the security server is enabled in the client JDE.INI file but not in
the Enterprise Server JDE.INI file
2) No communication with your enterprise server
3) If the Security Server Service (JDENET_K for Security) is not running on
your enterprise server.

Good luck!

Regards,
Gerald




robert_camilleri
<robert.camilleri@berri To: Gerald Kastanek/Toronto/IBM@IBMCA
ltd.com.au> cc:
Sent by: Subject: SEC0000007 - Unable to locate security server
[email protected]
om


08/21/2002 09:40 AM
Please respond to
jdelist





Hi
Has any one experienced this error message ??
We are running Oneworld XE on an AS400.
SP18.1 V5R1M0.
Regards Rob
Robert Camilleri
Berri Ltd
Applications Support Manager
[email protected]
0401 994 861
--------------------------
 
This has happened to us a couple of times in the last two months. We stop & start services nightly (for backup purposes). When we start the services for "whatever reason" all of the kernels start, but then immediatly end. The end result is that there is no security server running to validate your login. I simply stop & start services again and everything is fine. JDE is not sure what is causing the kernels to end. Since it happens "one in a while", it is hard to track.
 
Try autostarting at least one security kernel in the jde.ini


[JDENET_KERNEL_DEF4]
krnlName=SECURITY KERNEL
dispatchDLLName=libjdeknet.sl
dispatchDLLFunction=JDEK_DispatchSecurity
maxNumberOfProcesses=4
numberOfAutoStartProcesses=1
 
Robert,

You will get this message for a number of reasons. Check the user profile
OneWorld and make sure it's enabled. Also check the user id that you have
attached to users...

Also, you may need to bounce your services.

Another reason is that when logging on the ini usually uses PD7333 as your
main pathcode for security. Make sure this pathcode is not damaged & is
usable. Check the spec folder...

I have had all of the above problems at different times... Hope this helps,

:)






Lori
OW Xe SP19 Update 5
AS400 V5R1 NT
Citrix
email: [email protected]
 
Are you doing a CLRIPC cmd before you restart your JDE services?

Thanks
Kieran




tgore
<tgore@saraleec To: [email protected]
offee.com> cc:
Sent by: Subject: Re: SEC0000007 - Unable to locate security server
owner-jdelist@j
delist.com


22/08/2002
04:04
Please respond
to jdelist






This has happened to us a couple of times in the last two months. We stop
& start services nightly (for backup purposes). When we start the services
for "whatever reason" all of the kernels start, but then immediatly end.
The end result is that there is no security server running to validate your
login. I simply stop & start services again and everything is fine. JDE
is not sure what is causing the kernels to end. Since it happens "one in a
while", it is hard to track.
AS400 820 V4R5, World, OW B7333 Xe SP17.1, CITRIX, HP9000 11.0, Mainframe
MVT/VSE
--------------------------
To view this thread, go to:
http://www.jdelist.com/ubb/showthreaded.php?Cat=&Board=OW&Number=40307
+ - - - - - - - - - - - - - - - - - - - - - - - -+
This is the JDEList One World® / XE mailing list/forum.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found on the JDEList Forum at
http://www.JDEList.com

JDEList is not affiliated with JDEdwards®

+ - - - - - - - - - - - - - - - - - - - - - - - -+



CONFIDENTIALITY : This e-mail and any attachments are confidential and may be
privileged. If you are not a named recipient, please notify the sender
immediately and do not disclose the contents to another person, use it for any
purpose or store or copy the information in any medium.
 
Hi Robert

We had the same problem last Friday morning with out any apparent reason. JDENET_K didn't run on AS/400. JDE support couldn't help us either. How ever problem disappeared around 4PM and things seems working correctly since then.

However some users managed to get in to OneWorld.

Reply to all error messages including SEC0000007 and retry when it returns to OneWorld sign-on screen second time. You can get in to OneWorld provided that you have already sign-on to AS/400 (green screen) with same user id and your system name is same in both OneWorld and AS400. How ever we never tested batch jobs in this mode.

Regards
Sathu

OneWorld B7332 SP11.3, AS/400
 
brother_of_kara,
very agree with you .
we used to often met the same situation,
when i t occur ,nobody can logon anymore.
finally I change this sector of the JDE.INI on the as/400,
and from then on ,not occur any more. :)

bee.
 
Re: RE: SEC0000007 - Unable to locate security server

Had the same problem with all workstations trying to connect to oneWorld.
SQLPKG had accidentally been deleted.
To solve the problem we downloaded the SAVF for our AS/400 system and recreated them on the system via an ftp command window.
 
RE: RE: SEC0000007 - Unable to locate security server

On the iSeries - SQLPackages 'should be regularly' deleted.



However - they should not be deleted while services are up.



Can you explain why you had to restore an SQL Package?





On a resolution note - I came across the error recently on a customized
Print Advices. Apparently the internal data selection statements (those
generated by Event Rules) were corrupt. I double-clicked all of the data
selection and found where an 'and' was marked as 'and<error>' inside the
event rule formatter.



Double-check all you ER Data Selection. Don't just look at it - actually
open it and make sure it matches what you had seen.



(db)
 
Back
Top