from rmvlnk help (i suspect #2)

 Restrictions:

   1.  In QOpenSys, the user must have write and execute authority to
       the directory containing the object.  In QDLS, the user must
       have *ALL authority to the object and *CHANGE authority to the
       parent directory.  If a hard link is being unlinked, the user
       must also have object existence authority to the object.
   2.  You must have execute authority to each directory in the path.
    3.  A directory cannot be unlinked.
   4.  The restrictions listed above are for the OS/400 objects of
             the types *DDIR, *DSTMF, *SOCKET, *STMF, and *SYMLNK.

----- Original Message ----- 
From: "Joel Cochran" <jrc@xxxxxxxxxx>
To: "Web Enabling the AS400 / iSeries" <web400@xxxxxxxxxxxx>
Sent: Thursday, July 15, 2004 9:59 AM
Subject: Re: [WEB400] Re: IFS Authority for a CGI job


> On Thu, 2004-07-15 at 17:19, Mel Rothman wrote:
> > It's possible there is an authority problem with one or more of the
directories
> > in the path to the file.
> >
> > Are there any additional clues in the CGI job's joblog?
> >
> > Mel Rothman
> > Mel Rothman, Inc.
>
> Mel,
>
> The path is "/masi".  I'll go look at the authority for that directory,
> but in the meantime to answer your other question:
>
> Here is the joblog in it's entirety:
>
>  Job . . :   MASIBP        User . . :   QTMHHTTP      Number . . . :
> 399247
>
>      Job 399247/QTMHHTTP/MASIBP started on 07/15/04 at 11:52:05 in
> subsystem
>        QHTTPSVR in QHTTPSVR. Job entered system on 07/15/04 at 11:52:04.
>      This is a CGI job for IBM HTTP Server instance MASIBP.
>      Not authorized to object.
>      Not authorized to object.
>      Not authorized to object.
>      Not authorized to object.
>
>
> Not a lot of help here.  The text from one of the "Not auth..." messages
> is this:
>
> Message ID . . . . . . :   CPFA09C       Severity . . . . . . . :   40
>  Message type . . . . . :   Escape
>  Date sent  . . . . . . :   07/15/04      Time sent  . . . . . . :
> 11:53:18
>
>  Message . . . . :   Not authorized to object.
>  Cause . . . . . :   Authority is not sufficient to access object
>    /masi/file.csv.
>  Recovery  . . . :
>      Obtain permission to use the object and try the operation again.
>    Permission must be granted by the owner or other authorized person.
> If the
>    object name is *N, it could not be determined which of the objects
> authority
>    was not sufficient.  The Security - Reference, SC41-5302, contains
> authority
>    information for the operation.
>
>
> Thanks,
>
> Joel
> http://www.rpgnext.com
>
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/web400
> or email: WEB400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.