Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- H390-DOSVS
- Messages
Search
Re: Command Sequence for Handling Tape Files (AWS)
Jim Snellen wrote:
[...] 3. tape dump * * a --> from 3270 sessionYes and yes. :) [...] What are the proper steps for attaching, processing, and3. tape dump * * a --> from 3270 session 4. detach 181 --> from 3270 session 5. there is no step 5. The CMS guest, in response to the "tape dump" command, writes data to the tape by issuing I/O requests to what it *believes* to be its "real" X'181' device. But the CMS guest's X'181' device is of course NOT a real device. It is a *virtual* device. The hypervisor that is controlling the CMS guest (i.e. VM itself, i.e. CP) intercepts its CMS guest's I/O to virtual device X'181' and translates it instead into and I/O request for REAL device X'481'. Then, whenever you issue the command "detach 181" from your CMS user, CP (i.e. VM) then issues an I/O request to its REAL device X'481' to rewind and unload the tape that was mounted on that drive, and all is still well with the world. By re-initializing device X'481' from Hercules (to unload the tape that was mounted there) before detaching it from your CMS guest, you ended up confusing poor VM so that whenever you did eventually detach your CMS guest's VIRTUAL device X'181', VM then tried issuing its own rewind and unload I/O request to REAL device X'481', which then failed because there was suddenly no tape mounted on it to be rewound or unloaded! By doing it in the CORRECT sequence instead ("detach 181" from CMS guest and nothing else), VM's I/O request to unmount the tape then succeeds. Are the steps the same for both VM and the guest DOS system?I doubt it, since DOS/VS is not a hypervisor O/S like VM is. Now if you were to run DOS/VSE as a *guest* under VM however, then that would be a different matter. :) HTH! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
Re: Command Sequence for Handling Tape Files (AWS)
Hello Jim,
?
My sequence in VM/370 is like yours:
?
/attach 481 to cmsuser as 181
?
devinit 481 jim.het
tape dump * * a
devinit 481 *
?
/detach 481 from cmsuser
?
and it generates no error messages. On DOS/VS, I use a similar sequence:
?
/attach 481 to dosvs as 280
?
(submit my job)
devinit 481 jim.het
devinit 481 *
?
/detach 481 from dosvs
?
I usually put two PAUSE statements in my job, one before execution, asking the operator to mount the tape (doing the devinit 481 jim.het), and one after execution, asking to unmount the tape (doing the devinit 481 *). I will get a message if I detach before doing the devinit 481 *. Whether it is normal or not, I don't know. But the tape file seems to be fine anyway. Moreover, on DOS/VS, if I am to work with tapes, I will typically do the /attach before the IPL, once for all, and the /detach after the shutdown. If I run DOS/VS native, the attach/detach is not needed because the tapes are already defined in my Hercules configuration file.
?
Cheers,
?
Rene FERLAND, Montreal
? |
Command Sequence for Handling Tape Files (AWS)
I've been able to read and write tape files from both VM and DOS.? However, I'm unclear on the proper sequence of commands.
For example, to create a tape file under VM, I issue: 1.?/attach 481 cmsuser 181?--> from Hercules
? ? CMSUSER shows TAPE 181 ATTACHED? --> from 3270 session
2.?devinit 481 d:/vm370/tape/tapedump.aws?--> from Hercules
? ?
3. tape dump * * a? --> from 3270 session4. devinit 481 *? --> from Hercules 5. detach 181? --> from 3270 session ? ? Hercules then shows what appears to be errors with ccw, stat, sense info with INTREQ displayed. (????) ? ? Is this normal or am I doing something wrong?? Until step 4, Windows Explorer shows 0 bytes for the output file but afterwards it show the number of bytes. Until step 4, I cannot view the AWS file because it's owned by another process(I presume Hercules) but afterwards I can. What are the proper steps for attaching, processing, and detaching a tape file? Are the steps the same for both VM and the guest DOS system? TIA |
Re: DOSVS R34 Manuals?
Thanks Rene.
Type CANCEL or press END/ENTER to cancel the job If I key CANCEL or press END/ENTER, the job cancels as it should. or make a tape drive?ready and type IGNORE to continue processing, I typed IGNORE and the message appeared again.? How do I make the tape drive ready? Mount the tape on another tape drive and rerun the job. I will use another address (480/280) and see if it works.? It appears you copied text from a manual since it sounds "IBMese".? Could I get a copy? Jim |
Re: DOSVS R34 Manuals?
On Tue, Dec 29, 2020 at 07:02 PM, Jim Snellen wrote:
I don't remember the proper response. ?
4886D? TAPE UNIT NOT READY
?
? ? ? ?Cause: A sense command was issued to a not-ready tape drive. The sense is made to
? ? ? ?determine if a file protect ring is needed.
? ? ??
? ? ? ?System Action: If SYSLOG is assigned to a keyboard, the system waits for an operator
? ? ? ?response; otherwise, the job is canceled.
?
? ? ? ?Programmer Action: none.
?
? ? ? ?Operator Action: Type CANCEL or press END/ENTER to cancel the job, or make a tape drive
? ? ? ?ready and type IGNORE to continue processing, or
? ? ? ?Mount the tape on another tape drive and rerun the job.
? ? ? ?If the problem persists, have the system log available for problem determination. Cheers, Rene FERLAND, Montreal |
DOSVS R34 Manuals?
Does anyone have manuals for Release 34?
I'm especially needing the Messages manual.? I'm getting message number: ? 4886D TAPE UNIT NOT READY? ? ? ? ? ? ? ?OUTTAPE? SYS011=281 I don't remember the proper response. I'm running DOSVS as a guest under VM/370 and I first issued a 'devinit 480 tapeout.aws'?command and then '/attach 480 DOSVS 281'.? I think that's the correct sequence of commands. TIA? Jim Snellen |
Confessions and other topics
George Shedlock
Confessions:
???? I have been in IT/data processing for over 40 years. In that time I have accumulated a large number of software tapes, manuals and other assorted and related items. Not all of these items have the blessing of the original creators. This has also included something approaching two terrabytes of software. Prospects: ???? With the recent discussion in another forum, it made it clear to me that the group has deviated from it's original purposes which were to promote the furtherance and education of the IBM mainframe environment. This has included a number of things including absconding other people's programs and efforts and calling them their own. There has also been some encouragement from my significant other that I should spend my time with other activities. Disposal: ???? With all of that being said, I will make the statement that every item that I have will be deleting, trashing and otherwise getting rid of everything that I have. This will free up a good chunk of space in my closet and elsewhere. Some portions of this collection have made it's way to others in this and other groups. If they have it, I hope that they will continue with promoting the original efforts. If they don't, that's the way it will be. The bit bucket will be drained of a fairly decent collection. This is not about promoting me. With this email, I will be deleting my account from this site and will start filling the bit bucket. Good luck to all of you. Merry Christmas. Have a happy and healthy new year (yes, it's probably for the periodic donation request from a certain sea creature.) George |
Re: Translation Specification Exception with Hyperion 4.3.9; Hercules 3.13 ok
Mike wrote:
Wondering if anyone else has run into this...OR... perhaps you're using a version of Hyperion 4.3 that doesn't have the PIC 12 fix? (committed on 6/16/2020): Revision: a774fc6fd5ae72a1d70aa8f7812d3dcfc7719f8b Author: Fish (David B. Trout) <fish@...> Date: 6/16/2020 5:07:19 PM Message: Translation Specification PIC 12 (temporary?) fix Refer to GitHub Issue #275(*) for details. Please provide a COMPLETE Hercules log showing the *exact* version of Hercules you are using (v4.3.9999 is not an exact version; you need to build from a git clone of the repository, not from the .zip source file) as well as a complete copy of your Hercules configuration file. It would also help to know the exact version of z/VSE you're using (and where you got it from!) as well as what the exact version of VM you're using too (and where you got it from). Thanks. (*) Yes, the problem was reported against z/OS 2.4, but the bug is not specific to any particular operating system. It was a bug in our Address Translation logic which would affect any operating system using DAT, including z/VSE. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
Translation Specification Exception with Hyperion 4.3.9; Hercules 3.13 ok
Hi,
Wondering if anyone else has run into this... While IPLing ZVSE V4, right after Power begins initializing, a "SYSTEM HAS ENTERED A HARD WAIT <====TRANSLATION SPECIFICATION EXCEPTION" (see attached) occurs with Hyperion v4.3.9999.0-SDL. This happens with a first level VSE or as a guest under VM. ? It works fine on Hercules v3.13. Perhaps it is something simple I've overlooked. ? ?Thanks! ?- Mike |
Re: NOTAUTH abend in CICS with VSAM
it WORKS! I needed to add a RSL=PUBLIC parameter to the FCT entry for my file, it bypasses security check and eliminates NOTAUTH error thank you for helping and giving hints Il gio 7 mag 2020, 18:32 James King <JamesDK@...> ha scritto:
|
Re: Possibly a FAQ: FCOBOL and VSAM?
toggle quoted message
Show quoted text
|
Re: Possibly a FAQ: FCOBOL and VSAM?
On Sat, 2020-05-09 at 06:40 -0700, rjcorrig@... wrote:
Thank you Ren¨¦, I will check it out.The first OS to which I had exposure was DOS/VS. ?One of my early managers would only run DOS/VS. ?Why? ?It was the OS with the lowest overhead. ?That shop made its money by offering online services. ?It was heavily CICS oriented. ?We even did our development in CICS/VS. ?All of the bespoke applications (the ones we made money with) were in CICS/VS with assembler. Those were the days that even some batch business applications were actually written in assembler. ?I have always had a fondness for DOS/VS. So, you are not alone there. Harold Grovesteen |
Re: Possibly a FAQ: FCOBOL and VSAM?
¿ªÔÆÌåÓýHi Robert,
I've never written any Cobol (my first
language for Fortran on DOS on a 360/40), but looking at the
manual page that you referenced, it has 'SELECT OUTREC',
but your code has 'SELECT OUTFILE'. I know that might be a
red-herring, but it's a difference that stood out to me.
Hope you get it solved.
Simon Knights.
UK.
On 09/05/2020 00:46, rjcorrig@...
wrote:
Hi all,
|
to navigate to use esc to dismiss