Re: Eight-character TSO Userid Support
W dniu 2011-12-28 01:16, Paul Gilmartin pisze: On Tue, 27 Dec 2011 23:36:48 +0100, R.S. wrote: SUBMIT adds a character only if the job text does not contain JOB statement. IMHO submitting jobs without JOB statement is quick and DIRTY method. Very dirty. It can be easily changed to allow 8-char userids (add 1 charecter OR change eight character with random one). Of course, requiring that job names begin with the user ID is the only way to almost guarantee that job names are unique. Of course it's not. One can imagine other naming conventions. But even nowadays is there anything to prevent my submitting a job not with the TSO SUBMIT command (e.g. via FTP or by writing directly to INTRDR) that has your user ID as a prefix? Fortunately there is JESJOBS class which protects jobnames. You can easily set up the rule everything is allowed with exception to reserverd names. No need to prefix jobnames with userid. Is there anything except the good conscience of the admin to prevent creating two user IDs where the second is the first with a single character appended? Naming convention, you can call it good conscience ;-) Last, but not least: does anyone remember that userid can begin with numeric? A user name 1234567 is legal one. Obviously TSO segment for such userid is still big problem. Simply because of DSN prefixing, or are there other concerns? Yes. Some irony missed. ;-) -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
PCOMM access to workstation file system
In a help panel (ISPWSDH1) explaining how to download the ISPF C/S client (ISPF OPT3.7), it says that you can also choose to have ISPF create the directory on your workstation For other purpose, i wonder how can this be done other then VBSCRIPT? ITschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
Hi, As far as I remember 8 char TSO userids are available when MVS is used with VM/XMAS under an augmented universe but only if you use the Undocumented Feature Option and the System Transition Application Real Generic Access Tool Environment. Otherwise I think the chance for metric to be used in the USA are better. The manual for intellectual self defense tells that neither the ability of using arbitrary length ids elsewhere nor seeing anything else that doesn't tell anything positive doesn't make a working feature a bad one. I'd rather see an IPL being faster, etc. usual seasonal greetings :-) Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM access to workstation file system
On Wed, 28 Dec 2011 10:49:00 +0200, Itschak Mugzach wrote: In a help panel (ISPWSDH1) explaining how to download the ISPF C/S client (ISPF OPT3.7), it says that you can also choose to have ISPF create the directory on your workstation For other purpose, i wonder how can this be done other then VBSCRIPT? 1. FTP 2. Workstation agent -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSOID support
Steve Comstock wrote: begin snippet John, You've mentioned this frequently. I got to wondering if you can still call the C functions from an LE-enabled Assembler program? Should work, but I'm not sure if there are some cases where it doesn't. /end snippet 'Still'? In most cases these 'C' functions are also 'PL/I' functions, and in many cases they are also 'COBOL' functions too. I invoke 'PL/I' library routines from LE-enabled assembler routines routinely, and since the 'C' versions are the same routines it seems likely that they too are usable in that way. IBM developed the LE in order to avoid implementing essentially the same library subroutines over and over again for different statement-level languages, and it therefore takes care to ensure that they are usable mutatis mutandis in all of these languages and in assembly language (for the convenience of its own developers and that of ISVs who do not have access to PL/X). This said, there are a very few situations in which care should be taken. FORTRAN and PL/I both provide native support for complex arithmetic. C does not, although there are at least two C extensions/packages that do so respectably, albeit slowly. If compatibility with one of these packages were my goal, I should want to be sure that its conventions and those of the LE were, if not identical, not so different as to pose major problems. (These things can be stumbled upon. Long ago in another country I encountered a situation in which a programmer---She did not even know the definition of ABS(complex number)---was very surprised when confronted with what the LE/FORTRAN/PL/I library routine produced, quite correctly, for it. In this case the wench is, fortunately, not dead.) John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
sexist language
No! No! No! My use of the word 'wench' was not sexist. It was an unthinking literary allusion, to some very celebrated---in some milieux---lines of Christopher Marlowe: Barnadine: Thou has committed--- Barabas: Fornication? But that was in another country; and besides, the wench is dead. I will try to avoid such things in the future, but I fear that an occasional lapse is likely. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
On Wed, 28 Dec 2011 10:42:16 +0100, Peter Sylvester wrote: I'd rather see an IPL being faster, etc. But re-read the OP. They is contending with Company Policy. http://www.thealders.net/humour/work/wk49.html -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: sexist language
Well there has been enough Topless solutions discussed to date, I suppose some wenching will not do any harm = No! No! No! = = My use of the word 'wench' was not sexist. It was an unthinking = literary allusion, to some very celebrated---in some milieux---lines = of Christopher Marlowe: = = Barnadine: Thou has committed--- = Barabas: Fornication? But that was in another country; and besides, = the wench is dead. = = I will try to avoid such things in the future, but I fear that an = occasional lapse is likely. = = John Gilmore, Ashland, MA 01721 - USA = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
On Tue, 27 Dec 2011 23:36:48 +0100, R.Skorupka wrote: SUBMIT adds a character only if the job text does not contain JOB statement. IMHO submitting jobs without JOB statement is quick and DIRTY method. Very dirty. It can be easily changed to allow 8-char userids (add 1 charecter OR change eight character with random one). SUBMIT also adds a character if a JOB statement is present and the jobname is the userid. It will do so multiple times if there is more than one such JOB statement in the dataset being submitted, with a separate prompt for each job if prompting is used. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
On Tue, 27 Dec 2011 14:29:12 -0600, McKown, John john.mck...@healthmarkets.com wrote: A RACF id can be 8 characters. But, in that case, they cannot have a TSO segment. So they cannot be used to logon to TSO. If you try, you get a message of some sort from the TSO logon process. They can be used for batch jobs, UNIX shell accounts, ftp accounts, CICS logons, and probably others (like DB2 and IMS, but I don't know). Actually, a user with an 8-character user ID should be able to have a TSO segment, John. I'm not aware of anything that would prevent that, unless possibly it's something related to creation of the segment trying to add the user to SYS1.BRODCAST. If you've configured TSO/E to use user brodcast data sets even that should not be a problem. But you're right, they would not be able to logon to TSO. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Couple Data Sets - DR Considerations
We recover three sysplex's at DR, two single system sysplexes and one multi-system parallel sysplex. Since we don't utilize any data replication processes, we still perform DR via full volume backups and restores using our providers floor system. The two single system sysplexes use their production couple datasets at DR, but we have a separate set of DR couple datasets for the parallel sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we don't care about at DR). Just wondering how everyone else is doing it. -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hiperbatch still supported ?
Dear MVS experts , I am a bit surprised to find the MVS Programming Hiperbatch Guide in z/os 1.13 docs , as far as i know this feature uses expanded storage and this disappears with 64 bits ? (Also soem products still use hiperspaces and dataspaces i suppose that they are now backed by virtual memory ? ) Thank you to help open a DB2's guy mind. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hiperbatch still supported ?
W dniu 2011-12-28 16:37, Daniel Cremieux pisze: Dear MVS experts , I am a bit surprised to find the MVS Programming Hiperbatch Guide in z/os 1.13 docs , as far as i know this feature uses expanded storage and this disappears with 64 bits ? (Also soem products still use hiperspaces and dataspaces i suppose that they are now backed by virtual memory ? ) Hiperbatch is still supported, although I would call it moribound because it's not being enhanced. AFAIK Hiperbatch use Hiperspace which do not require expanded memory. In the past it could use expanded memory, but it wasn't obligatory. Both dataspaces and hiperspaces are kept for compatibility, both are limited to 31-bits and both are rather being replaced by memory objects in 64-bit. BTW: 64-bit does not mean no expanded memory, z/VM still use expanded memory. Only z/OS got rid of expanded memory support. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Couple Data Sets - DR Considerations
We provide our own DR between data centers with fully mirrored disk, but we still handle couple data sets in a manner similar to yours. However, we do not create new WLM data sets. Do you have a specific reason for doing so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can be recreated before (CFRM) or immediately after (logger) the first IPL by automated batch processes. But WLM AFAIK requires ISPF and manual involvement by the performance/tuning group, who owns WLM policies. We've never seen a need to tailor WLM for the DR environment. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobs mark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 06:53 AM Subject:Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We recover three sysplex's at DR, two single system sysplexes and one multi-system parallel sysplex. Since we don't utilize any data replication processes, we still perform DR via full volume backups and restores using our providers floor system. The two single system sysplexes use their production couple datasets at DR, but we have a separate set of DR couple datasets for the parallel sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we don't care about at DR). Just wondering how everyone else is doing it. -- Mark Jacobs Time Customer Service Tampa, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Couple Data Sets - DR Considerations
Regarding the WLM couple datasets, no we don't have a reason other than the desire not to run with some production couple datasets, and some specifically for DR. Do you use your production logr couple dataset, or one specifically for DR? If the latter how do you keep the two in sync since AFAIK you can't add/change logger entries in a specific couple dataset, only the active one. Mark Jacobs On 12/28/11 12:37, Skip Robinson wrote: We provide our own DR between data centers with fully mirrored disk, but we still handle couple data sets in a manner similar to yours. However, we do not create new WLM data sets. Do you have a specific reason for doing so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can be recreated before (CFRM) or immediately after (logger) the first IPL by automated batch processes. But WLM AFAIK requires ISPF and manual involvement by the performance/tuning group, who owns WLM policies. We've never seen a need to tailor WLM for the DR environment. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 06:53 AM Subject:Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu We recover three sysplex's at DR, two single system sysplexes and one multi-system parallel sysplex. Since we don't utilize any data replication processes, we still perform DR via full volume backups and restores using our providers floor system. The two single system sysplexes use their production couple datasets at DR, but we have a separate set of DR couple datasets for the parallel sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we don't care about at DR). Just wondering how everyone else is doing it. -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SDSF ISFPRM00
SDSF security using ISFPRM00 is not working as I expect. My userid is ending up in the DEFAULT group which is where I would expect it to be classsified. SDSF WHO displays GRPINDEX=17,GRPNAME=DEFAULT GROUP NAME(DEFAULT) AUPDT(0), TSOAUTH(JCL), ACTION(NONE), AUTH(I,O,H,DA), CMDAUTH(USERID,NOTIFY), CMDLEV(2), CONFIRM(ON), CURSOR(ON), DADFLT(IN,OUT,TRANS,STC,TSU,JOB), LOGOPT(OPERACT), DSPAUTH(USERID,NOTIFY), ILOGCOL(1), LANG(ENGLISH), UPCTAB(TRTAB2), VALTAB(TRTAB), XDSPD(XCLPAY), VIO(SYSALLDA) What puzzles me is that my test userid has access to all output. I would have expected that only jobs that began with my userid or specified my userid on the notify DSPAUTH(USERID,NOTIFY), would be visable. If I log on and type H P* I can view any output that I find. Even though their is an exclude for PAY* output XDSPD(XCLPAY), NTBL NAME(XCLPAY) NTBLENT STRING(PAY),OFFSET(1) I can view this output too. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Couple Data Sets - DR Considerations
We use *all* couple data sets in DR, just not necessarily the mirrored copies. -- Sysplex, ARM, SFM, BPXMCDS, and WLM data sets are mirrored from production. -- CFRM data sets are created and populated with the (presumed) current CFRM policy from the driving system before first IPL. This process is required for GRS star, which must have an active structure at IPL. When you create a CFRM policy, you can point to any couple data on any volume. -- Logger data sets are created from the driving system before first IPL but populated with the (presumed) current logger policy from the newly IPLed DR system. When you create a logger policy, the policy can only go to the current active logger data set. -- 'Presumed current' is based on the ISPF last update stats in the (mirrored) common policy data set. -- During the first IPL, there is a WTOR for each of the newly created data sets; it requires 'C': go with PARMLIB specification rather than last used. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobs mark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 10:11 AM Subject:Re: Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Regarding the WLM couple datasets, no we don't have a reason other than the desire not to run with some production couple datasets, and some specifically for DR. Do you use your production logr couple dataset, or one specifically for DR? If the latter how do you keep the two in sync since AFAIK you can't add/change logger entries in a specific couple dataset, only the active one. Mark Jacobs On 12/28/11 12:37, Skip Robinson wrote: We provide our own DR between data centers with fully mirrored disk, but we still handle couple data sets in a manner similar to yours. However, we do not create new WLM data sets. Do you have a specific reason for doing so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can be recreated before (CFRM) or immediately after (logger) the first IPL by automated batch processes. But WLM AFAIK requires ISPF and manual involvement by the performance/tuning group, who owns WLM policies. We've never seen a need to tailor WLM for the DR environment. From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 06:53 AM Subject:Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu We recover three sysplex's at DR, two single system sysplexes and one multi-system parallel sysplex. Since we don't utilize any data replication processes, we still perform DR via full volume backups and restores using our providers floor system. The two single system sysplexes use their production couple datasets at DR, but we have a separate set of DR couple datasets for the parallel sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we don't care about at DR). Just wondering how everyone else is doing it. -- Mark Jacobs Time Customer Service Tampa, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Couple Data Sets - DR Considerations
It would be SO nice to have a mirrored DR, but alas no. Thanks for your comments. Mark Jacobs On 12/28/11 14:04, Skip Robinson wrote: We use *all* couple data sets in DR, just not necessarily the mirrored copies. -- Sysplex, ARM, SFM, BPXMCDS, and WLM data sets are mirrored from production. -- CFRM data sets are created and populated with the (presumed) current CFRM policy from the driving system before first IPL. This process is required for GRS star, which must have an active structure at IPL. When you create a CFRM policy, you can point to any couple data on any volume. -- Logger data sets are created from the driving system before first IPL but populated with the (presumed) current logger policy from the newly IPLed DR system. When you create a logger policy, the policy can only go to the current active logger data set. -- 'Presumed current' is based on the ISPF last update stats in the (mirrored) common policy data set. -- During the first IPL, there is a WTOR for each of the newly created data sets; it requires 'C': go with PARMLIB specification rather than last used. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 10:11 AM Subject:Re: Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Regarding the WLM couple datasets, no we don't have a reason other than the desire not to run with some production couple datasets, and some specifically for DR. Do you use your production logr couple dataset, or one specifically for DR? If the latter how do you keep the two in sync since AFAIK you can't add/change logger entries in a specific couple dataset, only the active one. Mark Jacobs On 12/28/11 12:37, Skip Robinson wrote: We provide our own DR between data centers with fully mirrored disk, but we still handle couple data sets in a manner similar to yours. However, we do not create new WLM data sets. Do you have a specific reason for doing so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can be recreated before (CFRM) or immediately after (logger) the first IPL by automated batch processes. But WLM AFAIK requires ISPF and manual involvement by the performance/tuning group, who owns WLM policies. We've never seen a need to tailor WLM for the DR environment. From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 06:53 AM Subject:Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu We recover three sysplex's at DR, two single system sysplexes and one multi-system parallel sysplex. Since we don't utilize any data replication processes, we still perform DR via full volume backups and restores using our providers floor system. The two single system sysplexes use their production couple datasets at DR, but we have a separate set of DR couple datasets for the parallel sysplex that we populate at DR (mainly CFRM, LOGR, WLM, the others we don't care about at DR). Just wondering how everyone else is doing it. -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Semiprivileged instructions, part 1
[Cross-posted to the mainframe assembler list]
[This is in two parts because of restrictions on posting
size for the assembler list.]
Based on some earlier posts on the mainframe assembler list,
I have been researching the semiprivileged instructions to
see which ones might be useful for application programs
(programs written to accomplish corporate work: problem state,
only standard interfaces and APIs used).
The PoPs says, on page 5-24 in the PDF version (dz9zr008.pdf /
SA22-7832-08), there are 23 semiprivilged instructions.
There is a table, Figure 5-6 on pp. 5-28/5-29, that purportedly
includes all the semiprivileged instructions along with some
other instructions that use authorization messages. If you stick
with the 23 semiprivilged instructions, you get these:
BAKR- Branch and Stack
BSA - Branch and Set Authority
EPAR- Extract Primary ASN
EPAIR - Extract Primary ASN and Instance
ESAR- Extract Secondary ASN
ESAIR - Extract Secondary ASN and Instance
IAC - Insert Address space Control
IPK - Insert PSW Key
IVSK- Insert Virtual Storage Key
MVCDK - Move Characters with Destination Key
MVCK- Move Characters with Key (not shown in Figure 5-6 on pp. 5-28/5-29)
MVCOS - Move Characters with Optional Specifications
MVCP- Move Characters to Primary
MVCS- Move Characters to Secondary
MVCSK - Move Characters with Source Key
PC - Program Control
PR - Program Return
PT - Program Transfer
PTI - Program Transfer with Instance
RP - Resume Program
SAC - Set Address space Control
SACF- Set Address space Control Fast
SPKA- Set PSW Key from Address
Some other interesting instructions in this table:
BSG - Branch in Subspace Group
EREG- Extract stacked REGisters (32 bits)
EREGG - Extract stacked REGisters Grande (64-bits)
ESTA- Extract stacked STAte
LPTEA - Load Page Table Entry Address
MSTA- Modify stacked STAte
SSAR- Set Secondary ASN
SSAIR - Set Secondary ASN with Instance
STRAG - Store Real Address p
TAR - Test Access p
TPROT - Test PROTection p
('interesting' in the sense they are not
semiprivileged and the first eight are
not privileged either, but they are
described in the chapter on Control
Instructions: so are they 'general'
instructions? I think not, but it's hard
to say.)
My focus: are these first eight instructions useful
for applications programmers?
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-355-2752
http://www.trainersfriend.com
* To get a good Return on your Investment, first make an investment!
+ Training your people is an excellent investment
* Try our tool for calculating your Return On Investment
for training dollars at
http://www.trainersfriend.com/ROI/roi.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Semiprivileged instructions, part 2
[Cross-posted to the mainframe assembler list] [This is in two parts because of restrictions on posting size for the assembler list.] Now, let me just focus on the 23 semiprivileged instructions: BAKR- Branch and Stack BSA - Branch and Set Authority EPAR- Extract Primary ASN EPAIR - Extract Primary ASN and Instance ESAR- Extract Secondary ASN ESAIR - Extract Secondary ASN and Instance IAC - Insert Address space Control IPK - Insert PSW Key IVSK- Insert Virtual Storage Key MVCDK - Move Characters with Destination Key MVCK- Move Characters with Key (not shown in Figure 5-6 on pp. 5-28/5-29) MVCOS - Move Characters with Optional Specifications MVCP- Move Characters to Primary MVCS- Move Characters to Secondary MVCSK - Move Characters with Source Key PC - Program Control PR - Program Return PT - Program Transfer PTI - Program Transfer with Instance RP - Resume Program SAC - Set Address space Control SACF- Set Address space Control Fast SPKA- Set PSW Key from Address In this discussion, Peter Relson wrote: If the operating system lets an unauthorized program do something, then why restrict that unauthorized program further unless necessary? So my next line of inquiry is: which of the above instructions are allowed by z/OS for problem state programs? Where is this information documented? [My follow up research will be: which of these instructions allowed by z/OS are useful for the application programmer? This may then result in a new course. We'll see.] -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Couple Data Sets - DR Considerations
Mirroring didn't change the way we do things at my client. Going back to tape restore, mirroring to vendor DR site, or in-house mirroring which is done now, we used a new XCF and CFRM data set for DR and all the rest remained. By new, I mean freshly formatted and never used couple data sets that are pointed to via different IPL parms. A couple of sysplexes using GRS STAR load the CFRM at IPL via COUPLExx (avail. since z/OS 1.2 IIRC). When it was a vendor's site for DR the policy couldn't be written to the couple ds until we knew what CF we would get, and that was done from a one pack system. After DR was move in-house, it was pre-staged and I think the DR CFs may now be in the prod CFRM policy for those sysplexes and they are IPLed with the production CFRM couple ds (some cleanup commands are needed after IPLing at the DR site). LOGR has always been an issue, especially with tape restore. With mirroring some things worked and others still had problems due to data in the CF and an active system at the time of the snap that we IPL from. So when we used tape restore, after we came up we used my LOGRREXX exec (see my web site / CBT file 434) to delete / define all logstreams. Using a new or DR LOGR couple ds doesn't do anything for the catalog or the data sets on your logr volumes (hence the delete/define using the one that is restored or mirrored from production).Once we started mirroring we only deleted CICS and RRS logstreams. That forces an RRS cold start (you actually only have to delete/define the RM.DATA logstream for this). And I think CICS may be optional based on the way CICS is started with a certain SIT parm (initial?). Be since it doesn't matter, we've left the delete/define of CICS logstreams in our procedures. Other logstreams don't seem to have a problem.That means I can come up at DR and see all the operlog that had been offloaded to DASD for example. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 28 Dec 2011 14:41:49 -0500, Mark Jacobs mark.jac...@custserv.com wrote: It would be SO nice to have a mirrored DR, but alas no. Thanks for your comments. Mark Jacobs On 12/28/11 14:04, Skip Robinson wrote: We use *all* couple data sets in DR, just not necessarily the mirrored copies. -- Sysplex, ARM, SFM, BPXMCDS, and WLM data sets are mirrored from production. -- CFRM data sets are created and populated with the (presumed) current CFRM policy from the driving system before first IPL. This process is required for GRS star, which must have an active structure at IPL. When you create a CFRM policy, you can point to any couple data on any volume. -- Logger data sets are created from the driving system before first IPL but populated with the (presumed) current logger policy from the newly IPLed DR system. When you create a logger policy, the policy can only go to the current active logger data set. -- 'Presumed current' is based on the ISPF last update stats in the (mirrored) common policy data set. -- During the first IPL, there is a WTOR for each of the newly created data sets; it requires 'C': go with PARMLIB specification rather than last used. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 10:11 AM Subject:Re: Couple Data Sets - DR Considerations Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Regarding the WLM couple datasets, no we don't have a reason other than the desire not to run with some production couple datasets, and some specifically for DR. Do you use your production logr couple dataset, or one specifically for DR? If the latter how do you keep the two in sync since AFAIK you can't add/change logger entries in a specific couple dataset, only the active one. Mark Jacobs On 12/28/11 12:37, Skip Robinson wrote: We provide our own DR between data centers with fully mirrored disk, but we still handle couple data sets in a manner similar to yours. However, we do not create new WLM data sets. Do you have a specific reason for doing so? We (OS sysprogs) are caretakers of CFRM and logger policies, which can be recreated before (CFRM) or immediately after (logger) the first IPL by automated batch processes. But WLM AFAIK requires ISPF and manual involvement by the performance/tuning group, who owns WLM policies. We've never seen a need to tailor WLM for the DR environment. From: Mark Jacobsmark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Date: 12/28/2011 06:53 AM Subject:Couple Data
Re: PCOMM access to workstation file system
In 1210380970434908.wa.m42tomibmmainyahoo@bama.ua.edu, on 12/28/2011 at 06:25 AM, Tom Marchant m42tom-ibmm...@yahoo.com said: On Wed, 28 Dec 2011 10:49:00 +0200, Itschak Mugzach wrote: In a help panel (ISPWSDH1) explaining how to download the ISPF C/S client (ISPF OPT3.7), it says that you can also choose to have ISPF create the directory on your workstation For other purpose, i wonder how can this be done other then VBSCRIPT? 1. FTP 2. Workstation agent You can't use the WSA until it's installed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: sexist language
snip No! No! No! My use of the word 'wench' was not sexist. It was an unthinking literary allusion, to some very celebrated---in some milieux---lines of Christopher Marlowe: Barnadine: Thou has committed--- Barabas: Fornication? But that was in another country; and besides, the wench is dead. I will try to avoid such things in the future, but I fear that an occasional lapse is likely. -unsnip References to previously-written literature should be accurate, without regard to changing mores and/or political correctness. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Regarding LE control blocks
The environment: Assembler LE main creates enclave FOO. It calls an Enterprise PL/I OPTIONS(MAIN) which creates enclave BAR PL/I program calls Enterprise COBOL. Enclave BAR ends. Enclave FOO abends during termination attempting to clean up COBOL data that was already freed during BAR termination - cleaning up COBOL. Why would FOO be trying to do this? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Semiprivileged instructions, part 1
On 28 December 2011 15:16, Steve Comstock st...@trainersfriend.com wrote: The PoPs says, on page 5-24 in the PDF version (dz9zr008.pdf / SA22-7832-08), there are 23 semiprivilged instructions. [...] PC - Program Control That's Program Call... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Semiprivileged instructions, part 1
On 12/28/2011 2:57 PM, Tony Harminc wrote: On 28 December 2011 15:16, Steve Comstockst...@trainersfriend.com wrote: The PoPs says, on page 5-24 in the PDF version (dz9zr008.pdf / SA22-7832-08), there are 23 semiprivilged instructions. [...] PC - Program Control That's Program Call... Tony H. You're right. I knew that, but blew it. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Regarding LE control blocks
Just a guess, because you have OPTIONS(MAIN) on the PL/I? Have you tried with PL/I not main? On Thu, Dec 29, 2011 at 8:51 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: The environment: Assembler LE main creates enclave FOO. It calls an Enterprise PL/I OPTIONS(MAIN) which creates enclave BAR PL/I program calls Enterprise COBOL. Enclave BAR ends. Enclave FOO abends during termination attempting to clean up COBOL data that was already freed during BAR termination - cleaning up COBOL. Why would FOO be trying to do this? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF ISFPRM00
In 2456729190332381.wa.sysproghelpgmail@bama.ua.edu, on 12/28/2011 at 12:33 PM, System Programmer sysprogh...@gmail.com said: SDSF security using ISFPRM00 is not working as I expect. It's been a while since I did it, but doesn't USERID refer to the userid rather than to the job name? I vaguely recall that there's a separate control for prefixes of the job name. I'd tell you to RYFM except that in the case of SDSF, TFM is often unhelpful :-( -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF ISFPRM00
System Programmer wrote: SDSF security using ISFPRM00 is not working as I expect. My userid is ending up in the DEFAULT group which is where I would expect it to be classsified. SDSF WHO displays GRPINDEX=17,GRPNAME=DEFAULT GROUP NAME(DEFAULT) AUPDT(0), TSOAUTH(JCL), ACTION(NONE), AUTH(I,O,H,DA), CMDAUTH(USERID,NOTIFY), CMDLEV(2), CONFIRM(ON), CURSOR(ON), DADFLT(IN,OUT,TRANS,STC,TSU,JOB), LOGOPT(OPERACT), DSPAUTH(USERID,NOTIFY), ILOGCOL(1), LANG(ENGLISH), UPCTAB(TRTAB2), VALTAB(TRTAB), XDSPD(XCLPAY), VIO(SYSALLDA) What puzzles me is that my test userid has access to all output. I would have expected that only jobs that began with my userid or specified my userid on the notify DSPAUTH(USERID,NOTIFY), would be visable. If I log on and type H P* I can view any output that I find. Even though their is an exclude for PAY* output XDSPD(XCLPAY), NTBL NAME(XCLPAY) NTBLENT STRING(PAY),OFFSET(1) I can view this output too. Any ideas? My fall-through group is defined as GROUP NAME(DEVELOPR AUTH(DA, DEST, FINDLIM, H, I, INPUT, O, PREF, ST), CMDAUTH(NOTIFY, USERID, MSG), CMDLEV(2), DADFLT(IN, OUT, TRANS, READY, JOB), DFIELDS(DAFLDS), DFIELD2(DAFLD2), DSPAUTH(NOTIFY, USERID), HFIELDS(HFLDS), HFIELD2(HFLD2), OFIELDS(OFLDS), OFIELD2(OFLD2), STFLDS(STFLDS), STFLD2(STFLD2) and I just verified that it works (on z/OS 1.11). Did you REFRESH the SDSF server after modifying the parmlib entry for that group? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tapeless Solutions
Radoslaw, Sorry, the only link is to the SHARE web-site to lookup presentations. http://proceedings.share.org/proceedings/ The name of the presentation was 9969: Virtual Tape Replication Multi-Vendor Panel Discussion , so you should be able to find it by simply putting Virtual into the Title search and selecting presentation 9969. Russell -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, December 27, 2011 4:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions W dniu 2011-12-24 18:43, Russell Witt pisze: Not true at all. CA-Vtape can optionally use open system storage, but it is not required. If you want to go directly from MF DASD/CACHE to tape - that is an option. Still true. I wrote about MDL, Luminex, Interkom, NOT about Vtape. Actually, there was a presentation (panel-type) at the SHARE in Orlando where we had a short 7-minute presentation from each of 6 vendors. All of their presentations have also been uploaded to the SHARE web-site. So, if you are interested in a short over-view of half-a-dozen different Vtape offerings (with remote replication), you can go to the SHARE web-site. Do you have a link to he presentation? Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Saturday, December 24, 2011 5:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions W dniu 2011-12-24 10:50, Tommy Tsui pisze: It seems the only choice for enterprise tapeless solution is only vsm or 7720, anyone will consider bustech or ca-tape software solution what is pros and cons Well, I never said that. BusTech MDL is also a choice, as well as Luminex product or Interkom one. Actually all of mentioned products are a PART of the solution, all of them need some open system (FBA) storage to store the data. Pros and cons - well, at least Luminex is not tied to given storage manufacturer (BusTech is part of EMC), so in this case you have wider choice of devices. Another issue is performance, scalability, remote copy, etc. Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: sexist language
Sorry, but I agree as well. Wench is simply not sexist. This is pandering to political correctness. Soon, we will not be able to communicate at all without offending someone. I can't wait to retire. Doug -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Wednesday, December 28, 2011 4:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sexist language snip No! No! No! My use of the word 'wench' was not sexist. It was an unthinking literary allusion, to some very celebrated---in some milieux---lines of Christopher Marlowe: Barnadine: Thou has committed--- Barabas: Fornication? But that was in another country; and besides, the wench is dead. I will try to avoid such things in the future, but I fear that an occasional lapse is likely. -unsnip--- - References to previously-written literature should be accurate, without regard to changing mores and/or political correctness. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
I don't mean to be flippant, but I seriously almost spit my diet coke all over my screen when I read the previous reply about allowing the software company to audit their system. :) I really don't think any site would readily agree to have their site audited by a software company for compliance. It sounds good to say that, but in reality I really really doubt that anyone at just about any site would agree to it. I can just imagine the dead silence that would happen when a marketing person says oh yeh, and we will be here in sometime during the year and audit all of your CPU's and LPARs to make sure we can really trust you. After the silence, the sale would disappear. :) Please don't take offense with my response. It just took me by surprise. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
We have our products tell how long they are licensed for (how much time is left) on each startup. When it gets within 45 days we make it highlighted (but still rolls off the screen), then at 15 days it stays on the screen. Then when it expires, we still have a grace period, that varies with the product and the site. It's a little more work, but only has to be done once (when it starts up) and then sets bits that can be checked periodically for the always up products so that they don't have to do anything but compare once a day or so. The overhead is extremely minimal, and we have not had complaints about the intrusiveness of the messages. We don't like having that code at all, but unfortunately have been bitten in the past with sites that forgot to pay and ignore our requests for payment. there are two of them are still running the code from over 8 years ago (for free) and one of them actually asked us for a update to the newer version, but didn't want to move to it because it had the built-in expiration. I guess that you could consider it a lost sale, but the alternative is that they just continue to run the old code (which is far less capable) for free. So, while most sites are honest and would never consider running unpaid code, there are some (although very few) that don't care. The sad part is that we price our code low enough that any site can run it and save a lot of money over the cost of IBM's or CA's (etc.) code, and we even offer a further discount for the IBM-Main and Share members, but we still get calls from sites that are upgrading their OS and find that they are running our code and did not know it. Sometimes it's carried there by migrating sysprogs, and sometimes the code was zapped to get around the checking. Normally, they become customers, but sometimes (when we send them information on the cost) they simply disappear. There are sites paying tens of thousands to run IBM's or CA's automation products and don't blink at the cost, our customer base is more concerned about the overall cost and feature sets (we have more features at a MUCH lower cost, on the order of 2% to 5% of the cost for theirs). Those sites tend to tell us they are expiring soon (well before the 45 day reminder starts), and it works out well for all involved. We have moved to 100% electronic delivery of invoices, and we were able to reduce our product costs even more because of the savings in people costs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
That's a good point, our code does put out the message at startup about the site it's licensed to. But if someone was going to run it purposely and not pay, zapping the one instance of the name is not as hard as changing every page of a 300 page book. The licensing scheme isn't to make life hard for the normal user, it's to protect the product from the bad guys. I'm sure you lock your car, why do that if you have the only key? :) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
That works for a site license and I agree with it for that type of license, but what about sites that purchase a single processor license and have 4 processors, or a systems programmer that decides that he can fix his friends problem by sending a copy of the code to them, or the one that decides to post the code on facebook. (I reaching with the facebook thing, but hopefully you see my point). Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
On Wed, Dec 28, 2011 at 9:02 PM, Brian Westerman brian_wester...@syzygyinc.com wrote: That works for a site license and I agree with it for that type of license, but what about sites that purchase a single processor license and have 4 processors, or a systems programmer that decides that he can fix his friends problem by sending a copy of the code to them, or the one that decides to post the code on facebook. (I reaching with the facebook thing, but hopefully you see my point). Without any quoting, it's hard to tell what you're replying to...not trying to restart the quoting wars, but *some* reference is useful. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tapeless Solutions
Ron, I talked to the Architect for CA-Vtape and he indicated that there are some clients using SATA drives as their primary cache. They knew it would be a little slower, but were okay with the performance. So, it really depends on the performance you require of your Virtual Tape System. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, December 28, 2011 1:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions Russell, Thanks for your reply. I must admit to being somewhat VTAPE dumb, but your answer suggests that VTAPE is ready to take advantage of both internal slow drives and virtualized modular storage. With my Hitachi hat on perhaps I can see some low hanging fruit. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Russell Witt Sent: Friday, December 23, 2011 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Tapeless Solutions Ron, As a backstore device, yes. As the primary cache it might be a little slow. That is what makes CA-Vtape a good solution for using different types of hardware. And you can control how much expensive dasd is used for cache by controlling how long data should remain cache-resident (and it can be adjusted based on which sub-pool it is assigned too). Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, December 23, 2011 4:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions Russell, Do you think that CA-Vtape would also be a good fit with large capacity SAS/SATA array groups, or virtualized midrange storage arrays presented as Mainframe volumes (3390A)? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Russell Witt Sent: Monday, December 19, 2011 4:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Tapeless Solutions While the cache is MF DASD (which gives it great performance when writing and reading from cache), CA-Vtape now has the ability to be offloaded to cheaper dasd that is attached through an NFS Server (such as NetApp or Data Domain). And you even have the flexability of having the offload copy go through data de-duplication (with Data Domain) and/or having a replicated off-site copy and still have a physical tape copy (or two). It allows for the client to decide which options are best for which types of tape data. For example, backup data kept for DR purposes might be best on an NFS Server that is duplicated off-site at the DR location and kept for 2-4 weeks. But for data that needs to be kept for decades (regulatory requirements) it might be a lot more cost effective to have 2 phsyical high-capacity drives and stack a couple of tera-bytes of data on each cartridge for long-term storage. The nice thing about a software solution such as CA-Vtape is that it gives you many different options. If you want a truely Tapeless Solution and don't mind keeping un-used and un-referenced data on dasd for decades (not very green of you) then something like CA-Vtape with a replicated NFS Server as the backstore might be a very good option. Of course, if you are going tapeless, replication is very- much the recommended method. While the NFS Server itself could be off-site, having only a single copy of all backup data runs the risk of putting all the eggs in a single basket. Which is why tape backups have had a primary and duplex copy for decades. Putting both the primary and duplex copy into the same physical box kind of defeats the whole point of having 2 copies of the backup data. But these are just my opinions. Russell Witt CA 1 L2 Support Manager On 12/19/11, R.S.r.skoru...@bremultibank.com.pl wrote: W dniu 2011-12-19 23:02, Henke, George pisze: Will CA VTAPE work on regular MF or does it need the DS8800. What??? CA VTAPE is from software being sold by CA. DS8800 is a DASD box being sold by IBM. CA VTAPE works on any mainframe DASD. I don't know what does it mean work on regular MF. BTW: IMHO it is very expensive solution. It consumes CPU cycles, especially when compression is on (could be offloaded to zIIP), and consumes mainframe DASD, which is usually the most expensive DASD. Exception: FBA DASD connected using magic box like BusTech MDL or Luminex, or other. ...but then you don't need VTAPE - those boxes also emulate tape units. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message:
Re: Tapeless Solutions
Greetings to all who are interested in this presentation - First follow the link that Russell provided. http://proceedings.share.org/proceedings/ Select SHARE in Orlando, if it is not already selected. Then under the Code column, scroll down to 9969, where the Virtual Tape Replication Multi-Vendor Panel Discussion will be found. Click once to highlight. Then in the right pane, a description, a horizontal bar and 2 PDF icons will appear. Click on the bar and drag it upwards. Three more PDF icons will be revealed for a total of 5. Click each to open. On the SHARE proceedings page, if you search for virtual, there are a lot of sessions listed. Searching for virtual tape narrowed it down considerably for me. You can also search any of a bunch of different SHARE Conferences. My shop has been using the Bus-Tech solution with CA1 for several years now. We have used CA1 for well over 20 years. They work very well for us. We have also used an IBM 3494 ATL/VTS library with CA1. That worked very well too. I have not worked with other tape management software or other virtual tape equipment. These are only my opinions - YMMV. HTH, Linda - Original Message - From: Russell Witt res09...@verizon.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, December 28, 2011 5:09:31 PM Subject: Re: Tapeless Solutions Radoslaw, Sorry, the only link is to the SHARE web-site to lookup presentations. http://proceedings.share.org/proceedings/ The name of the presentation was 9969: Virtual Tape Replication Multi-Vendor Panel Discussion , so you should be able to find it by simply putting Virtual into the Title search and selecting presentation 9969. Russell -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, December 27, 2011 4:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions W dniu 2011-12-24 18:43, Russell Witt pisze: Not true at all. CA-Vtape can optionally use open system storage, but it is not required. If you want to go directly from MF DASD/CACHE to tape - that is an option. Still true. I wrote about MDL, Luminex, Interkom, NOT about Vtape. Actually, there was a presentation (panel-type) at the SHARE in Orlando where we had a short 7-minute presentation from each of 6 vendors. All of their presentations have also been uploaded to the SHARE web-site. So, if you are interested in a short over-view of half-a-dozen different Vtape offerings (with remote replication), you can go to the SHARE web-site. Do you have a link to he presentation? Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Saturday, December 24, 2011 5:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless Solutions W dniu 2011-12-24 10:50, Tommy Tsui pisze: It seems the only choice for enterprise tapeless solution is only vsm or 7720, anyone will consider bustech or ca-tape software solution what is pros and cons Well, I never said that. BusTech MDL is also a choice, as well as Luminex product or Interkom one. Actually all of mentioned products are a PART of the solution, all of them need some open system (FBA) storage to store the data. Pros and cons - well, at least Luminex is not tied to given storage manufacturer (BusTech is part of EMC), so in this case you have wider choice of devices. Another issue is performance, scalability, remote copy, etc. Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar
Re: cpu / machine identification
On Wed, 28 Dec 2011 21:51:42 -0500 zMan wrote: re Brian Westerman Without any quoting, it's hard to tell what you're replying to...not trying to restart the quoting wars, but *some* reference is useful. Absolutely agree. Normally I like to read Brians opinions, but those last few just got unilaterally deleted. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
KILL THREAD! - sexist language
Subject line says it all. Please! Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
At 20:10 -0600 on 12/28/2011, Brian Westerman wrote about Re: cpu / machine identification: That's a good point, our code does put out the message at startup about the site it's licensed to. But if someone was going to run it purposely and not pay, zapping the one instance of the name is not as hard as changing every page of a 300 page book. That (Zapping the Registered Licensee Field) is not that hard to work check for. You do a check sum on the field and spot when it has been done. The routine to do this does not need to be hard coded but can be built on the fly as the the program executes. The same built on the fly code can also issue the ID message if the original field has been hacked. The use of built on the fly code and placing the result in a STORAGE acquired area makes it harder to find an circumvent (the actual build code is hidden by being interleaved in normal code that needs to run not as a simple block of code that can be bypassed by a zapped in branch). I have seen this type of code in commercial products that I was responsible for developing and maintaining so I know it can and has been done. It is simple Just In Time type compilation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
MFNetDisk new features coming soon [ad]
HI, I will enable users to check and let MFNetDisk verify if the PC is totally synchronize with the real disk 3390 by checking if pending tracks in MF and PC to be synchronize. I will support new compressed MFNetDisk 3390 disk format in open systems. This new format will not reduce the IO performance compare to what is now. I will enable to create unlimited snapshot disks mirrors in a very compressed PC disk space. Meaning sending snapshot command from MF with create snapshot of the 3390, MFNetDisk will keep the mirror activity but create new mirror only with the changed cylinders. Users can define generation to keep (unlimited). Much work need to be done to make these work but soon it will be implemented in my code. I already wrote feature which enable the user for some special read CCW chain to make prefetch to the track to not efficient CCW (one disk read for each CCW). This will eliminate the need to send IO to PC. Still the default will be non prefetch track, but by doing modify command with PRF=Y, MFNetDisk will use this feature. Also, soon more use of processing MF DSN from PC without accessing the MF will be used for processing SMF records. This will be implement for user request. this is currently the last request in my list. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM access to workstation file system
I don't want to install WSA. I am interesting in the technique used to let ISPF to communicate with the machine PCOMM runs on. ITschak On Wed, Dec 28, 2011 at 5:28 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1210380970434908.wa.m42tomibmmainyahoo@bama.ua.edu, on 12/28/2011 at 06:25 AM, Tom Marchant m42tom-ibmm...@yahoo.com said: On Wed, 28 Dec 2011 10:49:00 +0200, Itschak Mugzach wrote: In a help panel (ISPWSDH1) explaining how to download the ISPF C/S client (ISPF OPT3.7), it says that you can also choose to have ISPF create the directory on your workstation For other purpose, i wonder how can this be done other then VBSCRIPT? 1. FTP 2. Workstation agent You can't use the WSA until it's installed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Clarification on Sysres Volumes(RMF)
Hi, I was examining the RMF delay report where below is the report : Speed of 100 = Maximum, 0 = Stopped Average CPU Util: 19 % Name Users Active Speed Name Users Active Speed *SYSTEM 203 58 8 *DEV 107 54 8 ALL TSO 119 52 5 *MASTER* 1 0 56 ALL STC 74 3 40 ALL BATCH 8 4 21 ALL ASCH Not avail ALL OMVS 2 0No work *PROC129 3 7 -- Exceptions - Name ReasonCritical val. Possible cause or action DOV0053DEV -Z18RS193.0 % delay May be reserved by another system. DOV0061DEV -Z18RS192.0 % delay May be reserved by another system. DOV0065DEV -Z18RS191.0 % delay May be reserved by another system. The above exceptions shows lot of device contention due to which often we are facing a session hang. Also, Device display shows the status as BSY(busy). Could anyone please throw some light on the above issue. Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
