Author Topic: ARS0430E  (Read 3608 times)

jine01

  • Newbie
  • *
  • Posts: 8
    • View Profile
ARS0430E
« on: November 05, 2018, 11:05:14 PM »
Hi

Can anybody tell me where to fin the return code in following message

ARS0430E RAPPFP01 OAM Error: ARSMVSBO: (UTG.R2), Return Code=14, 
Reason=0, File=arssmsms.cpp, Line=1893  Srvr->10.16.58.1 10.16.58.1
non-SSL<-                                                         

Justin Derrick

  • IBM Content Manager OnDemand Consultant
  • Administrator
  • Hero Member
  • *****
  • Posts: 2228
  • CMOD Guru for hire...
    • View Profile
    • Tenacious Consulting
Re: ARS0430E
« Reply #1 on: November 06, 2018, 04:42:37 AM »
Most return codes are documented in the 'errno.h' include file on the multiplatforms systems. 

14 on UNIX appears to be "bad address".  I'm not sure if this means 'memory address' or 'IP address'.  I'm also not sure if the error numbers will be the same on z/OS.

Hopefully if this doesn't provide the answer, it'll point you in the right direction.

-JD.

IBM CMOD Professional Services: http://TenaciousConsulting.com
Call:  +1-866-533-7742  or  eMail:  jd@justinderrick.com
IBM CMOD Wiki:  https://CMOD.wiki/
FREE IBM CMOD Education & Webinars:  https://CMOD.Training/

Interests: #AIX #Linux #Multiplatforms #DB2 #TSM #SP #Performance #Security #Audits #Customizing #Availability #HA #DR

Nolan

  • Full Member
  • ***
  • Posts: 152
    • View Profile
Re: ARS0430E
« Reply #2 on: November 06, 2018, 05:50:39 AM »
I am not certain what 14 is but the best course of action is to search the system log on Z/OS in SDSF or in the daily dataset file if it has rolled off.  Most often you will find an OAM or SMS message that is explaining why the object dataset failed.  Search the logs for the name of the storage node that is being used.   
J.

#zOS #AIX #Windows #Multiplatforms
#DB2 #TSM #ODF #zODF #ODWEK
#CapacityPlanning #AFP #ReportDistribution
#Finance #ICN

Ed_Arnold

  • Hero Member
  • *****
  • Posts: 1199
    • View Profile
Re: ARS0430E
« Reply #3 on: November 06, 2018, 07:17:49 AM »
That's a message that we see on rare occasion.

-> If you're lucky, <- check your MAXMMAPAREA setting in OMVS, recommended is at least 120000, recycle the ARSSOCKD started task and see if the problem recurs.

If you still have the problem either open a PMR -or- if you're not on a supported level of CMOD let me know here and I'll see what I can do.

Ed
#zOS #ODF

hakan_carlberg

  • Jr. Member
  • **
  • Posts: 83
    • View Profile
Re: ARS0430E
« Reply #4 on: November 08, 2018, 02:59:41 AM »
Hi Ed
we're on a supported level :-D

On the users that runs ARSSOCK, we have
Max. data space for mapping   16777216

/Håkan

Ed_Arnold

  • Hero Member
  • *****
  • Posts: 1199
    • View Profile
Re: ARS0430E
« Reply #5 on: November 08, 2018, 08:54:32 AM »
16777216 or 16,777,216?  Doesn't sound like much.

If I do a TSO LU userid NORACF OMVS on the userid for ARSSOCKD on V10 I get:

UID= 0000000569   
HOME= /u/arssv100 
PROGRAM= /bin/sh   
CPUTIMEMAX= NONE   
ASSIZEMAX= NONE   
FILEPROCMAX= NONE 
PROCUSERMAX= NONE 
THREADSMAX= NONE   
MMAPAREAMAX= NONE 


For the console command D OMVS,O I get:

MAXMMAPAREA     =     120000

Ed
#zOS #ODF

hakan_carlberg

  • Jr. Member
  • **
  • Posts: 83
    • View Profile
Re: ARS0430E
« Reply #6 on: November 11, 2018, 11:00:18 PM »
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha400/altuser.htm

MMAPAREAMAX(memory-map-size)Specifies the maximum amount of data space storage,

in pages, <<<<<<<<<<<<<<<<<<<<<<

that can be allocated by this user for memory mappings of z/OS UNIX files.
Storage is not allocated until memory mappings are active.

The value of memory-map-size must be 1 - 16777216




If you do a 'TSO LU'...
maxmmaparea                                     
     Maximum size of memory map area in PAGES.   


So...
Actually 16,777,216 Pages are more than 120.000 pages ???

Right Ed ??
:-D

Ed_Arnold

  • Hero Member
  • *****
  • Posts: 1199
    • View Profile
Re: ARS0430E
« Reply #7 on: November 12, 2018, 07:25:20 AM »
Håkan - you got me on that one.

Still -

Because processes with process limits contribute to the total amount of allocated mmap pages, processes limited by the MAXMMAPAREA value might fail an mmap request before a BPXI039I message is issued.


I recommend a MMAPAREAMAX= NONE for that parm.  I have yet to hear anything good of setting any limits on that parm, either at the TSO level or at the OMVS level.

And my display from D OMVS,O says my setting is MAXMMAPAREA     =     120000

Ed
#zOS #ODF