Keyboard Shortcuts
Likes
- H390-MVS
- Messages
Search
Re: LCS statement for windows CTC
zpmain wrote:
[...] I can see the LCS statement for LinuxWhere are you seeing this? but my PC is on windows.1. CTC is not the same as LCS. 2. I know nothing about how networking is configured on MVS, but all information regarding Hercules's networking device configuration file statement settings for CTCI, CTCE, PTP, LCS and OSA devices is contained in Hercules's online documentation: * Hope that helps! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
Re: Tape mount UNIT not brought online
Looks like the backup ran fine, but the output dataset wasn't cataloged. That doesn't matter unless you're planning to read the tape back in by using the catalog instead of the explicit volume serial. On Sat, Nov 23, 2024 at 12:38?PM Rahim Azizarab via <rahimazizarab=[email protected]> wrote:
--
Jay Maynard |
Re: Tape mount UNIT not brought online
12:26:58 HHC01603I devinit 551 a01001.aws 12:26:58 HHC00221I 0:0551 Tape file a01001.aws, type AWS: format type AWS Format tape file 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display " NT RDY " 12:26:58 HHC02245I 0:0551 device initialized 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display "REWINDNG" 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display " READY? " 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display "REWINDNG" 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display " READY? " 12:26:58 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display "*IEC704 " (blinking) 12:27:59 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display " " 12:27:59 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display " A01001S" 12:29:15 HHC00224I 0:0551 Tape file a01001.aws, type AWS: display "UNLOADNG" 12:29:15 HHC00201I 0:0551 Tape file a01001.aws, type aws: tape closed 12:29:15 HHC00224I 0:0551 Tape file *, type AWS: display "??????? " And on the console 13.26.58 DEMOPKG JOB00051 *IEC704A L 0551,A01001,SL,COMP,DUMPRA1,DUMP, ? ?DMTA01.BACKUP???????????????????????????????????????????????????????? ? 13.26.58 DEMOPKG JOB00051 *04 IEC704A REPLY 'VOLSER,OWNER INFORMATION', ?'M'OR'U'????????????????????????????????????????????????????????????? ? 13.27.59 DEMOPKG?????????? r 4,A01001????????????????????????????????? ? 13.27.59 DEMOPKG JOB00051? IEE600I REPLY TO 04 IS;A01001?????????????? ? 13.27.59 DEMOPKG JOB00051? IEC705I TAPE ON 0551,A01001,SL,COMP,DUMPRA1, ?DUMP,DMTA01.BACKUP??????????????????????????????????????????????????? ? 13.29.15 DEMOPKG JOB00051? IEF377I DUMPRA1 DUMP??????????????????????? ? ??????? DMTA01.BACKUP NOT CATLGD 2???????????????????????????????????? ? 13.29.15 DEMOPKG JOB00051? IEF234E K 0551,A01001,PVT,DUMPRA1,DUMP????? ? 13.29.15 DEMOPKG JOB00051? IEF404I DUMPRA1 - ENDED - TIME=13.29.15???? ? 13.29.15 DEMOPKG JOB00051? $HASP395 DUMPRA1? ENDED???????????????????? ? 13.29.15 DEMOPKG?????????? $HASP309 INIT 1??? INACTIVE *** C=A???? The sysout from the job PAGE 0001???? 5695-DF175? DFSMSDSS V2R10.0 DATA SET SERVICES???? 2024.328 13:24 ? DUMP INDD(DASD)? -??????????????????????????????????????????????????? 00140000 ?????? OUTDD(TAPE)? -?????????????????????????????????????????????????? 00150000 ?????? ADMIN? -???????????????????????????????????????????????????????? 00151400 ?????? ALLDATA(*)? -??????????????????????????????????????????????????? 00151500 ?????? ALLEXCP? -?????????????????????????????????????????????????????? 00151600 ?????? FULL? -????????????????????????????????????????????????????????? 00152000 ?????? COMPRESS???????????????????????????????????????????????????????? 00160000 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '?????? ? ADR109I (R/I)-RI01 (01), 2024.328 13:24:23 INITIAL SCAN OF USER CONTROL STATEMEN ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK?????????? ? ADR006I (001)-STEND(01), 2024.328 13:24:23 EXECUTION BEGINS??????????????????? ? ADR006I (001)-STEND(02), 2024.328 13:29:15 EXECUTION ENDS????????????????????? ? ADR013I (001)-CLTSK(01), 2024.328 13:29:15 TASK COMPLETED WITH RETURN CODE 0000 ADR012I (SCH)-DSSU (01), 2024.328 13:29:15 DFSMSDSS PROCESSING COMPLETE. HIGHEST regards; Rahim ??
On Friday, November 22, 2024 at 06:39:34 PM CST, jose via groups.io <jose155055@...> wrote:
I before do v and after? devinit when they system require a tape,? so this web ?. Article El vie., 22 de noviembre de 2024 7:09 p. m., Rahim Azizarab via <rahimazizarab=[email protected]> escribió:
|
Re: Unzipping MVS .ZIP data sets
Hi Silvio,
?
Method 1.
In SYS2.JCLLIB you find the job MINIUNZP.
?
Method 2.
Go to RFE 3.4 or RPF 3.4 and select data set level TK5 and place a B (browse)
before the data set name. The data set will be unzipped an you can browse the members.
?
Method 3.
Download the zip data set with the binary option to your workstation and unzip.
?
Cheers,
Rob
? |
Re: Tape mount UNIT not brought online
I before do v and after? devinit when they system require a tape,? so this web ?. Article El vie., 22 de noviembre de 2024 7:09 p. m., Rahim Azizarab via <rahimazizarab=[email protected]> escribió:
|
Tape mount UNIT not brought online
I do devinit? 550 tape01.aws?? then? .v 550,online The config file: 0550????? 3420????? tape01.aws??????????? #? tape 0551????? 3420????? tape02.aws??????????? #? tape The system log file: 17:36:39 HHC01603I ipl 1c0 17:36:39 HHC00811I Processor CP00: architecture mode ESA/390 17:36:45 HHC00006I SCLP console interface active 17:37:00 HHC00004I Control program identification: type MVS, name DEMOPKG, sysplex TESTPLX, level FFFFFF80A0000000 17:37:00 HHC00006I SCLP console interface active 17:42:53 HHC01603I devinit 550 tape01.aws 17:42:53 HHC00201I 0:0550 Tape file tape01.aws, type aws: tape closed 17:42:53 HHC00221I 0:0550 Tape file tape01.aws, type AWS: format type AWS Format tape file 17:42:53 HHC02245I 0:0550 device initialized 17:43:08 HHC00160I SCP command: v 550,online 17:43:08? IEE624I SYSTEM CONSOLE INPUT REJECTED, ISSUE VARY CN(*),ACTIVATE COMMAND TO ENABLE SYSTEM CONSOLE COMMUNICATIONS 17:43:23 HHC00160I SCP command: v cn(*),act 17:43:23? IEE712I VARY CN? PROCESSING COMPLETE 17:43:33 HHC00160I SCP command: v 550,online 17:43:33? IEE103I UNIT 0550???? NOT BROUGHT ONLINE 17:43:33? IEE763I NAME= IECTDSRV CODE= 0000000800000000 17:43:33? IEA436I I/O ERROR DURING DEVICE INITIALIZATION 17:43:33? IEE764I END OF IEE103I??? RELATED MESSAGES regards; Rahim Azizarab 312-973-6203 ?? ?? |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
Since (until a month ago) my entire systems career was in Houston... And the shop I ran into JES3 at was Rockwell Shuttle Operations Corporation, a NASA/JSC contractor. I always thought it was borderline blasphemy that JSC, the site HASP was originally developed for, turned into a JES3 shop... On Thu, Nov 21, 2024 at 1:53?PM Sterling Garwood via <slgarwood=[email protected]> wrote:
--
Jay Maynard |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
Later releases work well with multiple CPUs in Hercules (n-1),
On Thu, Nov 21, 2024 at 12:29?PM Sterling Garwood via groups.io <slgarwood@...> wrote:
-- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
开云体育JES3 was a bit weird, but remember its heritage - West Coast ASP etc….originally 7094/7040-like system.HASP was a Houston child, My first systems programmer job was in a HASP shop then I moved to a JES3 shop as they were converting to MVS. Definitely grey hair creator!! HASP/JES2 was a true KISS tool. Simple, did everything well and an example of a clean well thought out piece of code. Simpson and Crabtree should be proud. I enjoyed using JES3 but it was a bear to maintain and the whole shared tape pool concept never worked well IMHO. Maybe my view is colored by some local mods that clobbered the JES3 spool every so often until one of the IBM guys said in effect “you can’t do that, you will cause spool destruction”. IBM loved ASP and JES3 since you basically had buy another system to run the dispatch and control functions. We had ISTR 3 370/168 systems in a triplex. Then a couple of 3033s then 3090s.
|
Re: MVS 3.8j (TK5) Crashes on Massive SORT
Yeah, I can see how you might be chary of testing the waters. MVS 3.8 was kinda iffy for MP/AP support, especially early on, but in the 1982-1983 timeframe, it had gotten pretty solid, at least on the 370/158AP that was my first systems job. I haven't had a problem in Hercules attributable to emulating MPs on SMP hosts in a couple of decades, myself, and I've run a pretty wide range of code on it. FWIW, JES2 shared spool was problematic longer than MVS MP/AP support... I never ran JES3 myself, except at one shop I worked at in the late 80s. Always struck me as too foreign. On Thu, Nov 21, 2024 at 12:29?PM Sterling Garwood via <slgarwood=[email protected]> wrote: I have always been suspicious of Hercules/Herculon in the area of multiprocessors. My rule of thumb is to run one cpu (the Gene Amdahl model). The whole interaction of MVS MP, Hercules support of MP, and how it interacts with the underlying hardware if it has multiple processors seems to me to be an unnecessary complication and everything has to work right. No bugs in MVS MP support (ya sure), no bugs in Hercules and its bolted on MP support,? and no bugs in the underlying system (again - ya sure). I have run OSX and Linux and seen different types of strange problems pop up in both cases. Now throw in Apple Silicon and Power and Efficiency cores. Too much to mess with unless you have never spent a weekend in an MVS data center recovering a JES3 complex and want to see how that feels - I have (or used to). --
Jay Maynard |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
I have always been suspicious of Hercules/Herculon in the area of multiprocessors. My rule of thumb is to run one cpu (the Gene Amdahl model). The whole interaction of MVS MP, Hercules support of MP, and how it interacts with the underlying hardware if it has multiple processors seems to me to be an unnecessary complication and everything has to work right. No bugs in MVS MP support (ya sure), no bugs in Hercules and its bolted on MP support, and no bugs in the underlying system (again - ya sure). I have run OSX and Linux and seen different types of strange problems pop up in both cases. Now throw in Apple Silicon and Power and Efficiency cores. Too much to mess with unless you have never spent a weekend in an MVS data center recovering a JES3 complex and want to see how that feels - I have (or used to).
The issues I have seen over the years seem to me to be an unnecessary complication. If I want to pump more work I just duplicate a UP and run either JES2 shared spool or JES3. Just my 2 cents worth. From an old grey beard. |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
And designed for 2 processors. Next version was debugged for 3+ processors.
On Wed, Nov 20, 2024 at 9:36?PM Mark Waterbury via groups.io <mark.s.waterbury@...> wrote:
-- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
I will note that MVS 3.8 was the first release of OS/VS2 to support an attached processor or multiprocessor configuration, if I recall correctly.
?
Also, given that MVS running on Hercules today is probably running about 100 times faster than it ever ran on the real hardware, back when MVS 3.8 was "current" (e.g. on a 370 158 or 168 or similar).? So, it is certainly possible that there may be as yet undiscovered timing-related issues ("bugs") in that old code.
?
Tread lightly in this area.
? |
Re: MVS 3.8j (TK5) Crashes on Massive SORT
Hi Daniel, The S/M Program runs in Problem Program mode (Key 8) and is not an Authorized Program as it does not use any system services that require Authorization. The Program strictly follows the published APIs for Supervisor services and Data Management services. It does make extensive use of EXCP I/O to manage data flow to and from the Sort Work intermediate work data sets. When sufficient storage is available for double buffering of the Sort Work intermediate work data sets (as it would be in your case) then the S/M Program will drive the processor and the DASD for maximum utilization. You may have seen, with your sorting runs, that the processor time reported will be about 75% of the elapsed time demonstrating excellent overlap of processor and I/O processing. I suspect that, with such a high degree of processor and I/O concurrency, there is a bug in MVS 3.8 when it is running in multiprocessor mode, possibly in the area of scheduling concurrent SRBs given the high I/O activity from just one address space. Enabling multi processor mode in MVS 3.8 is not going to improve the performance of the S/M Program because it runs as a single task. The second processor would normally be idle, unless there was work available for another task, except when an I/O event completed and the second CPU was dispatched to run an SRB to post completion of the I/O event. The fact that SYS1.LOGREC is filling up (with error recording ?) is an indicator to me that the problems is within MVS 3.8 internals. IIRC, MVS 3.8 was not regarded as being particularly stable running in multi processor mode. It was the later PP extensions MVS/SE 1, MVS/SE 2 and MVS/SP that addressed many issues in this area. Regards Tom |
MVS 3.8j (TK5) Crashes on Massive SORT
I've been playing with a SORT job to stress test my system.? It sorts 99,999,999 random 80 byte records.? The job works just fine if I am running with 1 CPU.? Run MVS with 2 CPUs and it typically locks up, clocks, and sometimes I have to clear SYS1.LOGREC after an IPL.
?
As far as I have read, MVS 3.8j ought to work fine with 2 CPUs but I've verified this enough to know that I can reliably reproduce the issue.
?
If anyone has any ideas and would like me to produce some debug data to sift through, please let me know.? In the meantime, I'll run MVS with 1 CPU.
? |
Re: SORT, REGION and MAIN
Hi Daniel, For a successful sort the REGION size definitely has to be larger than the storage that the S/M Program is allocated by use of various S/M Program parameters. As to how much larger the REGION size has to be is dependent on how the S/M Program is invoked, JCL with or without user exits, or by another program. Assuming the simplest case of invoking the S/M Program via JCL and no user exits I would suggest that the REGION size should be at least 128K larger than the storage allocated to the S/M Program to avoid any out of storage issues. The S/M Program has many configuration options and parameters provided to limit its storage usage. Constraining S/M Program storage usage is not so much of an issue in the Hercules environment however in a production environment it is an important consideration. The Sort/Merge Program has poor locality of reference when running in a virtual storage system. This is because the Sort/Merge Program functions by moving records from input buffers to the Record Storage Area and then selects, using multiple compare instructions, the next record to be moved out to one of the output buffers. The impact of this logic is that the contents of the RSA and all the I/O buffers are referenced constantly during a sorting operation. Allocating 1024 KB of storage to the Sort/Merge Program will result in the need for a working set of at least 256 pages to avoid paging overhead. Allocating additional storage to the Sort/Merge Program above what is needed for optimum performance will result in an increased number of pages required for the working set. The OS/360 Sort/Merge for MVS 3.8 Installation, Customization and Diagnosis Guide provides a detailed discussion on controlling S/M Program storage allocation and performance characteristics. Regards Tom |
Re: SORT, REGION and MAIN
Can run with REGION=6M possibly larger. End of step message shows how
much memory of 24, 31, 64 bit memory was actually used. On Tue, Nov 19, 2024 at 1:59?PM Daniel L. Srebnick via groups.io <dan@...> wrote:
-- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? |