Re: AT-TLS Redbook
The target machine is a development system and a client requirement needs its implementation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS question
ATSM z/Appliance is the product name -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS question
Yes … Advanced TS Migrations VTS built on Dell power edge servers … 3480, 3490, and 3590 support. AES256 and zSTD compressed images and smart support for replication up to 8 locations, as well as scratch retention for any duration site chooses. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AT-TLS Redbook
I have a client that in the early stages of planning an AT-TLS installation for TLS 1. Is there a Redbook that focuses on AT-TLS? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SYSPLEX JES2 SYSLOG processing
On a z/OS 2.5 system using z System Automation V4.3, I am trying to set a daily event that runs on each LPAR of the SYSPLEX. The event needs to issue a 'W L' then locate the SYSLOG output for that specific LPAR, start an XWTR with job selection for class and JOBID... For example, 'S XWTR.XWTR,END=IEF176I' 'F XWTR.XWTR,CLASS=L,JOBID=STC08984' Where STC08984 is the result of parsing a JES2 $DS'SYSLOG' command LPR1 2024002 02:01:00:45 STC08984 $HASP890 JOB(SYSLOG) $HASP890 JOB(SYSLOG) STATUS=(EXECUTING/LPR1),CLASS=STC, $HASP890 PRIORITY=15,SYSAFF=(LPR1),HOLD=(NONE) LPR1 2024002 02:01:00:45 STC09720 $HASP890 JOB(SYSLOG) $HASP890 JOB(SYSLOG) STATUS=(EXECUTING/LPR2),CLASS=STC, $HASP890 PRIORITY=15,SYSAFF=(LPR2),HOLD=(NONE) LPR1 2024002 02:01:00:45 STC06274 $HASP890 JOB(SYSLOG) $HASP890 JOB(SYSLOG) STATUS=(EXECUTING/LPR3),CLASS=STC, $HASP890 PRIORITY=15,SYSAFF=(LPR3),HOLD=(NONE) LPR1 2024002 02:01:00:45 STC09125 $HASP890 JOB(SYSLOG) $HASP890 JOB(SYSLOG) STATUS=(EXECUTING/LPR4),CLASS=STC, $HASP890 PRIORITY=15,SYSAFF=(LPR4),HOLD=(NONE) LPR1 2024002 02:01:00:45 STC03207 $HASP890 JOB(SYSLOG) $HASP890 JOB(SYSLOG) STATUS=(EXECUTING/LPR5),CLASS=STC, $HASP890 PRIORITY=15,SYSAFF=(LPR5),HOLD=(NONE) I have tried using a PIPE command without success... Any ideas? Thanks Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA-1 Withdrawl from z/OS 2.5
Thanks for the additional information... I will be removing the CAS9 parm entry for the CA-1 license and SVC init The other question that came up was, how to reset to CA-1 if something is wrong with the RMM processes. Hours or Days later. This is a PLEX with three LPARs but only 8 tape drives in auto select THanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CA-1 Withdrawl from z/OS 2.5
We are investigating what is necessary to remove CA-1 from the system after turning on RMM in protect mode. My original plan was to us TMSINIT to remove CA-1 and disable the PROC (TMSINIT) prior to starting DFRMM... Or do I need to move it's SVC, re-IPL and not start TMSINIT and then start DFRMM... Any help would be appreciated Thanks Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS setup for MONOPLEX to SYSPLEX
Thanks everyone ... I will try the Backplane method and post results -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS setup for MONOPLEX to SYSPLEX
Can we use the back plain of the z/14 to do the CTC thing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS setup for MONOPLEX to SYSPLEX
I think I will do the same ... put in it the PLEX but run with a different master catalog, spool, etc. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
GRS setup for MONOPLEX to SYSPLEX
We have a sandbox system that references TSO user and ISV catalogs and datasets. The sandbox has a unique master catalog but shares virtually everything else. It does have access to the couple facility that the Sysplex is using ... But it is not a member of the Sysplex. Is it possible for a monoplex z/OS system to share DASD, user cats, etc., with a SYSPLEX via GRS management and coupling facility? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ABEND S0C1 start TUBES
Customer is attempting a DR test... all new keys for the CPU ... UNICOM/MACRO 4 TUBES ABENDS with S0C1 when starting ... Vendor wasn't available ... any one else experience this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z15 EOM
Some of the configurations of the z/14-16 have enough room to put a "SMALL" DASD and VTA appliance in them ... I have seen third parties do this ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
I chose external for a reason... to my knowledge, the breaches occurred with the cooperation of internal staff either purposely or through negligence... Like RACF admins being lazy and putting things in WARN mode then forgetting about it... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
On newer machines there are specific mainframe firmware levels that should be kept in sync with the specific versions of the JRE ... otherwise ... the JRE takes a longer path -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
IMHO … this is the classic PC v Mainframe programmer debate… The same people that said Mainframes would be gone … when 40-50% of the worlds core data is still in on a mainframe… where a small staff of Systems programmers can manage and support entire enterprises and yet thousands of PC techs support the server farms… where no externally security breach has occurred… and yet PC servers are being held ransom time after time after time … I still prefer assembler language when I Program on the mainframe… but if circumstances dictate… I’ll do cobol pl/1 c Rexx Clist Execs … etc. because I am a programmer not a python programmer… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
I use ooRexx as an integrated procedural language within my mainframe FICON attached Virtual Tape Appliance. Why? Because it is the primary procedural language used by Systems Programmers on the mainframe. We can use a well architected interface and the ADDRESS construct to develop and select what environment we want to process commands. Simple well crafted interfaces. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z15 EOM
It should also be noted that the z14 is still a supported processor for zOS 3.1 ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
After watching this chain for awhile I have a couple of observations: 1) Not all compilers are equal in their tasks especially in the optimization area. Some are lazy and just convert the code to pseudo code and store it as an executable to remove one layer of processing. 2) The selection of a computer language for a given task should be based upon: A) Shop standards B) Limitations imposed by the OS or OS components the task is to be integrated with C) The performance requirements, that is does this new widget run once a day, hour,minute,second,etc. D) Time constraints ... execution time as well as development time D) The skill of the programmer Understanding the PROS and CONS of each computer language is the key to a successful project. Note: that a benchmark run with different languages on a commodity computer ( AKA PC ) is NOT transferable to the mainframe. JAVA is a good example of this. The mainframe's JAVA runtime is written to exploit machine assists and hardware instructions that a PC doesn't have. For example, all the string manipulation instructions. IMHO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers
Due to shop standard constraints I end up writing a client and a server in COBOL for a state agency. Code is still in use after 15 years and has not required any maintenance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can you connect to the PTF download site with z/OS FTP?
Presently IBM only allows SFTP, secure FTP transmissions. This was documented some time ago ... FTP will be rejected -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?
make that z/VM, z/VSE, z/OS systems programmer ... BTW I also managed Dr. Amdahl's last CPU development effort at Andor Systems and I developed and market a FICON Virtual Tape Server ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?
As a z/VM sysprog independant contractor for 30+ years, IMHO this is not a question that can be definitively answered. The term sysprog has an extremely wide set of standards. For example, a sysprog from blue's GS division is typically an installer, customizer, data gatherer, etc. only for zOS and not TCPIP, VTAM, DB2, IMS, CICS, etc. Whereas, as an independent contracting sysprog I learned and managed everything zOS, including communications, security, TP monitors, data bases, etc. Typically, I take about a day to peak at the running system and how it is implemented, then start in on servicing the punch list from the customer. But keep in mind, that I started on MVT and still work all the way thru z/OS 2.5 ( as well as z/VM and z/VSE )... In other words, some sysprogs are trained to be part of a team of people to manage the environment and others are lone wolfs ... each person is unique in their learned abilities and their ability to learn... If the vendor is claiming 6 months ... look elsewhere ... IMHO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3420 conversion?
There are several companies that specialize in tape conversions such as https://datadesigninc.com/tape-media-data-conversions/ Just search 9 track tape conversions… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone
Wouldn't you agree that ultimately, the CIO or CTO or highest Information Technology is responsible for any and all mishaps, including mistakes made by auditors? Hiring the correct auditor and giving them the correct scope of work which is the hiring companies responsibility. I also saw this in state government, everything done by committee so that no one person would be the scape goat... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone
I think we might have missed this: tom.longfel...@courts.state.md.us... The Maryland State AG's office and the Maryland State Archives are the regulatory agencies involved. When working with other states, we called the Archives to get directions... https://msa.maryland.gov They might be the auditors in this case... But considering its Courts' records ... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone
You already have tools on zOS DB2 to do this ... SELECT LASTNAME, X'05', FIRSTNAME, X'05' DEPARTMENT, X'05' STATUSDATE using SPUFI Use multiple SPUFI jobs. One to list the columns of the tables you're interested in; REXX to reformat that output in to more SELECT statements with tabs or double quotes as need... or use DSNTIAUL https://ibmmainframes.com/about9681-0.html here are some other suggestions: https://ibmmainframes.com/about62292.html Good luck ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone
Preservation of data is a legal issue as much as a technical one. The rules are established by the legal entity and then implemented via a technical solution. I had one client in Europe that was faced with the same situation. The country's government wanted to be able to rapidly review the system as it was when it was decommissioned. That was on 12/31/1999 midnight. I took a tape snap shot of the data, converted all those tapes to AWS files and brought them up on TurboHercules. This met all the legal requirements and IBM's contractual requirements. So everyday they restore the image and re-IPL it as 12/31/1999 00:00:00 ... It is still running today ... Yes for archive and DR ANY mainframe can be used... even if it an emulator ... without violation of T/Cs from IBM As for preserving the DB2 data only ... A commodity version of DB2 on a PC with Linux or Windows has connection pieces that you should be able to EXPORT all the table and import to the PC. I did the reverse for another client... Took an PC OS2 version of data including text and photos, exported all and imported same into zOS DB2... and with minor changes to the configuration of the end user machine, no application code needed to be changed... although it was recompiled and rebound to mainframe DB2... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having a little difficulty with a REXX command LMOPEN
Calling system programs from COBOL is doable provided you use the correct calling conventions. I OS we have two different ways of passing parms ... Generally see https://www.ibm.com/docs/en/cobol-zos/6.3?topic=statements-call-statement by Reference, content or value... Check out https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sa380684/$file/ceea400_v2r4.pdf z/OS Language Environment Writing Interlanguage Communications Applications SA38-0684 For Additional Help Also : See https://www.ibm.com/docs/en/zos/2.1.0?topic=program-writing-jcl-command-execution There are three different ways to run under the TSO TMP... IKJEFT01, IKJEFT1A and IKJEFT1B Usually IKJEFT01 will result in a return code of ZERO ( 0 ) provide SYSTSIN and SYSTSPRT DD statements exist and are valid IKJEFT1A will return S04C if a system abend occurs in a program or command be executed ... IKJEFT1B will return the return code of the last command's return code... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Procedure help
There are static and dynamic System Symbols ... There is a JOBCLASS parm SysSym that ALLOWs or DISALLOWs the use of either of them.. if DISALLOW, none of these are available to the jobs with a class marked as such.. There is also a PARMLIB IEASYMxx that system programmers may add additional symbols... Typical Statics: 2 I1 LPR1 Z1020400 LOCAL SYSRES Typical Dynamics 08 154214 15 039 USER001 08 104214 10 039 42 02 14 WED 23 2023 230208 42 02 14 WED 23 2023 230208 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: I want to cry
For the state of Oregon DMV, I wrote a set of pure CICS Cobol programs that implemented a TCPIP client and server for interaction with the states law enforcement windows based message switching system. It provided photos and text data to Cop cars and other devices … Cobol was chosen because C was not used as a shop standard. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
Oregon State was using a pseudo language system to teach ... not a mainstream language. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
Spend a year reading customers dumps on paper upside down ... Most were S0C7 ... what do you do when the debuggers are broken? Yes, you have to understand the machine instructions, but not every one of them ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
Absolutely! They should be taught how to program and debug first, then the constructs of individual languages. Many of us have programed on all sorts of machines from the IBM mainframe, to the IBM PC, 8080s, z80s, Univac 1050-II, Xeon, Arm, etc. and different languages from all the of different assemblers, PL/I, COBOL, FORTRAN, BASIC, REXX, C, JAVA, et.al. And can move freely between them. But alas, even company trained systems programmers AREN'T systems programmers... They are installers, administrators, etc. that can't write a lick of assembler code ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
Never let and new operator go and practice IPLing the machine… Yes it has happened to a production environment at UNM… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having a little difficulty with a REXX command LMOPEN
What functions are you using to copy the members… https://www.ibm.com/docs/en/zos/2.1.0?topic=services-lmopen-open-data-set There is a mention in the link that LMMOVE AND LMCOPY don’t require LMOPEN. Also are you following the LMOPEN with and LMCLOSE? You might need to create a list on members to move first, then do the moves or copies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
Also note that libraries in the linklst are protected by extents, not by name… that is it you add members that ultimately extend the dataset, and you have issued your F LLA,REFRESH you can still get an abend if you are trying to use an authorized program that resides in the new extent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
From my experience with one of the vendors, NOT SAS, all of these products just expect a stream of data to process. If you are using PC versions, just download as binary ... the VBS data. The import programs parse the data correctly. Going from Mainframe to Mainframe, save yourself a lot of headache and use ADRDSSU DUMP to create a Disk File of the data, Terse ( PACK ) it, and using TRANSMIT across NJE or TRANSMIT to a data set that is RECFM FB LRECL 80 BLKSIZE 0 ( 3120 ) and FTP the TRANSMIT DSN as binary, recfm fb, LRECL 80... and RECEIVE, deterse (unpack ) and ADRDSSU RESTORE ... We do this all the time with VSAM, QSAM, PDS, PDSE, data... even sometimes but a PC in between ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XL C++ compiler error message map template not included due to compiler version
IBM Open XL C/C++ supports up to C17, C18 and C++17 language standards. It uses the Clang command line interface, which significantly improves cross platform compatibility for C/C++ applications. Vs2022 is still C11 kinda… not fully implemented -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XL C++ compiler error message map template not included due to compiler version
Search ibm zOS xl c https://www.ibm.com/products/xl-cpp-compiler-zos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XL C++ compiler error message map template not included due to compiler version
BOOL is 4bytes with windows… TRUE and FALSE are 1 and 0… bool is a single unsigned byte and true and false are the proper states. C++ is an extension to C… staying current with Visual Studio releases will help. Microsoft has been making lots of enhancements trying to catch up to the current C/C++ standards. Make sure you always recompile everything when you update VS… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: KMOD1 DS8k box
This is the theoretical maximum… not realistic… the available usable space is 100% determined by the blksize and optional key size… zOS use at most 1/2 track blocking … it you force a 32760 block size you will waste about 12k per track… safe numbers are about 90% for estimating -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Markup languages
Did RUNOFF ever make it mainframe ? Whatever we do, don't mention that GML and HTML are cousins... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS Update in place (was compression needs a new name ...)
My comment about PDSEs was just a question about using Linear VSAM data structures with load modules as the module disk image "could" be very fragmented, whereas in a PDS it would be on consecutive tracks. Although IBM has tuned VSAM and Linear VSAM datasets for performance. The underlying physical records for LV are 4K blocks which require longer CCW chains for the same amount of data considering that we normally use 1/2 track allocations for PDS loadlibs. ( Unless you're IBM and still use 6144 or 3120 or some other track wasting value as a default on distributions. ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!
I think they are talking about two different things here. 1) recapturing the de-occupied space in the data portion of a PDS 2) consolidating the multiple extents of a PDS 1) Unless things have changed a lot, PDS inserts and replacements, and even those of the same size, always get put at the end. Although, I believe IBM's PDS update program shipped with software distributions had code to update in place; I am not sure that TSO edit has that functionality. Why else did they come up with PDSEs ( and use VSAM )? Which I think might have performance issues. 2) Using FDRs defrag pulls the various extents together; defragging the dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!
Burping ... because we are removing the gas trapped above in a PDS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Say c2x(Storage(16-6,8))
Say c2x(Storage((1+1+1+1+21-15),8))
Say c2x(Storage(10,8))
Say c2x(Storage("10",8))
So here is the problem I have, the address portion is being computed as decimal
numbers and yet the storage function is treating the final result as a string
of HEX numbers.
Somehow this just doesn't seem to be correct with respect to expression typing
and values...
Does REXX on z/OS have such a loose typing of data being passed... This is how
programming mistakes occur...
IMHO
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Yes they all returned the appropriate values ... But unexpected since 10+0 should have been passed as a decimal number and not a string ... maybe this is IBM REXX v ooREXX ... don't know... 10+4 is 14 decimal and storage treated it as 14 hex just not the behavior I have seen with other REXX implementations... more experimenting -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
decimal numeric values not hex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Should be ... but look at the results of Storage(10+0,4) which should have treated 10+0 and 10+4 as numeric expressions but it didn't -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Never say never,,, investigate ... We don't know the history of the installation and ALL possibilities should be examined ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Results from a zos 2.4 system
/* */
Say c2x(Storage("10",8))
Say c2x(Storage(10+0,4))
Say c2x(Storage(10+4,4))
Z = c2x(Storage(10,4))
Say c2x(Storage(Z,8))
Results:
00FD4EA8
00FD4EA8
021800FED054
Any comments?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Humm Is there a possibility of a STORAGE() function in a library on the failing system that could be called instead of the intended version? Maybe check the library concatenation sequences for another module ... including linklst There might have been another storage function from an earlier release that had different calling parms ... like STORAGE(addr,len) where both addr and len are numeric. What gets returned when you do just a Say Storage(10,4) ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
As a string "10" or '10' but not 10
Storage("10",4) should be correct
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Yep…I guessed that it was a valid numeric address… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
If you are trying to get the cut the address is x10 not 10 try 16 instead of 10… boundary issue if you use 10… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
If tape is shared... Then use IEBGENER ( ICEGENER ) to copy the XMIT dataset to tape... and restore that DSN from tape to feed RECEIVE FTP is horrible to use ... too much latencies ... Using TERSE in there adds verification that the data is intact ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
SMF data is usually VBS format, Variable Block Span. Physical blocks 4K but records can be much larger. First question: Are the two z/OS machines connected via TCP/IP ? if so TERSE XMIT to the 2nd machine, RECEIVE, DETERSE else Second: Is the data VB or still VBS? Using TERSE and then XMIT to a dataset, does two things, It compresses the data into 1K records and then to 80 byte records of FIXED length. The FIXED LENGTH simplifies your life... This makes downloading to the PC and uploading to the 2nd zOS almost bullet proof. Download as Binary file and upload as a Binary file of RECFM FB, LRECL 80, BLKSIZE 0. Then RECEIVE the file and DETERSE it. This should be an exact copy at that point. The other option is to use ADRDSSU and dump to a dataset the SMF data, the TERSE and XMIT --- RECEIVE, DETERSE, RESTORE Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dump command not fitting in console
You can also use the "CONSOLE" command from TSO session Or the "Emergency Console" interface on the HMC (HMCS) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dump command not fitting in console
Have you tried using your TSO session and SDSF ? Enter in SDSF just a SLASH '/' then enter the command, that should give near 160 chars -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS equivalent to z/VM's Link Aggregation
Sample for Multiple LPARS sharing OSAs Make sure there are enough data UCBs FIBRE 10GB OSAD EXPRESS CONFIGURATION Researching the configuration of OSAD 10Gb configuration resulted in the development of the following configuration parameters for customer’s setup on a single Z14 machine. The IODF specifications are: CHPID PATH=(CSS(0,1),60),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=108,TYPE=OSD CHPID PATH=(CSS(0,1),61),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=109,TYPE=OSD CHPID PATH=(CSS(0,1),62),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=10A,TYPE=OSD CHPID PATH=(CSS(0,1),63),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=10B,TYPE=OSD CHPID PATH=(CSS(0,1),64),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=118,TYPE=OSD CHPID PATH=(CSS(0,1),65),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=119,TYPE=OSD CHPID PATH=(CSS(0,1),66),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=11A,TYPE=OSD CHPID PATH=(CSS(0,1),67),SHARED, * NOTPART=((CSS(0),(CF1,CF3),(=)),(CSS(1),(CF11,CF10),(=))* ),PCHID=11B,TYPE=OSD CNTLUNIT CUNUMBR=6000,PATH=((CSS(0),60),(CSS(1),60)),UNIT=OSA IODEVICE ADDRESS=(6000,015),CUNUMBR=(6000),UNIT=OSA IODEVICE ADDRESS=(600F,001),UNITADD=FE,CUNUMBR=(6000),* UNIT=OSAD CNTLUNIT CUNUMBR=6100,PATH=((CSS(0),61),(CSS(1),61)),UNIT=OSA IODEVICE ADDRESS=(6100,015),CUNUMBR=(6100),UNIT=OSA IODEVICE ADDRESS=(610F,001),UNITADD=FE,CUNUMBR=(6100),* UNIT=OSAD CNTLUNIT CUNUMBR=6200,PATH=((CSS(0),62),(CSS(1),62)),UNIT=OSA IODEVICE ADDRESS=(6200,015),CUNUMBR=(6200),UNIT=OSA IODEVICE ADDRESS=(620F,001),UNITADD=FE,CUNUMBR=(6200),* UNIT=OSAD CNTLUNIT CUNUMBR=6300,PATH=((CSS(0),63),(CSS(1),63)),UNIT=OSA IODEVICE ADDRESS=(6300,015),CUNUMBR=(6300),UNIT=OSA IODEVICE ADDRESS=(630F,001),UNITADD=FE,CUNUMBR=(6300),* UNIT=OSAD CNTLUNIT CUNUMBR=6400,PATH=((CSS(0),64),(CSS(1),64)),UNIT=OSA IODEVICE ADDRESS=(6400,015),CUNUMBR=(6400),UNIT=OSA IODEVICE ADDRESS=(640F,001),UNITADD=FE,CUNUMBR=(6400),* UNIT=OSAD CNTLUNIT CUNUMBR=6500,PATH=((CSS(0),65),(CSS(1),65)),UNIT=OSA IODEVICE ADDRESS=(6500,015),CUNUMBR=(6500),UNIT=OSA IODEVICE ADDRESS=(650F,001),UNITADD=FE,CUNUMBR=(6500),* UNIT=OSAD CNTLUNIT CUNUMBR=6600,PATH=((CSS(0),66),(CSS(1),66)),UNIT=OSA IODEVICE ADDRESS=(6600,015),CUNUMBR=(6600),UNIT=OSA IODEVICE ADDRESS=(660F,001),UNITADD=FE,CUNUMBR=(6600),* UNIT=OSAD CNTLUNIT CUNUMBR=6700,PATH=((CSS(0),67),(CSS(1),67)),UNIT=OSA IODEVICE ADDRESS=(6700,015),CUNUMBR=(6700),UNIT=OSA IODEVICE ADDRESS=(670F,001),UNITADD=FE,CUNUMBR=(6700),* UNIT=OSAD ODRTRLE VTAMLST 1 2 3 4 5 6 7 8 5050505050505012 5 0 TRLOSA VBUILD TYPE=TRL TRL6000 TRLE LNCTL=MPC,READ=(6000),WRITE=(6001),MPCLEVEL=QDIO, * PORTNAME=CP60P000,PORTNUM=0, * DATA=(6002,6003,6004,6005,6006,6007,6008,6009,600A) TRL6100 TRLE LNCTL=MPC,READ=(6100),WRITE=(6101),MPCLEVEL=QDIO, * PORTNAME=CP61P000,PORTNUM=0, * DATA=(6102,6103,6104,6105,6106,6107,6108,6109,610A) TRL6200 TRLE LNCTL=MPC,READ=(6200),WRITE=(6201),MPCLEVEL=QDIO, * PORTNAME=CP62P000,PORTNUM=0, * DATA=(6202,6203,6204,6205,6206,6207,6208,6209,620A) TRL6300 TRLE LNCTL=MPC,READ=(6300),WRITE=(6301),MPCLEVEL=QDIO, * PORTNAME=CP63P000,PORTNUM=0, * DATA=(6302,6303,6304,6305,6306,6307,6308,6309,630A) TRL6400 TRLE LNCTL=MPC,READ=(6400),WRITE=(6401),MPCLEVEL=QDIO, * PORTNAME=CP64P000,PORTNUM=0, * DATA=(6402,6403,6404,6405,6406,6407,6408,6409,640A) TRL6500 TRLE LNCTL=MPC,READ=(6500),WRITE=(6501),MPCLEVEL=QDIO, * PORTNAME=CP65P000,PORTNUM=0,
Re: z/OS equivalent to z/VM's Link Aggregation
Please explain a bit more what you are trying to do... Are you trying to share an OSA link with multiple LPARs? Are you trying to have multi OSA links for a single LPARs use like through a VIPA? A switch might not be needed. Also, what version of Z and z/OS Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E oddity?
https://www.ibm.com/docs/en/zos-basic-skills?topic=maintenance-zos-software - Is a good 500' level discussion. In general, never delete anything from a target system outside of SMP/E. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E oddity?
With all the issues with SMP and SMP/E themselves over the years, I always backup ALL SMPE related datasets, including the CSIs, before I start any SMPE work. No source/object management systems are perfect and the extra time to secure a check point of the state of the SMP/E environment is well worth the effort. When I was supporting VM/PE for Amdahl, I made it a point to tell the customers to ONLY APPLY the modifications that we provided as it made future maintenance simpler. I suggest as a practice that any local modifications be APPLYed and never ACCEPTed, because, as new vendor or IBM supplied maintenance rolls out, you are probably going to have to retrofit the local changes. https://www.ibm.com/docs/en/zos-basic-skills?topic=commands-smpe-apply-command - this is a link with a diagram of the flow from RECEIVE to APPLY to ACCEPT and RESTORE. IMHO ... BACK UP ALL SMPE related datasets before you start. It will save you hours of frustration. SMP/E is a complex tool to manage your z/OS system, but it does the job it is intended to do. Check out this link https://www.ibm.com/docs/en/zos-basic-skills?topic=maintenance-zos-software for more information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Would you consider that the applications were more like P-Code ( pseudo-code ) ... not that much different in principle to JAVA today ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Thanks for the info Dana, "For the record, there are no i-Server, or p-Servers any more. IBM Power servers can run any combination of IBMi, AIX and Linux LPARS concurrently." This reduces the IBM "mainframe" product line to just two; Z and Power Servers. ( or is it one in reality ? The magic of software/firmware/epi-code/microcode/macrocode ... ) Are the Power Servers implementing what was the AS400/OS400 functionality as an emulator? Is the Linux used compiled for the Power instruction set? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bytes in a 3390 track
Switching from "real" 3380s & 3390s to the emulated 3380s & 3390s has been an evolutionary path. For example, with the P370 and its derivatives, each DASD unit was implemented as a single file on the hosting PC; AWSDISK. Hercules implemented the same file structure and later added a compressed version with track updates stored in a new file that could be later reorganized back into the base. I would guess that the DS8K boxes today got a lot smarter and implemented the track data or even track record data as separate objects managed by a volume TOC mechanism; which facilities all the DS8K enhancements of volume cloning, fast copy, check pointing, versioning, etc. "Sparse type" file systems are also more common today. So individual dataset space is not a big issue. You have to think at the enterprise level. However, the individual still needs to allocate their datasets correctly to satisfy the OS ... or for the zOS people, get an X37 abend processor... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Apples and Oranges ... The final chip fab is usually the product of an underlying chip designed set with additional customization. Apple's M1 chip is a great example it is licensed ARM chip arch with lots of enhancements. So it is the M1 built on an ARM. The way chips have been designed for several years now, is to use a set library of functions and pick and choose what you need. For example, from the ARM library, you take 4 performance cores, 2 efficient cores, 2 GPUs, a storage manager, interrupt controller, and PCIe for a start... Then add 4M of L0 cache for each CPU, 32M L1 cache shared, and a 16G main storage and a 512G PCIe SSD ... all on the single chip carrier. There were also enhancements added to facility Intel Emulation since they knew they had to support both native ARM instructs and run an emulator for all the existing Intel applications. Rosetta 2 Note: Apple did the same when they transitioned from the Power to Intel... Rosetta The Power CPUs are a great RISC engine. There were other projects in Apple at one time that had HPUX and AIX running on an Apple Power PC that never saw daylight ... But it is still an ARM ... Intel's Xeon and Core chips are also RISC engines with X64 firmware ... Why do you think we get firmware patches to correct Xeon or Core instruction issues. From a pure engineering stand, it would make sense to use the Power library as a foundation since they already owned the proven tech. Use it as a fast microcontroller, RISC engine, and add the additional functionality they needed to implement the zArch instruction set. That CHIP and Firmware would be uniquely a z-CHIP but at its heart is probably a Power engine. But it is just a guess. When you couple the development of the z with the other two product lines, it is reasonable to assert that there is commonality there. Money being the driving force. It is also possible that the zArch engineers took an earlier version of the Power library and made it their own. Who actually knows what goes on that deep within IBM. Take the Z apart ... the Channel Cards, the IOP, the Storage books, the OSA, the PCIe interfaces, the Books that make up the CPUs, etc. This is a still a collection of microcontrollers working together to implement the z/Arch. It would also make good business sense that IBM would share as much tech as possible between the product lines of i-Server, p-Server and z-Server... in order to save costs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bytes in a 3390 track
Needless to say... it really depends on the question that is being asked. How do I calculate the amount of space a dataset needs? Don't use IBM's 56664 track space number for anything but a sales thing? The 3390 DASD under normal use, do not have 56664 bytes per track available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bytes in a 3390 track
Short block more efficient? Elaborate please. Space utilization and efficient are not necessarily the same. Latency issues vary a lot depending on the exact box being used for DASD. DS6K v DS8K. DS8K with rotating v solid-state ... QSAM v BPAM v BSAM v etc... General guidelines ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bytes in a 3390 track
John, The simple view is that with DASD, the bigger the block as a multiple of the track size, the more data you can store on a track. It almost like an IBG on the older tapes. Best allocation or space calc is to use 1/2 track if possible, for QSAM, and PDSs. For PDSEs using 32760 is fine because I believe they like linear VSAM files with 4K blocks. Remember for DASD, the maximum block size ( physical record ) is 32760. But this means on a 3390 you waste about 24K per track. Where as, using something near 27998 or less, you will get 2 blocks per track with about 1% overhead. It looks like PDSEs have about 13% overhead per track assuming a 4K (PAGE) track record size ... BUT no compression needs.. For the most part, let the OS handle the allocation by using BLKSIZE=0 where you can. It will calc the optimized track record size ( blksize ) for the specific device, including tapes. Do not expect 100% track utilization with MVS/VSE/VM ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Seymour is correct. The POP or POO is the specification. Any given processor could implement the specification differently. This includes all the simulators and emulators that have been developed over the years. When you add all the different hardware implementations, including GE, Fujitsu, ITEL, NAS, HDS, Amdahl, and Andor, etc., Engineers always think they can improve upon the works of others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Interesting that you have to resort to a childish rant ... So totally unprofessional ... BTW if you read the documents you proved they actually prove my point ... Dr. Gene Amdahl picked me to lead the design and build of his CMOS XA processor for a reason ... My direct OS and hardware experience... 52 years worth... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
After doing more research, I will stand by my retort. The BASIC CPU hardware for zServer is a collection of POWER PC processors with some addition z Enhancements and the z is an EMULATOR because the last HARDWIRED CPU was probably the S/360 & S/370 model 195. Even Intel CPUs are Emulators that is that are a RISC engine ( like the POWER PC ) running the INTEL/AMD X64 instruction set with lots of microcode ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
The use of the word "KEYS" in caps to indicate a mechanism that protected storage between the LPARs ... As a stated, and you rightly corrected, It was more conjecture as I have no insights into IBMs trade secrets. I can only base my experience upon what we designed at Andor Systems, which was a CPU chip that used epi-code to manage registers, and instructs. For example, we had a single MOV instruction that would move up to 8 bytes of storage, the MVC instruction was processed by the epi-code to complete the move. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage protection keys
Present day z/Arch machines are the combination of several POWER PC chips working together. With the inclusion of LPAR as the only mode to operate the machine, logically, the storage management is more than just the old storage keys, there are also additional KEYS to manage the LPARs themselves and PREVENT one LPAR from looking into the storage of another LPAR. The machine complex is a large emulator of the z/ARCH instruction set, memory/storage subsystem and IO processors. In other words, it's a very fast emulator. With very little change, the hardware is zServer, iServer and pServer, all running different instruction set emulation, but sharing a lot of functionally, like LPAR support in all three. The expert on this would be Lynn Wheeler... so the rest I'll defer to the experts. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM sues Micro Focus, claims it copied mainframe software • The Register
More like third and fourth… TurboHercules and PSI were first… TurboHercules for violating IBM patents that they put into the public domain. PSI … no comment, they ended up buying them and use their tech in zPDT… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM sues Micro Focus, claims it copied mainframe software • The Register
Long, Long time ago in a valley far, far away - Sun Microsystems was using an Amdahl processor running MVS for all virtually everything to run the business. One of the C-level people decided that it was ridiculous to be on an Amdahl instead of their own product. After many months of development/testing/etc and millions of dollars, they converted to their own product and immediately took well over 30 day outage trying to get stable, in the process of loosing order and order and order... The part that NO ONE considers is that a small handful of support, operations, applications people can run a large mainframe. Whereas, a commodity computer environment exponentially costs in human resources to support the same given work load. SSA is a good example. Virtually everything you see on the SSA website and their offices reside on TWO ... TWO ... z/Arch machines that back each other up ... about 50K MSUs worth. And there are only two SYSTEMS PROGRAMMERS to manage the OS. BTW When the FAA switch from IBMs to commodity PCs ... remember that protracted outage that messed up the US airspace ... Primary source of data in the world ( 40%+ ) is on an IBM machine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Assembler program attaching a C program
If this is a C program running under the LE enclave, then I would expect the normal calling conventions to be used. Wouldn't it be best practice to use standard OS conventions at least to the main() function? More questions, is this a main() function you are trying to attach or another function? Calling conventions are not the same. Take a look at https://publibz.boulder.ibm.com/epubs/pdf/cee14200.pdf Language Environment Writing Interlanguage Communication Applications BTW is the assembler program in an LE enclave? Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPF/SE is available for free
Grant, Are you aware that Apple’s OS is a certified Unix OS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AWS and IDRC/compression
As an aside, my z/Appliance VTA/VTS has its own format that compresses then encrypts data for images at rest and in flight across TCP networks. We also provide tools to convert from several well known format to our format and back. We also added 128 bits of CRC on each block to ensure data integrity and prevent middleman alterations of the data. Our methods also reduced server disk service times because we shrink the data by as much as 75% which translates to less data going thru the disk drivers and the OS. This is unique to our server as we do not depend on the disk controller to cache and encrypt the data. Payback is large because when you retrieve the data it is passed in its smallest format, for reading or for mirroring to a DR site. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AWS and IDRC/compression
IBM zPDT and all of its variants added compression as an option to the AWS tape format like the HET format did. The problem is what compression mechanism did they use. IBM has recently switch from LZ4 to zSTD compression in various mainframe components like DDR. So I would guess that it is probably one of those. Keep in mind that zPDT can read either without an issue. The tape creation is a configuration option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Location of forms code in z/OS manuals
Seymour, I have been looking thru my collection of PDFs from IBM and have noticed that several different versions of PDF generators have been used. It also appears that the persons generating the PDFs from older BOOKMASTER/GML formats used many different programs. I am wondering if the tagging is a parameter to the generators that some people might or might not have set. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Batch to extract scratch tape listing
This is a bit vague. Which OS? Which tape manager? Which Tape Server? In general, all of the systems include a process to extract SCRATCH tape information. From the Tape Managers, they usually include a Report Writer of some sort get the information. From the Tape Servers, they all do it differently. And what the Tape Manager thinks are scratches and what the Tape Server thinks are scratches are generally loosely tied together. For example, with my product, ATSM z/Appliance, we define a reserved VOLSER to manage the scratch pool on the tape server. Extracting the list from RMM or CA-1 or DYNAM-T, writing the list to the reserved VOLSER, then rewind, unload the tape, causing the code to process the list and associated reporting commands. The process generates a report that is written to the same tape. The report includes a list of all tapes, scratch tapes, archived tapes, etc. Using IEBGENER, on zOS, you can retrieve the report. Paul Gorlinsky VP Advanced TS Migrations, Co. https://www.atsmigrations.com +1-813-398-CICS (2427) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
To your original question: The help text has an interesting statement: Referring to OUTDSNAME and OUTDDNAME as the keyword "This keyword is intended to be used in conjunction with the Interactive Data Transmission Facility RECEIVE command INDATASET/INDSNAME/ INFILE/INDDNAME keywords. It will be generally used by your installation support personnel. NOTE: The data set attributes of the data set associated with the OUTDDNAME allocation will be: LRECL=80 BLKSIZE=3120 RECFM=FB. " I would guess that the support people assigned to RECEIVE/TRANSMIT have left it this way because of the Interactive Data Transmissions Facility part of TSO/E and its specifications. A local modification via SMPE as previously suggested wouldn't be a bad idea if you can get it pass the sysprog or change control in your company... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
And if you had been truly following this thread, there appears to be only ONE correction made ... the 1/2 track comment of mine ... Chill!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
On a z/OS 2.5 system, the results stand ... Note: NOT SMS managed A PDS or PDSE blocked either FB/80/3120 or other failed with with same message ... With or without the target member and the dataset pre allocated INMX209I TRANSMIT command terminated. Output dataset '.TEMP.XMIT.PDS' is not a sequential dataset. xmit (.xxx) DSNAME(Z101.RRR000.xmi) outdsn(temp.XMIT.PDS(RRR)) Using OUTFILE instead alloc DA(temp.xmit.pds(RRR)) FILE(OUTDD) SHR xmit (.xxx) DSNAME(V101.brf000.RRR) outFILE(OUTDD) HOWEVER, is all cases using the OUTFILE the dsn (PDS/PDSE/SEQ) got modified to FB/80/3120 even if members existed in the PDS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
Is this not a threaded conversation that is being held ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
OMG - You're in this case was Mr. Metz... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
I have heard that PDSEs are built on linear VSAM dsn functionality.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
Funny Results: The DSN has to be a SEQuential dataset. XMIT with reallocate it to FB/80/3120 ... If it is a PDS, XMIT complains that it is not a sequential DSN... So, Either XMIT to a temp file, then copy to a PDS/DSN with a larger block size or apply the ZAP like Lionel suggested... I did take the XMIT output and copied it to a PDSE that was FB 80 32720 and successfully RECEIVED the member without moving it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
You're correct, I mangled a best practice with functional capability. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
Previous posts identified the issue for you... If you let the XMIT/TRANSMIT program allocate the file, it defaults to 3120; however, if you preallocate the dataset, FB/80/0 it will keep those attributes. The RECEIVE program will work regardless of the BLKSIZE provided it is has an LRECL of 80 and is Fixed Block. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: D IPLINFO / IEE254I
Did you happen to define those items on the HMC for that LPAR's profile ? It looks like they show everything in the profile now ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO XMIT BLKSIZE
Like so many of the things IBM does, it is a left over from when we had several different DASD types going all the way back to OS/MVT/MFT days... 3120 was optimum for any... But today, for the most part, BLKSIZE=0 is OK and the OS will calculate the proper size for the device you are writing on. That, could be a multiple of 64K or 256K for tape ( if you have large block enabled ) or generally 1/2 track multiple for 3390, like 27920 for LRECL 80. It is important to remember that there are other factors, like HARD CODING a BLKSIZE in an application, like COBOL ... BLOCK CONTAINS 10 RECORDS ... instead of BLOCK CONTAINS 0 RECORDS ... which would require a specific BLKSIZE or MAXIMUM BLKSIZE. 3390's have a track size of ... 56664 ... but DASD has a 1/2 track limit on the BLKSIZE ( probably has something to do with 32767 and a historical artifact ) Using a large BLKSIZE when writing the XMIT file has NOTHING to do with JES(2/3) Regardless of the BLKSIZE, with JES(2/3) they process the 80 byte records ( CARD IMAGES ) as a PSEUDO device ... SYSIN / SYSOUT type ... If the DASD SET is large ( TERSE PACK ) before XMIT would save space ... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CAS Restart during system startup
Double check ... but CAS should run under the master address space ... S CAS,SUB=MSTR i believe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
You should be able to use the AUTOSWITCH option for the drive(s) then ... if z/OS z/VM and z/VSE do things different, for z/VM is mostly a VARY off on one LPAR and VARY ON on the other... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HYCD or IOCP
First of all, I am a manufacturer of a Virtual Tape Appliance that emulates 3480, 3490 and 3590 tapes, z/Appliance. We, like most VTAs that are not IBM's, operate as a MTL ( manual tape library ), and we support auto mounting via the LDD CCW ( Load Display ). For z/OS, that is the message like MABC001S that real devices displayed. The M for mount, the S for SL label and then ABC001 for the volume serial number. PRIVAT or SCRTCH for the vol ser indicate that the appliance should pull from the scratch list it is maintaining. Second, as part of the communication process, the LPAR number is sent. This information along with the various CCWs that affect ASSIGNMENT, is how we manage and communicate with the LPAR OS as to the availability of a DRIVE. We support up to 254 LPARs, although that is beyond what IBM presently supports. Now, you can VARY the device to be AUTOSWITCHed. That and configuring via the IO/GEN multiple LPARs availability enables the use of a drive for several LPARs. V 580,AS,ON This is fine when you are operating a SYSPLEX, because a SYSPLEX typically shares the tape pool/vault. If that is not the case, then configure the VTA with multiple control units or devices and limit the scope of the control unit or device to specific LPARs. For example, with our z/Appliance you can configure a single control unit with 16 devices and each could be assigned a unique LPAR number and tape pool. Or configure 16 Controllers with 4 devices each with each controller assigned to a unique LPAR and yet they could all share the same pool if you wanted to do that. The AUTOSWITCH configuration makes sense with expensive real devices. However, with Virtual Tapes, we license by the number of active tape mounts, not the number of devices defined. This avoids all the hand shaking that has to be done by the OS to locate a free tape device. A process that adds latency to tape drives in use. If you have 4 LPARs and the maximum number of drives you would ever use is 8, then define 4 control units with eight devices each and purchase a license for 8 devices. So even though you have 32 devices defined in the IOGEN, the license would defer mounts greater than 8 in this case. For additional information, please visit our website at https://www.atsmigrations.com . Leave a contact and i would be happy to discuss the process with you. Thanks Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM Question
BTW There are other Redbooks in this same area. For example Converting to DFSMSrmm from CA-1 ( SG24-6241-01 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QWS3270 on zPDT
You might want to check your TCPIP PARMLIB member on zPDT, the options there might be different for secured and unsecured connections. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
