On Monday, 05/02/2011 at 11:32 EDT, Amar Moh wrote:
> But if I remove the non-compiled version from A disk, it still fails. I
am
> reluctant to conclude that its due to the compiled rexx as the same is
> working in other vmserve servers.
There is something else causing the problem, as CMS doesn
It looks like something else on that linked disk has
changed. Perhaps the linking process (VMLINK?) is doing
something different, like EXECLOADing something that is now
tripping you up.
As I said before: Look at the log file and the console spool
file for clues. It should be quite obvious.
Isn't this simply an EXEC that calls itself over & over again.
Or, "dirty" execs that do not use ADDRESS COMMAND and by accident call an
EXEC instead of the built-in CMS command.
2011/5/2 Amar Moh
> Hi,
>
> Sorry for my late response. Thanks Stephen, Les and Mike for responding!
>
> Yes, there w
Hi,
Sorry for my late response. Thanks Stephen, Les and Mike for responding!
Yes, there were two linked disks that had the same exec along with the A
disk where it was present too.
When I remove one of the disks, it works fine. But we have had this setup
for a long time i.e. apart from A dis
Amar,
Could you logon to the service machine running VMSERVE, stop VMSERVE, and
then run the command that was running when you experienced the failure?
If it still fails the same way, you will evidence that VMSERVE is not
causing the problem, and can look elsewhere.
An alternative if you don't
Look at it's log file and console spool file to see what it
was doing when the error occurred. The message is typical
for an exec that executes something that executes the exec,
as Stephen pointed out.
If you've configured VMSERVE properly it is fairly unusual
for it to suddenly change it's b
Amar, we just had this happen on a totally different program. What was
happening was the user had created an EXEC on there A disk that was
identical to the name on another disk. When they run their EXEC, it
basically kept calling itself causing recursion and exceeding available
SVC's
So, look for