IBM大型机论坛索引
 
登录
 
IBM大型机论坛索引 大型机:搜索 IBM Mainframe论坛:常见问题解答 寄存器
 

在JCL中修复s322异常终止代码


IBM大型机论坛 -> JCL& VSAM
发表新话题   回复主题
查看上一个主题 :: 查看下一个主题  
作者 信息
马约斯

新的用户


已加入:2005年4月11日
帖子:16

发布发表:2005年4月12日,星期二,下午4:40
引用回复

你好,

关于如何在JCL中修复s322终止代码的任何建议?

谢谢。
回到顶部
查看用户资料 发送私信
戴维·P

活跃用户


已加入:2005年4月11日
帖子:106
所在地:俄亥俄州辛辛那提

发布发表:2005年4月12日,星期二,5:06 pm
引用回复

你好
请检查您的工作或步骤级别中编码的时间参数。

问候,
大卫。
回到顶部
查看用户资料 发送私信
aishwarya_singh

新的用户


已加入:2005年4月6日
帖子:21

发布发表:2005年4月12日,星期二,下午5:13
引用回复

只要有时间在运行作业上花费了CPU时间(实际上应该在其中运行作业)时,就会发生该异常终止。
回到顶部
查看用户资料 发送私信
马约斯

新的用户


已加入:2005年4月11日
帖子:16

发布发表:2005年4月12日,星期二,下午5:14
引用回复

这是否意味着我必须增加时间参数?

再次感谢。
回到顶部
查看用户资料 发送私信
radhakrishnan82

活跃用户


已加入:2005年3月31日
职位:436
地点:印度金奈

发布发表:2005年4月12日,星期二,下午5:48
引用回复

如果作业或步骤中提供的时间参数正确,则原因可能是由于编译不正确。
找出作业在哪个程序中出现s322错误。
尝试重新编译程序并使作业运行。
回到顶部
查看用户资料 发送私信
学习

活跃用户


已加入:2005年3月14日
职位:123

发布发表:2005年4月12日,星期二,10:27 pm
引用回复

S322
系统运行作业,作业步骤或过程所花费的时间比以下任一时间更长:
-EXEC或JOB语句的TIME参数
-在作业输入子系统中指定的标准时间限制

/references/a29.html
回到顶部
查看用户资料 发送私信
somasundaran_k

活跃用户


已加入:2003年6月3日
帖子:134

发布发表:2005年4月12日,星期二,11:31 pm
引用回复

马约斯
如果不是TIME参数的问题,请检查您的程序是否在无限循环中运行,例如PERFORM UNTIL条件。


Regds
-索姆
回到顶部
查看用户资料 发送私信
安迪库尔

新的用户


已加入:2005年4月12日
帖子:64

发布发表:2005年4月13日,星期三1:28 pm
引用回复

你好
广告是强制性的...时间参数是强制性的...它确切地表示
回到顶部
查看用户资料 发送私信
乌玛

新的用户


已加入:2005年3月18日
帖子:8

发布发表:2005年4月13日,星期三1:50 pm
引用回复

嗨...

我猜时间参数不是强制性的,但是有时作业运行时间较长时会出现此问题,可以通过在作业卡区域中编码TIME = 1440来纠正此问题。


干杯,
乌玛
回到顶部
查看用户资料 发送私信
学习

活跃用户


已加入:2005年3月14日
职位:123

发布发表:2005年4月13日,星期三,下午4:59
引用回复

