Thanks Joe,? it has been added to my ¡°must read ¡° list.?
toggle quoted message
Show quoted text
On Oct 29, 2022, at 11:07 PM, Joe Monk <joemonk64@...> wrote:
? Hello Mike,? No, I haven't read it.? Can you furnish a link?
|
|
|
Hello Mike,? No, I haven't read it.? Can you furnish a link?
|
Have you read Introduction to the New Mainframe?
toggle quoted message
Show quoted text
On Sat, Oct 29, 2022 at 8:51 PM Jim Snellen <jsnellen55@...> wrote:
Thanks to Bob and Rene! I've completed all tasks in the 'install_and_use.pdf' and completed testing of printing from MVS to VM using both a VM userid AND the label SYSTEM in the JOB card.. In all honesty, I got so excited that I should've read more of the 'install_and_use.pdf', I've also "purged" entries from the OUTLIST display using the 'P' subcommand (D for delete and E for erase didn't work. . .wink, wink!).
Eventually I found the cookbook referenced in the aforementioned PDF. The actual URL is .
My issues are resolved. Thank you everyone for my newbie-ism!
On Sat, Oct 29, 2022 at 12:31 PM Patrik Schindler <poc@...> wrote:
Hello Bob,
Am 28.10.2022 um 23:55 schrieb Bob Polmanter <wably@...>:
Indeed, you are correct. I had not noticed this issue before, as I always code at least a MSGCLASS on every job card to control my sysout. This is a bug in the exit code. Thanks for your confirmation.
I wonder if this can be fixed somehow. I dimly remember that this usermod is also rather old and the company which has provided that didn't respond to an inquiry I did. Not surprising. :-)
I also don't know if this mod exists only binary form, or if source is available. And even more interesting, who would take the time and dedicate his skills to implement and distribute a fixed version.
As an easy work around, you could code a pretty minimal job card:
//JOBX JOB 1 That's what I'm currently doing, but mainly by adding a MSGCLASS.
I've left aside MVS for some years. Too many other duties and hobbies. ;-)
:wq! PoC
--
Best Regards,
Jim
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
|
Thanks to Bob and Rene!? I've completed all tasks in the 'install_and_use.pdf' and completed testing of printing from MVS to VM using both a VM userid AND the label SYSTEM in the JOB card.. In all honesty, I got so excited that I should've read more of the?'install_and_use.pdf',? I've also "purged" entries from the OUTLIST display using the 'P' subcommand (D for delete and E for erase didn't work. . .wink, wink!).
Eventually I found the cookbook referenced in the aforementioned?PDF.? The actual URL is?.
My issues are resolved.? Thank you everyone for my newbie-ism!
On Sat, Oct 29, 2022 at 12:31 PM Patrik Schindler < poc@...> wrote: Hello Bob,
Am 28.10.2022 um 23:55 schrieb Bob Polmanter <wably@...>:
> Indeed, you are correct.? I had not noticed this issue before, as I always code at least a MSGCLASS on every job card to control my sysout.? This is a bug in the exit code.
Thanks for your confirmation.
I wonder if this can be fixed somehow. I dimly remember that this usermod is also rather old and the company which has provided that didn't respond to an inquiry I did. Not surprising. :-)
I also don't know if this mod exists only binary form, or if source is available. And even more interesting, who would take the time and dedicate his skills to implement and distribute a fixed version.
> As an easy work around, you could code a pretty minimal job card:
>
> //JOBX? JOB 1
That's what I'm currently doing, but mainly by adding a MSGCLASS.
I've left aside MVS for some years. Too many other duties and hobbies. ;-)
:wq! PoC
|
Hello Bob, Am 28.10.2022 um 23:55 schrieb Bob Polmanter <wably@...>: Indeed, you are correct. I had not noticed this issue before, as I always code at least a MSGCLASS on every job card to control my sysout. This is a bug in the exit code. Thanks for your confirmation. I wonder if this can be fixed somehow. I dimly remember that this usermod is also rather old and the company which has provided that didn't respond to an inquiry I did. Not surprising. :-) I also don't know if this mod exists only binary form, or if source is available. And even more interesting, who would take the time and dedicate his skills to implement and distribute a fixed version. As an easy work around, you could code a pretty minimal job card:
//JOBX JOB 1 That's what I'm currently doing, but mainly by adding a MSGCLASS. I've left aside MVS for some years. Too many other duties and hobbies. ;-) :wq! PoC
|
Jim,
It didn't occur to me that you might be submitting your jobs from CMS, so thanks for clarifying that.? When you submit jobs by punching your JCL deck from CMS like that you will always have to specify USER and PASSWORD on every job card if you want to avoid authority problems.
This leads into your next question which was how to test ZBP0001.? Assuming you have specified one of the JES2 printers as a VM printer (as per the ZBP0001 documentation) and restarted the system, all that you need to do is submit a job to MVS? (it can be from CMS as above, or via TSO/RPF), and ensure that your CMS userid is in the programmer-name field of the JOB card.? You said you were using the userid MAINT under VM, so your JOB card could look something like this:
//HERC01A? JOB 1,MAINT,MSGCLASS=A
When the job finishes running, JES2 will select the output for printing and the output will be spooled to VM userid MAINT, because that's the name in the programmer-name field.? On MAINT, you should see the output in your virtual reader.
The above assumes also that you have the JES2 VM-enabled printer servicing output class A.? Its pretty much the default but I don't know if you changed it or not; I'm guessing that you probably did not and so it is likely to be set correctly.? The output class being serviced is set by the CLASS= parameter on the PRINTER1 or PRINTER2 definition in SYS1.JES2PARM(JES2PARM).
If you want a JOB's output to actually go to a JES2 printer instead of to a VM userid, just specify SYSTEM in the programmer name field of the JOB card.
As for how to delete with OUTLIST, you need to know the job number of the job you wish to delete.? You can obtain the job number from the MVS console by issuing commands (like $DN), or by using option 0 in OUTLIST.? Then put the jobname of the job you want to delete in the Jobname field, e.g., HERC01A or whatever, and put the job number in the next field, such as J826 or J1312 or whatever it is.? I am using an older RPF, but OUTLIST delete works perfectly for me.
Regards,
Bob
|
If you are using a stock TK4 system, the userid HERC01 is allowed to update the datasets being flagged by security but for some reason the system isn't able to validate your authority.? The most likely cause as mentioned previously by Tom is that you are using RPF and have the default submit mechanism set to RPF.? You should change this to TSO? (go into RPF, then 0.1, and change the SUBMIT=RPF to SUBMIT=TSO.
Hi Bob, If you install the latest version of RPF, the option SUBMIT=??? is deleted. Submit of jobs in RPF is now always with the TSO SUBMIT command (previous SUBMIT=TSO). So, SUBMIT=RPF is gone. With SUBMIT=TSO the userid of the to be submitted job is inherited. Submitted jobs with HERC01 will not suffer a S913. The latest version of RPF is on
Me neither, when I start RPF, select 0 (DEFAULTS), then 1 (OPTIONS), I don't see the SUBMIT option in the list shown.
Rene, You are using a recent version of RPF. Cheers, Rob
|
>> I don't quite know how to test ZBP0001.
?
Well, ZBP0001 implements handshaking, so just submit a job with MSGCLASS=A and check if it gets printed right away. Don't forget to start your real printers in the Hercules console.
?
?
?
>> Finally, I don't know how to " (go into RPF, then 0.1, and change the SUBMIT=RPF to SUBMIT=TSO." or if I really need to.
?
Me neither, when I start RPF, select 0 (DEFAULTS), then 1 (OPTIONS), I don't see the SUBMIT option in the list shown.
?
?
?
>> When I use 3.8 to view the OUTLIST, how do I delete entries?? Using HELP displays options 1-4 but none of them work.
?
With the TAB key, move the cursor in the "S" column, in front of the job you want to delete. Then type p (for purge) followed by Return.
?
Cheers,
?
Rene FERLAND, Montreal
|
check out RJE80. Edits 80 column and browses output 132 columns.
toggle quoted message
Show quoted text
On Fri, Oct 28, 2022 at 9:09 PM Jim Snellen <jsnellen55@...> wrote:
Bob,
I finally got the jobs to run. Initially, I was getting a JCL error using 'USERID=' but reading further in this post, I should've used 'USER='. Both VMEXIT and ZBP0001 jobs ran successfully. Also, I get the impression that people are thinking I submitted these jobs from TSO. I did not, rather, I followed the instructions to use VMFPLC2 and loaded the two jobs into the VM MAINT user. I spooled the PUN to MVS and punched the jobs specifying '( NOH'.
Anymore, I don't know what "stock" is. The version of MVS I'm running came from . I then updated it using the instructions from Rob Prins and used his DASD located at . The login page says 'MVS 3.8j Level 8505'. In a separate folder, I also have MVSCE which came from github (MVSCE.release.v1.0.5.tar}, however, I've run it one time natively (not as a VM guest).
After re-IPL of MVS, the VM exit worked like a charm!!! I don't quite know how to test ZBP0001.
Finally, I don't know how to " (go into RPF, then 0.1, and change the SUBMIT=RPF to SUBMIT=TSO." or if I really need to.
When I use 3.8 to view the OUTLIST, how do I delete entries? Using HELP displays options 1-4 but none of them work.
Thanks for your patience!
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
|
Bob,
I finally got the jobs to run.? Initially, I was getting a JCL error using 'USERID=' but reading further in this post, I should've used 'USER='.? Both VMEXIT and ZBP0001 jobs ran successfully.? Also, I get the impression that people are thinking I submitted these jobs from TSO.? I did not, rather, I followed the instructions to use VMFPLC2 and loaded the two jobs into the VM MAINT user.? I spooled the PUN to MVS and punched the jobs specifying '( NOH'.
Anymore, I don't know what?"stock" is.? The version of MVS I'm running came from?.? I then updated it using the instructions from Rob Prins and used his DASD located at?. The login page says 'MVS 3.8j Level 8505'.? In a separate folder, I also have MVSCE which came from github (MVSCE.release.v1.0.5.tar}, however, I've run it one time natively (not as a VM guest).
After re-IPL of MVS, the VM exit worked like a charm!!!? I don't quite know how to test ZBP0001.
Finally, I don't know how to "?(go into RPF, then 0.1, and change the SUBMIT=RPF to SUBMIT=TSO." or if I really need to.
When I use 3.8 to view the OUTLIST, how do I delete entries?? Using HELP displays options 1-4 but none of them work.
Thanks for your patience!
|
Gregg Levine wrote: <snip; preferring Don Knotts instead of Gilda Radner> He was in a film, "The Amazing Mr. Limpet", or something
like that, Ah yes! I remember that movie! and the fish he turned into, well it sounded better than
the actor looked. (Heh!) :) So given both your name and nickname, I figured it would
be more appropriate for that message. Quite right. I'll have to remember that next time. :) Thanks for clearing that up, Gregg! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Hello!
He was in a film, "The Amazing Mr. Limpet", or something like that,
and the fish he turned into, well it sounded better than the actor
looked. So given both your name and nickname, I figured it would be
more appropriate for that message.
-----
Gregg C Levine gregg.drwho8@...
"This signature fought the Time Wars, time and again."
toggle quoted message
Show quoted text
On Thu, Oct 27, 2022 at 11:46 PM Fish Fish <david.b.trout@...> wrote:
Gregg Levine wrote:
Hello!
Yes you did. But Fish you did use the wrong voice over cue,
I would have chosen the Don Knotts voice. I know who Don Knotts is, but I have no idea what you're referring to. Why him?
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Patrik,
Indeed, you are correct.? I had not noticed this issue before, as I always code at least a MSGCLASS on every job card to control my sysout.? This is a bug in the exit code.
As an easy work around, you could code a pretty minimal job card:
//JOBX? JOB 1
Just the addition of the 1 as the account number will allow the USERID and PASSWORD to be inserted by the exit.
Regards,
Bob
|
Hello Jay, Am 28.10.2022 um 21:11 schrieb Jay Maynard <jaymaynard@...>: ...so I would never have noticed this problem. Same as many others. :-) :wq! PoC
|
OK, that's just weird. I'd have?to look at the exit code to be sure, but my guess is that it's scanning for parameters after 'JOB ' and finding the end of the last parameter as the place to insert a comma so it can insert the USER= and PASSWORD= parameters on a new card without worrying about running past column 72. My standard JOB card is
//MYNRJRA? JOB (5161A020,1A11),'xxxxxxx MAYNARD',CLASS=x,MSGCLASS=X,
//? ? ? ? ? ? ? ? ? ? ? ? ? ?MSGLEVEL=(1,1),NOTIFY=MYNRJR
...so I would never have noticed this problem. (The userID and account field are what I used in my first systems programming job many years ago, so they're a nod to those days.)
On Fri, Oct 28, 2022 at 1:55 PM Patrik Schindler < poc@...> wrote: Hello Bob,
Am 28.10.2022 um 15:35 schrieb Bob Polmanter <wably@...>:
> Well, if you have the TSO submit exit properly installed (already part of TK4-), it will automatically insert userid and password on the job card if you have not already coded those parameters.
As said not in all cases. At least for stock TK4-.
If your first job card just says:
//MYJCL? ? ? ? JOB
substitution will not happen. At least that's what I've discovered. Can't find the thread anymore, though. But I've just now verified the issue to refresh my memory.
Sysout:
1? ? ?//POCCRTPG? ? ?JOB? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? JOB 9990
2? ? ?//COBUCL? ? ? ?EXEC COBUCL? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 00000200
°Ú¡±Õ
RAKF0005 INVALID ATTEMPT TO ACCESS RESOURCE
RAKF000A? PROD? ? ,POCCRTPG,DATASET ,POC.SSTATS.LOADLIB
Because substitution isn't taking place.
Compare sysout to when I just add a MSGCLASS statement in the original JCL:
1? ? ?//POCCRTPG? ? ?JOB? MSGCLASS=A,? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?JOB 9992
? ? ? //? ? ? ? ? ? USER=POC,PASSWORD=? ? ? ? ? ? ?GENERATED BY GDL
2? ? ?//COBUCL? ? ? ?EXEC COBUCL? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 00000200
All steps pass through without issue, because the job is run with my user and thus has RAKF access to the loadlib granted.
Maybe try yourself to understand?
I've dug through contemporary manuals to find evidence that an "empty" job card with just the job's name is *valid* but apparently "GDL" fails to find the right spot to insert user/password when the card has no extra parameters?
> If you code them, then the submit exit won't alter what you coded and you are on your own for that job.
This is what I would expect to happen.
:wq! PoC
|
Hello Bob, Am 28.10.2022 um 15:35 schrieb Bob Polmanter <wably@...>: Well, if you have the TSO submit exit properly installed (already part of TK4-), it will automatically insert userid and password on the job card if you have not already coded those parameters. As said not in all cases. At least for stock TK4-. If your first job card just says: //MYJCL JOB substitution will not happen. At least that's what I've discovered. Can't find the thread anymore, though. But I've just now verified the issue to refresh my memory. Sysout: 1 //POCCRTPG JOB JOB 9990 2 //COBUCL EXEC COBUCL 00000200 °Ú¡±Õ RAKF0005 INVALID ATTEMPT TO ACCESS RESOURCE RAKF000A PROD ,POCCRTPG,DATASET ,POC.SSTATS.LOADLIB Because substitution isn't taking place. Compare sysout to when I just add a MSGCLASS statement in the original JCL: 1 //POCCRTPG JOB MSGCLASS=A, JOB 9992 // USER=POC,PASSWORD= GENERATED BY GDL 2 //COBUCL EXEC COBUCL 00000200 All steps pass through without issue, because the job is run with my user and thus has RAKF access to the loadlib granted. Maybe try yourself to understand? I've dug through contemporary manuals to find evidence that an "empty" job card with just the job's name is *valid* but apparently "GDL" fails to find the right spot to insert user/password when the card has no extra parameters? If you code them, then the submit exit won't alter what you coded and you are on your own for that job. This is what I would expect to happen. :wq! PoC
|
Patrick,
Well, if you have the TSO submit exit properly installed (already part of TK4-), it will automatically insert userid and password on the job card if you have not already coded those parameters.? If you code them, then the submit exit won't alter what you coded and you are on your own for that job.
Regards,
Bob
|
Hello Bob, Am 28.10.2022 um 14:40 schrieb Bob Polmanter <wably@...>: Normally, the TSO submit process will automatically insert USERID and PASSWORD onto your job card at the time of submission and since this doesn't appear to be happening, that's the suspicion about RPF submit This doesn't always happen automatically. Especially when entirely relying on defaults and just providing username/password on the job card, they won't be copied by the usermod in TK4-. Had a discussion on the Turnkey-MVS list about this almost two years ago. Available documentation allows to omit all parameters sans job name, so I consider this a bug. People mostly disagreed because I'm apparently the sole human being omitting all additional parameters, and everyone else explicitly always add parameters, even if they match the defaults. :shrugs: :wq! PoC
|
Jim,
There's actually nothing wrong with your jobs at this point.? They are failing due to security restrictions, denoted by the S913-38 abends in the IEC150I messages.
If you are using a stock TK4 system, the userid HERC01 is allowed to update the datasets being flagged by security but for some reason the system isn't able to validate your authority.? The most likely cause as mentioned previously by Tom is that you are using RPF and have the default submit mechanism set to RPF.? You should change this to TSO? (go into RPF, then 0.1, and change the SUBMIT=RPF to SUBMIT=TSO.
In lieu of this for now, another workaround is to code the USERID=HERC01,PASSWORD=xxx on your JOB card or on a continuation JOB card line.? This will let the system validate you provided you use your actual logon password on the JOB card.? (Normally, the TSO submit process will automatically insert USERID and PASSWORD onto your job card at the time of submission and since this doesn't appear to be happening, that's the suspicion about RPF submit).
Give those a try.
Regards,
Bob
|
Jim Snellen
Rob Prins
Ren¨¦ Ferland