× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi
For DDM to work, the user profile name HAS to be on BOTH systems
AND
The user profile has to be able to access those files on the other system
Is there anyway to check the authorities of hose profiles on he other system
Maybe the profiles are there - but the type of profiles are not the same - the user class could be *PGMR on one system - but *USER on the other system and the file in question is not authorized to that user profile

Alan Shore
Solutions Architect
IT Supply Chain Execution

[cid:image001.png@01D8ABEB.BC512B50]

60 Orville Drive
Bohemia, NY 11716
Phone [O] : (631) 200-5019
Phone [C] : (631) 880-8640
E-mail : ASHORE@xxxxxxxxxxxxxxxxxxxx

'If you're going through hell, keep going.'
Winston Churchill

From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of ~TA~
Sent: Tuesday, August 9, 2022 12:17 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: [EXTERNAL] Re: DDM authority failure

I checked and neither user has a DSPSVRAUTE entry.

I checked the DDM server and it is started (obviously, since the 1st
user works fine), and it is set to "Password not required".

Additional info...

The CPF9190 is giving a Reason Code 6, which is...:
6 -- User ID not valid. For an IBM i application server this could
mean a damaged user profile or PASSWORD(*NONE).

* Neither of these 'reasons' is true for either user. *

I'm stumped.

~TA~



On 8/9/2022 10:53 AM, Peter Dow wrote:
Try looking at DSPSVRAUTE for each user.

The server for DDM is QDDMSERVER.



On 8/9/2022 7:21 AM, ~TA~ wrote:
I have two users running the same program, which accesses the same DDM
file. For one user it runs just fine. For the other user, they get
"Authorization failure on DRDA/DDM TCP/IP connection attempt" -
CPF9190, which results in CPF4207.

The user profiles are virtually identical - same authorities, etc.

The DDM file has PUBLIC authority of *ALL.

I assume WRKDIRE has nothing to do with this, but I checked it anyway.
Neither user has an entry.

I googled CPF9190. Not much help there.

Is anyone having an "AHA, I remember dealing with that" moment?

Any help on this would be appreciated.

Thanks.

~TA~



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx<mailto:MIDRANGE-L@xxxxxxxxxxxxxxxxxx>
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l<https://lists.midrange.com/mailman/listinfo/midrange-l>
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx<mailto:MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx>
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l<https://archive.midrange.com/midrange-l>.

Please contact support@xxxxxxxxxxxxxxxxxxxx<mailto:support@xxxxxxxxxxxxxxxxxxxx> for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com<https://amazon.midrange.com>

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.