RE: Object domain or storage violation

We're going to try to IPL now.

Art Tostaine, Jr.
CCA, Inc.
Jackson, NJ 08527


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: Wednesday, July 02, 2003 11:36 AM
To: Midrange Systems Technical Discussion
Subject: Re: Object domain or storage violation

Art - what release?
Also, reset of security level requires ipl (which you may very well
know).
It will be interesting to find that once 50 is set, then
cannot "undo"?
Sounds like Gentran not compatible with level 50?
jim

----- Original Message -----
From: "Art Tostaine, Jr." <artjr@xxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
Sent: Wednesday, July 02, 2003 11:01 AM
Subject: Object domain or storage violation


> On 6/30, a user I think was playing with SECTOOLS and updated a bunch
of
> security settings.  He was setup as a *SECOFR so that he could do
> things, but not those things.
>
> I restored most of the settings by viewing the LOG, but we are still
> having one problem.
>
> A job that is supposed to open a device and transmit a file to a
> customer of theirs is failing with this error.  I have set the
QSECURITY
> back to 40, and even tried 30.  This job has worked for 6+ years.
>
> SNACMN is an ICFF file.  S5X0DTA is the Supertracs library, an
> application written I think by Gentran to transmit files.  We are
> sending from an Iseries to some mainframe.
>
>                          Additional Message Information
>
>
>
>  Message ID . . . . . . :   MCH6801       Severity . . . . . . . :
40
>
>  Message type . . . . . :   Escape
>
>  Date sent  . . . . . . :   07/02/03      Time sent  . . . . . . :
> 10:56:19
>
>
>  Message . . . . :   Object domain or hardware storage protection
> violation.
>  Cause . . . . . :   An attempt was made to use a blocked instruction
or
> to
>    access a protected object from a program running with user state.
> The
>    object that was accessed is SNACMN    S5X0DTA   *N  *DMODP. A
> protected
>    object is one that is in the system domain or which has storage
> protection
>    attributes that restrict its use. In most cases, this exception is
> signalled
>    only at system security levels 40 and above.  However, it is
> signalled at
>    all security levels for some objects when their storage protection
>
>    attributes are incompatible with the attempted use.  The system
> objects that
>    are always protected with the storage protection mechanism are:
> programs
>    (object type hex 02), except for any associated space(s), modules
> (object
>    type hex 03), except for any associated space(s), SOM objects
(object
> type
>
> More...
>  Press Enter to continue.
>
>
> Art Tostaine, Jr.
> CCA, Inc.
> Jackson, NJ 08527
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>


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