|
This was solved over in midrange-l by IPL'ing after QSecurity changed to 40. Thank., Art Tostaine, Jr. CCA, Inc. Jackson, NJ 08527 -----Original Message----- From: security400-bounces@xxxxxxxxxxxx [mailto:security400-bounces@xxxxxxxxxxxx] On Behalf Of Art Tostaine, Jr. Sent: Wednesday, July 02, 2003 11:44 AM To: 'Security Administration on the AS400 / iSeries' Subject: [Security400] Object domain or storage protection violation Cross posted from midrange--- 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 rotection 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 Security Administration on the AS400 / iSeries (Security400) mailing list To post a message email: Security400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/security400 or email: Security400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/security400.
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.