[quoteHi,
强制广告...时间参数是强制性的...它确切表示[/ quote]

嗨,朋友,时间参数不是必需的。如果不指定,则使用默认值。
谢谢
钱德拉
回到顶部
查看用户资料 发送私信
khamarutheen

活跃成员


已加入:2005年8月23日
帖子:678
地点:新泽西

发布发表:2005年11月18日,星期五2:53 pm
引用回复

嗨,
当超过分配给作业,作业步骤或过程的CPU时间时,将导致S322错误。

因此,要解决该错误,您可以进行一些循环,或者可以对一些不匹配的时间参数进行处理。
回到顶部
查看用户资料 发送私信
卡维莎·帕拉尼(Kavitha Palani)

新的用户


加入:2005年11月16日
帖子:8

发布发表:2005年11月22日,星期二,下午4:05
引用回复

指示超时异常终止。您的程序花费的CPU时间超过了作业类的默认限制。可能表示死循环。
回到顶部
查看用户资料 发送私信
卡纳克

主持人


已加入:2005年3月12日
帖子:252
地点:印度

发布发表:2005年11月22日,星期二,下午5:51
引用回复

根据我的手册:
发生以下情况之一:
1.系统运行作业,作业步骤或过程所花费的时间比以下任一时间更长:
-EXEC或JOB语句的TIME参数
-在作业输入子系统中指定的标准时间限制
2.对于主子系统下的已启动任务,未在编目过程的PROC语句上指定TIME参数,并且PPT条目未指示系统任务。

系统操作:系统异常终止了作业,作业步骤或过程。

程序员响应:如果未在编目过程的PROC语句中指定TIME参数,请添加TIME参数或为PGM参数添加PPT条目。否则,检查程序错误。如果不存在,请在TIME参数中指定更长的时间。然后再次运行作业。
回到顶部
查看用户资料 发送私信
幻影

新的用户


已加入:2005年9月4日
帖子:25

发布发表:2005年11月22日,星期二,下午6:52
引用回复

好朋友

我在这里合并大家的笔记。

1. S322-暂停超时-程序超出了为您的作业提供的CPU时间限制。这可能是由于各种原因。
码:

a. 程序中的无限循环
b. 读取消耗更多CPU时间的数据库/磁带。
c. 处理巨大的输入文件


2.为避免S322,您可以执行以下操作。
码:

a. 增加TIME参数。 在某些商店中,严格不允许使用TIME参数。

b. 如果您不能提供TIME参数,则找出具有更多CPU时间的CLASS。 通常,在任何商店中,都会有不同的发起人(除了职业分类)每个发起者都有一个目的
    1. 某些启动器具有大量的CPU时间(长期工作)
    2. 一些启动器的CPU时间更少(for short jobs)
    3. 一些激励器专用于传输,例如(FTP, NDM ....)
    4. 一些启动器专用于DB2 / IMS子系统...

因此,与您的系统程序员联系,找出具有最高CPU时间限制的作业CLASS,然后使用它来运行您的作业。 它永远不会在S322中结束(只要您的程序没有无限循环).


希望这可以帮助,

谢谢,
幻影
回到顶部
查看用户资料 发送私信
Balasubramanian

新的用户


已加入:2005年4月23日
帖子:13
地点:班加罗尔

发布发表:2005年11月28日星期一3:21 pm
引用回复

你好

尝试更改JOB卡上的CLASS参数,这可能会有所帮助。

问候,
Balasubramanian S
回到顶部
查看用户资料 发送私信
Mandyamj

新的用户


已加入:2005年11月22日
帖子:7

发布发表:2005年11月30日,星期三7:17 pm
引用回复

原因:超过分配给作业,作业步骤或过程的CPU时间

超出指定的限制程序的作业或步骤时间,在作业或执行卡上的循环时间参数不足

1.检查该作业是否依赖于以前的任何作业
2.程序可能在无限循环中运行
3.给出最大时间限制
回到顶部
查看用户资料 发送私信
tspr52

新的用户


已加入:2006年9月12日
帖子:31
地点:西班牙马德里

发布发表:2007年3月29日,星期四,下午5:14
引用回复

// UMDO0031职位(帐户),UMDO003,**报告
// CLASS = B,REGION = 0M,NOTIFY = UMDO003,
// MSGCLASS = W,TIME = 1440

像这样
回到顶部
查看用户资料 发送私信
外籍人士

全球主持人


已加入:2007年3月14日
帖子:8794
地点:威尔士威尔士

发布发表:2007年3月29日,星期四,下午5:27
引用回复

我认为很多人试图在这里指出的是-程序中正在发生的事情,而不是让它提供无限的资源。

OP在此线程中并没有做出太多响应。

我认为,在OP确认程序能够按预期运行之前,给他/她使用无限资源的代码是一个重大的判断错误。

我遇到了一位在星期五下午提交了循环程序的用户,该用户在下周二返回工作时发现他的工作仍在运行并且结果为零。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


已加入:2006年11月23日
帖子:19245
位置:矩阵内部

发布发表:2007年3月29日,星期四10:30 pm
引用回复

你好,

即使可以取消,1440也应该 用过的。

不应使用“应用程序代码” 曾经 指定1440。幸运的是,许多数据中心在jcl中使用1440自动刷新应用程序作业。
回到顶部
查看用户资料 发送私信
tspr52

新的用户


已加入:2006年9月12日
帖子:31
地点:西班牙马德里

发布发表:2007年3月30日,星期五,下午12:30
引用回复

你是对的。

仅当您确定程序运行正常并且仅“用尽”时才使用此示例

例如,如果您运行带有许多参数的ISRSUPC。

我的借口

何塞·路易斯
回到顶部
查看用户资料 发送私信
帕万博拉

新的用户


已加入:2007年3月25日
帖子:4
地点:孟加拉

发布发表:2007年3月30日星期五12:57 pm
引用回复

你好

如果未增加TIME参数,请检查COBOL程序是否处于无限循环中。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


已加入:2006年11月23日
帖子:19245
位置:矩阵内部

发布发表:2007年3月30日星期五,晚上9:51
引用回复

你好,

要重复-SUPERC或您自己的程序,排序或已提交的批处理作业的任何其他内容 指定1440。

作业是否“运行正常”并不重要。 1440是一个不好的选择。

如果有使用大量cpu周期的业务需求,则大多数站点都有一定数量的启动器/类,这些启动器/类的定义时间足够。

如果这是测试,则需要1440只是草率或懒惰,或两者兼而有之。有一些方法可以减小“比较”或其他测试的大小。不幸的是,对于某些人来说,他们需要一点工作和/或计划。
回到顶部
查看用户资料 发送私信
gn

新的用户


已加入:2006年7月7日
帖子:17
地点:阿拉巴马州伯明翰

发布发表:2007年3月30日星期五,11:43 pm
引用回复

我首先要检查一下您正在消耗多少cpu秒。正如其他人所说的那样,要么是无限循环,要么是您在错误的作业类中完成了此作业(Sys Progs为每个类设置了CPU时间限制)。

在您的商店附近,有一个列表可以显示每个课程的时间限制。

目前,不要运行无限时间的启动器,因为尚未确定是否存在硬循环。上一堂课的时间可能比您现在正在上课的时间长30秒到一分钟。
回到顶部
查看用户资料 发送私信
斯里克里希

活跃用户


已加入:2005年7月30日
帖子:183
地点:海得拉巴

发布发表:2007年3月30日星期五,晚上11:58
引用回复

关于S322错误的小提示:

如果在增加TIME参数后问题仍然存在,请检查EXCEPTION计数,如果计数没有增加,则表明作业在循环中。尝试解决循环问题,然后解决您的问题。
我们通常会在生产支持期间检查异常计数,以了解运行时间较长的作业,以确保该周期不会花费太多时间,从而有助于在给定时间保持在线状态。

谢谢
克里斯希
回到顶部
查看用户资料 发送私信
S0C7

新的用户


已加入:2006年5月19日
帖子:26

发布发表:2007年9月19日,星期三12:11上午
引用回复

所有,

只是好奇为什么我们指定1440。有一个选项调用NOLIMIT。 1440是否等于NOLIMIT ..?
回到顶部
查看用户资料 发送私信
查看上一个主题 :: :: 查看下一个主题  
发表新话题   回复主题 查看书签
所有时间均为格林尼治标准时间+ 6小时
论坛索引 -> JCL& VSAM 转到页面 1, 2  下一页

 


类似主题
话题 论坛 回覆
没有新帖 无论先前的步骤如何,都执行步骤... JCL& VSAM 2
没有新帖 错误0C1原因代码1与分支i ... PL / I和组装商 3
没有新帖 JCLfor replacing code in Cobol JCL& VSAM 7
没有新帖 ABEND = 04E原因(00E50013) DB2 4
没有新帖 关于如何解决3022问题的任何想法... IMS数据库/ DC 3
搜索我们的论坛:

回到顶部