TSO initial setup / problems

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

Hi!

Is there somebody still here?

I have a, somewhat academic, question, it would be nice if someone could share his/her thoughts on this!

I'm tinkering around with a small quick and dirty system (z) - it starts okay, but I have hit a strange problem with TSO.

I cannot start any jobs from TSO, it complains with S806-04, that 'RACCHECK' (or RACHECK would be correctly) "module" is not to be found!

It is strange, because RACF functions just fine - all tasks (vtam, tcpip, telnet, tso etc.) start without problems, I can even submit a job (from proclib) from the console with START. No RACF errors, or any other error messages in syslog. Linklist seem to be fine, as does the APF etc.

The TSO (and ISPF) documentation on the beginnings seem to be a little bit... vague... I didn't had the time to go from A to Z, but so far it feels I'm running around in circles.

I know that most shops use TSO/ISPF setup from prehistoric times

or in another way, I never saw someone having a fresh new factory installed one.

How can I have a simple
- functioning TSO, where for example a SUBMIT command works

- and a logonable ISPF, with 3.4, editor, supersearch...

Any help appreciated!

Thanks and have a nice day!

sergeyken · Posted: Wed Jun 17, 2020 5:16 pm

Try to request any assistance from your System Support team.

The ABEND S806-04 has a very general meaning: the specified load module name cannot be found within any of the load libraries available at this moment from your environment (TSO? or whatever). It is hardly related to starting a "vsam task(?)", or a "job from console(?)", e.a.

It has very little to nothing to do with TSO/ISPF documentation. It is a specific problem of specific configuration of your particular zOS environment(s).

Seek for help from your local System Programmers team.

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

Thanks for taking the time to reply!

The thing is, I am the support team... so I thought I ask the fellow mainframers.

Maybe I should have introduced myself, but I didn't think there would be any menaningful life around here. Maybe I'm mistaken?

So I'm a sysprog, with many many years of experience with... well everything zOS, except the db/transaction products.

And of course it has to do with the documentation... everything starts and ends with the documentation ;)

Willy Jensen · Posted: Thu Jun 18, 2020 2:34 pm

When you say 'start' do you mean 'submit'?
Neither RACHECK nor RACCHECK are known programs in z/OS 2.4 so any reference to those in a vanilla z/OS would result in a S806-04.
If you mean 'submit' are you 100% sure that you are not invoking a script instead of the native TSO command?
Also I am confused, how can you get a z/OS without a predefined ISPF setup.
You could create an ISPF startup script using the TSO editor. It is a pain, but doable.

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

Well, exactly, they are not programs or modules, but macros - known as according to some info in the books, svc130...

but there is no IGC00130 to find...

We are not talking about ISPF, but vanilla TSO - I'm executing the commando from the TSO (not ISPF):

SUBMIT my.joblib(job)

gets s806-04 ...raccheck...

can this be a TSO exit active?

Or RACF problem, but the message does point directly to a missing module!

Very strange.

PeterHolland · Posted: Thu Jun 18, 2020 4:35 pm

Some information, that could be helpful.

www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ichc600/ich2c6_RACHECK__Check_RACF_authorization.htm

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

Hmm... maybe I'm missing some APF... I'll check, thanks!

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

Ah not APF.

It was IKJEFF10, the submit exit

OF COURSE it is from ancient times... I have replaced it with the x68 bytes original (?), and ta-daa, submit works...

Willy Jensen · Posted: Sun Jun 21, 2020 2:16 am

Glad to know that it works - but you started saying it was a vanilla as in not modified system? So it was a copy after all?

Morden · New User Joined: 17 Jun 2020 Posts: 9 Location: Germany

I wasn't very specific, but yes, it is a rip of a running system, that was meant by 'dirty' ;)