×
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.
On 05 Feb 2013 09:26, CRPence wrote:
On 05 Feb 2013 09:17, Randy Dufault wrote:
<<SNIP>> STRTCPSVR *REXEC.
<<SNIP>>
- The user profile has quite a bit of authority though I tried
QSECOFR and got the same result.
<<SNIP>>
- Auditing is not enabled (it is an isolated development system)
so not sure where to look for an authority problem. <<SNIP>>
Easy enough to start auditing, re-create the issue, and then in no
particular order both to review for a T-AF [or perhaps others] and
then to stop auditing.
FWiW: Although not for TCP7701, the following document also refers to
the errno 3401, describing the issue there is for the lack of authority
to a directory by the user QTCP; note that the server job is activated
with the QTCP user profile, irrespective of the user profile that issued
the STRTCPSVR. The authority failure event should be logged in the
audit journal regardless of the eventual TCP message that was manifest
in response to the effective CPE3401.
http://www-912.ibm.com/s_dir/slkbase.NSF
/643d2723f2907f0b8625661300765a2a/69fbb952374dc5df862572d10053206d?OpenDocument&ExpandSection=-1
"Document Number: 450344854
Functional Area: Communications-TCP
Subfunctional Area: RUNRMTCMD/REXEC
Sub-Subfunctional Area: General
OS/400 Release: 5.4.5; 6.1; 6.1.1; 7.1; V5R4M0; V5R4M5; V6R1M0; V6R1M1;
V7R1M0
Document Title
_Rexec Unable to Start_
Document Description
This document provides information about a problem where the command
STRTCPSVR SERVER(*REXEC) fails with message TCP7101.
Using the command STRTCPSVR SERVER(*REXEC) to start the REXEC (Remote
Command) server fails with message msgTCP7101 errno 3401. The command
fails because user QTCP has no authority to path
/QIBM/ProdData/OS400/REXEC in the Integrated File System. This problem
can also be caused if QTCP or *public does not have at least *RX to
every directory in that path. Modify the authority settings as needed to
resolve this issue."
As an Amazon Associate we earn from qualifying purchases.
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.