Thank you, IBM-MAIN!
My apologies to anyone who feels this post inappropriate, but in view of my imminent retirement, I want thank the entire IBM-MAIN community for the 3+ decades of knowledge and support that have helped make my employment and professional development a reality. Most especially, even at the risk of offending anyone I miss, to the following: Leonard Woren, who mentored me in my early days at USC and has been a reliable resource and sounding board in all the years since; Brian Westerman, who helped me move on from UCSF-Stanford with a clear conscience by filling any void I left and has also been of assistance in all the years since; Sam Golob, whom I met via email only recently, but who has always been there for advice, technical support and an endless source of the mainframe esoterica that made this world so interesting and fun. To all the rest, the community at SHARE, former colleagues -- you all rock! The dying mainframe of the early nineties has outlasted all of us, and we all helped make it happen. Again, thank you, and fare well wherever you fare! I've worn so many mainframe hats, and I still have them all! Tom Sims Trident Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXTENDEDALIAS support
Can EXTENDEDALIAS support be enabled "on the fly," with no other changes in an existing BCS (V2R2+)? What, if any, are the pitfalls, roadblocks, pre-reqs? Thanks in advance, Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting TS7700 Virtual Tape volumes
Yep, found this earlier; I was hoping someone on the list knew a way around this... /Tom On 8/12/2022 8:33 PM, kekronbekron wrote: https://www.ibm.com/docs/en/ts7700-virtual-tape/5.2.0?topic=volumes-delete-virtual Link which says eject is required first. - KB --- Original Message --- On Saturday, August 13th, 2022 at 9:00 AM, kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: It must be because it expects eject from the OS first. If you have IBM tape support still, an engineer can delete the volumes directly in the VTL. - KB --- Original Message --- On Saturday, August 13th, 2022 at 8:54 AM, Tom Sims trs...@att.net wrote: If you mean the virtual volumes page, this failed three times without details. /Tom On 8/12/2022 8:04 PM, kekronbekron wrote: Yes, you can do this from the TS7700 GUI logical volumes page. It'll warn you about scratching it first, and then ejecting it in the OS (LIBRARY x,EJECT). I don't remember if the tape GUI forced the eject first. If all else fails, LVOLs can be deleted from the pSeries / Hydra within the VTL, with the help of an IBM engineer. - KB --- Original Message --- On Saturday, August 13th, 2022 at 3:22 AM, Tom Sims trs...@att.net wrote: Is there a way to delete virtual tape volumes in a TS7760 that was formerly attached to a zOS system, without the benefit of zOS library services? Said mainframe is no longer with us, but the VTS remains. Thanks in advance! Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting TS7700 Virtual Tape volumes
If you mean the virtual volumes page, this failed three times without details. /Tom On 8/12/2022 8:04 PM, kekronbekron wrote: Yes, you can do this from the TS7700 GUI logical volumes page. It'll warn you about scratching it first, and then ejecting it in the OS (LIBRARY x,EJECT). I don't remember if the tape GUI forced the eject first. If all else fails, LVOLs can be deleted from the pSeries / Hydra within the VTL, with the help of an IBM engineer. - KB --- Original Message --- On Saturday, August 13th, 2022 at 3:22 AM, Tom Sims wrote: Is there a way to delete virtual tape volumes in a TS7760 that was formerly attached to a zOS system, without the benefit of zOS library services? Said mainframe is no longer with us, but the VTS remains. Thanks in advance! Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Deleting TS7700 Virtual Tape volumes
Is there a way to delete virtual tape volumes in a TS7760 that was formerly attached to a zOS system, without the benefit of zOS library services? Said mainframe is no longer with us, but the VTS remains. Thanks in advance! Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Using Windows HIS to replace a mainframe Enterprise Extender node
Greetings, One of our clients is in the process of retiring their mainframe. They are looking at Windows Host Integration Server as a possible replacement for their Enterprise Extender node, which has been put forward as a possibility by a remote mainframe partner. Not a replacement for hosting the workload at either end, just for the local end-point of EE. Anyone out their with user experiences in doing this? Thanks in advance, Tom Sims zOS Retiree-in-training -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] : Re: DISPLAY VTAM commands from TSO CONSOLE
Sorry, defaults, which should be plenty: CURRENT SETTINGS FOR CONSOLE: INITUNUM 1000 INITSNUM 1000 MAXUNUM 1 MAXSNUM 1 /Tom On 5/6/2021 5:35 AM, Seymour J Metz wrote: Yes, of course, but what numbers are there under CONSOLE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Sims [trs...@att.net] Sent: Thursday, May 6, 2021 8:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] : Re: DISPLAY VTAM commands from TSO CONSOLE CONSPROF and CONSOLE are both in AUTHCMD. /Tom On 5/6/2021 3:23 AM, Seymour J Metz wrote: What's in your active IKJTSOxx? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] : Re: DISPLAY VTAM commands from TSO CONSOLE
CONSPROF and CONSOLE are both in AUTHCMD. /Tom On 5/6/2021 3:23 AM, Seymour J Metz wrote: What's in your active IKJTSOxx? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] : Re: DISPLAY VTAM commands from TSO CONSOLE
Very interesting, and thanks for the hint. I added a second getmsg()
after executing the VTAM command and achieved success. No CART needed,
just a straightforward CONSOLE SYSCMD(D NET,E... and 2X getmsg().
Still does not explain why it sometimes works with just 1X, though, but
again, thanks!
/Tom
On 5/5/2021 2:41 PM, Jon Nolting wrote:
I found with VTAM messages output, there were 2x messages that were provided.
The first provided the command accepted. The 2nd message, in this case, had 22
lines seen below in the REXX trace. I've always been forced to this 2x message
response for VTAM.
/* Rexx */
trace r
'consprof soldisplay(no) unsoldisplay(no)'
'console activate name(nolting)'
address console
"D NET,ID=TCP00015"
do loop = 1 to 2
x = getmsg('cmsg.','either',,,10)
if rc = 0 then
do i = 1 to cmsg.0
say '+++' cmsg.i
end
end
address tso
'console deactivate'
SDSF OUTPUT DISPLAY TSOBAT03 JOB35268 DSID 102 LINE 1 COLUMNS 02- 133
COMMAND INPUT ===>SCROLL ===> CSR
READY
%console1
4 *-* 'consprof soldisplay(no) unsoldisplay(no)'
>>> "consprof soldisplay(no) unsoldisplay(no)"
5 *-* 'console activate name(nolting)'
>>> "console activate name(nolting)"
6 *-* address console
8 *-* "D NET,ID=TCP00015"
>>> "D NET,ID=TCP00015"
9 *-* do loop = 1 to 2
>>> "1"
>>> "2"
10 *-* x = getmsg('cmsg.','either',,,10)
>>>"0"
11 *-* if rc = 0
>>>"1"
*-* then
12 *-* do i = 1 to cmsg.0
>>> "1"
>>> "1"
13 *-*say '+++' cmsg.i
>>> "+++ IST097I DISPLAY ACCEPTED"
+++ IST097I DISPLAY ACCEPTED
14 *-* end
12 *-* do i = 1 to cmsg.0
15 *-* end
9 *-* do loop = 1 to 2
10 *-* x = getmsg('cmsg.','either',,,10)
>>>"0"
11 *-* if rc = 0
>>>"1"
*-* then
12 *-* do i = 1 to cmsg.0
>>> "1"
>>> "22"
13 *-*say '+++' cmsg.i
>>> "+++ IST075I NAME = NETA.TCP00015, TYPE = APPL"
+++ IST075I NAME = NETA.TCP00015, TYPE = APPL
14 *-* end
Jon Nolting
System Administrator
Engineering IT
jon.nolt...@oracle.com
425-295-1733 (Cell)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Sims
Sent: Wednesday, May 5, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] : Re: DISPLAY VTAM commands from TSO CONSOLE
I've tried this (2 minute delay):
netcmd = 'DISPLAY NET,E,ID=' || vtamlu
if test = 'TEST' then say 'Command:' netcmd
"CONSOLE SYSCMD(" netcmd ") CART(VTAM)"
msg = getmsg(netresp.,'either','VTAM',,120)
And this:
"CONSOLE SYSCMD(" netcmd ") CART(VPSC0002)"
msg = getmsg(netresp.,'SOL',VPSC ,'FFFFFFFF0000'X,120)
both with 'SOL' and 'either," no difference, only one line returned.
This exec issues three system commands, one to derive the VTAM LU from
VPS, the second, above, to derive the IP address from VTAM, and then the
third to display from TCPIP NETSTAT the status of the printer. It never
gets to command #3.
Thanks,
/Tom
On 5/5/2021 12:07 PM, Charles Mills wrote:
Can you post your code with CART and a two-second delay?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Sims
Sent: Wednesday, May 5, 2021 11:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DISPLAY VTAM commands from TSO CONSOLE
Thanks, I've tried with/without CART, as well as waiting up to 2 minutes
for responses, with no change in the dreary outcome.
/Tom
On 5/5/2021 11:16 AM, Seymour J Metz wrote:
Program in a delay.. I'd also suggest using a CART.
--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!GqivPVa7Brio!MOBXBK9b0ffHBqazXo-IYbec0z96Lc4feclihM09EMd6rW8_9LAjKieTVmEpTapWVQ$
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom
Sims [trs...@att.net]
Sent: Wednesday, May 5, 2021 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DISPLAY VTAM commands from TSO CONSOLE
I am having difficulty obtaining predictable and repeatable results from
DISPLAY VTAM commands in TSO CONSOLE.
In all case
Re: DISPLAY VTAM commands from TSO CONSOLE
I've tried this (2 minute delay):
netcmd = 'DISPLAY NET,E,ID=' || vtamlu
if test = 'TEST' then say 'Command:' netcmd
"CONSOLE SYSCMD(" netcmd ") CART(VTAM)"
msg = getmsg(netresp.,'either','VTAM',,120)
And this:
"CONSOLE SYSCMD(" netcmd ") CART(VPSC0002)"
msg = getmsg(netresp.,'SOL',VPSC ,''X,120)
both with 'SOL' and 'either," no difference, only one line returned.
This exec issues three system commands, one to derive the VTAM LU from
VPS, the second, above, to derive the IP address from VTAM, and then the
third to display from TCPIP NETSTAT the status of the printer. It never
gets to command #3.
Thanks,
/Tom
On 5/5/2021 12:07 PM, Charles Mills wrote:
Can you post your code with CART and a two-second delay?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Sims
Sent: Wednesday, May 5, 2021 11:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DISPLAY VTAM commands from TSO CONSOLE
Thanks, I've tried with/without CART, as well as waiting up to 2 minutes
for responses, with no change in the dreary outcome.
/Tom
On 5/5/2021 11:16 AM, Seymour J Metz wrote:
Program in a delay.. I'd also suggest using a CART.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom
Sims [trs...@att.net]
Sent: Wednesday, May 5, 2021 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DISPLAY VTAM commands from TSO CONSOLE
I am having difficulty obtaining predictable and repeatable results from
DISPLAY VTAM commands in TSO CONSOLE.
In all cases, the first response is returned, e.g., for processing via
getmsg():
10:06:05.30 SYSTVPSC 0290 DISPLAY NET,ID=SYSTP011
10:06:05.31 SYSTVPSC 0090 IST097I DISPLAY ACCEPTED
All too often, though, the subsequent detail display is not, and
getmsg() returns, e.g., by msgresp.0 a number of lines=1 and nothing
beyond, so though these are in the syslog, they are not returned to my exec:
10:06:05.31 SYSTVPSC 0090 IST075I NAME = NETNAME.SYSTP011
783 0090 IST486I STATUS= ACTIV, DESIRED...etc.
I think I have tried every combination of CONSPROF and getmsg() parms,
nothing seems to work.
Any idea what I'm missing? Thanks in advance,
Tom Sims
Trident Services, Inc.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DISPLAY VTAM commands from TSO CONSOLE
Thanks, I've tried with/without CART, as well as waiting up to 2 minutes for responses, with no change in the dreary outcome. /Tom On 5/5/2021 11:16 AM, Seymour J Metz wrote: Program in a delay.. I'd also suggest using a CART. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Sims [trs...@att.net] Sent: Wednesday, May 5, 2021 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DISPLAY VTAM commands from TSO CONSOLE I am having difficulty obtaining predictable and repeatable results from DISPLAY VTAM commands in TSO CONSOLE. In all cases, the first response is returned, e.g., for processing via getmsg(): 10:06:05.30 SYSTVPSC 0290 DISPLAY NET,ID=SYSTP011 10:06:05.31 SYSTVPSC 0090 IST097I DISPLAY ACCEPTED All too often, though, the subsequent detail display is not, and getmsg() returns, e.g., by msgresp.0 a number of lines=1 and nothing beyond, so though these are in the syslog, they are not returned to my exec: 10:06:05.31 SYSTVPSC 0090 IST075I NAME = NETNAME.SYSTP011 783 0090 IST486I STATUS= ACTIV, DESIRED...etc. I think I have tried every combination of CONSPROF and getmsg() parms, nothing seems to work. Any idea what I'm missing? Thanks in advance, Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISPLAY VTAM commands from TSO CONSOLE
I am having difficulty obtaining predictable and repeatable results from DISPLAY VTAM commands in TSO CONSOLE. In all cases, the first response is returned, e.g., for processing via getmsg(): 10:06:05.30 SYSTVPSC 0290 DISPLAY NET,ID=SYSTP011 10:06:05.31 SYSTVPSC 0090 IST097I DISPLAY ACCEPTED All too often, though, the subsequent detail display is not, and getmsg() returns, e.g., by msgresp.0 a number of lines=1 and nothing beyond, so though these are in the syslog, they are not returned to my exec: 10:06:05.31 SYSTVPSC 0090 IST075I NAME = NETNAME.SYSTP011 783 0090 IST486I STATUS= ACTIV, DESIRED...etc. I think I have tried every combination of CONSPROF and getmsg() parms, nothing seems to work. Any idea what I'm missing? Thanks in advance, Tom Sims Trident Services, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSSO under zOS 2.3
Any one out there running TSSO (CBT File 404) under zOS 2.3? As with many out there a client is trying to get out from under their OEM software obligation. I have not used TSSO since early OS/390 2.10, but up until then it ran like a charm, no issues, no worries. However I have not used it since the changes made for 1.8 -- any feedback? Any gotchas? Thanks in advance! Tom Sims Trident Services, Inc. (speaking only for myself, though...). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 Migration Story
Point of clarification, are you migrating from zOS 2.1 with ACF2 R16 already in place, or are you migrating from ACF2 R(e.g.)15 to R16 as well? TIA Tom Sims 11/20/2018 5:41 AM, Shashi Kumar wrote: Hello Mates, I'm unable to figure out root cause of the below issues after z/OS 2.3 Migration, as Described below 1. Once we migrated from z/OS 2.3 (With CA ACF2 V16 security product), -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS BDAM question
Datacom may use some method of "direct access," but the datasets themselves are RECFM=F. Disclaimer, not a Datacom expert, more of a Datacom victim, by way of other CA program products. Tom Sims On 10/26/2018 8:11 AM, Rob Schramm wrote: I think I have seen it work for DSNTYPE=LARGE instead of extended format. Aren't CA Datacom files bdam? I say that because.. last time i interacted with Datacom it was only able to use DSNTYPE=LARGE. Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E
Scott, Please check out Sam Golob's various SMP/E write-ups in File 120 of the CBT tape -- if nothing else they may help you hone your questions. /Tom On 10/24/2018 7:41 AM, scott Ford wrote: All, I never had to use SMP/E in my career except for simple items, like Receives, Applies , etc. Now I am in a situation that need more detailed information a (self-study) would be really appreciated. Can anyone help me out, point me to one ? Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: S106 abends after copying into LINKLIST
Practically a guarantee that **someone** out there will... /Tom Sims On 10/5/2018 3:45 AM, John Eells wrote: Unlike some other memories, nobody will miss the "good old days." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSRES Volume Size (Was: S106 abends ...)
Same here, except ZFSes are in an SMS pool (once a Coug, always a Coug!). Tom Sims On 10/4/2018 11:37 PM, Gibney, Dave wrote: Mod-27, with the ZFS on a separate SMS managed Mod-27 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO RENAME broke?
IDCAMS RENAME? Just to be sure, I searched DFSMS AMS Commands, no hit on RENAME as a function or a parameter. If you mean ALTER...NEWNAME, does that still have the limitation I remember from the haze of my youth, that it only does the ALTER in the same user catalog? TSO RENAME does not, did not, have that restriction, one of the magical things about it, IIRC. In any case, they are not the same. Always ready to be educated, though, old dog that I am... Tom Sims I work for Trident Services but I speak only for myself. On 9/25/2018 6:18 PM, Ed Jaffe wrote: On 9/25/2018 12:30 PM, Seymour J Metz wrote: TSO RENAME is just a wrapper for IDCAMS RENAME. Is that right?? I always thought TSO RENAME did it own DADSM calls. Or maybe I'm thinking of ISPF's RENAME... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOSMF setup
Greetings. I am in the process of upgrading a client's zOS 2.1 systems to zOS 2.3, which means among the many other challenges, configuring a working zOSMF. It was up for some time on the 2.1 test system, however not until the 2.2 repackaging retro-fit was applied. A sentence I encounter frequently is, "z/OSMF can run on a parallel sysplex, monoplex, or XCF local mode environment." See for example, page 4 of the IBM z/OS Management Facility Configuration Guide. For the last two decades, most of my clients have relied on "basic sysplex" for GRS signalling -- not being able or willing to afford a parallel sysplex or carve out an LPAR emulating such; it has simply not been a part of the strategic plans. What are the options, then, for zOSMF moving forward? Can the LPARs remain a basic sysplex, with zOSMF, say, operating in some sort of basic mode, e.g. on the test system only? I should say, by the way, that the less fragile CA-CSM software manager has worked very well for us since it was rolled out on the test system at version 5. It is not used to deploy, only to upgrade and maintain CA program products, which are then rolled to the other systems in the basic sysplex through more familiar, traditional means. Thanks in advance, Tom Sims zSystems and other hats. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM TS7720 Secure Data Erase
One of my clients is retiring an old TS7720 and wants to guarantee the residual data is completely erased before it leaves the premises. Can someone out there tell me if the "Secure Data Erase" feature works with internal hard drives as the physical media, as well as with take cartridges? Thanks in advance, Tom Sims (Speaking only for myself...). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SET IBM-Main NOMAIL
SET IBM-Main NOMAIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Global Mirror for DR
Thanks everyone, as usual, for your timely and enlightening responses (Skip, your advice is always at the very least, germane!). Tom Sims -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Global Mirror for DR
Thanks Skip, for the depth of the reply, which I will get to digesting in the morning! IBM seems to have muddied the terminology pool recently, and they have "Global Mirror" vs "zOS Global Mirror;" the latter formerly known as XRC and the former an unlimited-distance extension of "Metro Mirror," or PPRC. No active CPU at the remote end, implemented entirely between the controllers over >metro distances. This "Global Mirror" was considered preferable, as it requires no CPU running any licensed software at the remote end, and because it will also replicate updates to open systems data, which may or may not live in the DS8x-es in the future. Tom Sims From: Skip Robinson To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, November 13, 2013 3:19 PM Subject: Re: Global Mirror for DR A terminology level set. By 'Global Mirror' I assume that you mean XRC, where a DFSMS task called SDM continuously transfers data updates from production disk controllers, stores the updates in journal data sets, then writes out to 'DR' DASD volumes in consistency groups. In order to 'pull' data via XRC, you need a running CPU at the DR location to host SDM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Global Mirror for DR
I am wading into Global Mirror for the first time, for a client interested in a 2-site disaster recovery solution, and it has been a challenge pulling "executive summary" details out of vendors and documentation. The production site is a multiple-LPAR, basic sysplex with DS8000 DASD, for which the goal is a remote mirror at a site with compatible hardware including a backup CPU. The client wants to be able to test DR procedures multiple times per year. Management understands, and more to the point so do I, I think, the need at the remote end for twice as much DASD capacity as locally, in order to maintain a consistency set comprised of the two primary copies and a second, "Flashed" copy at the remote site. Up to now we have collectively believed that remote Flashcopy-maintained set of volumes could be used to IPL remotely for DR testing purposes, without disrupting the global mirror between the local and remote primary DASD. Enter once again the vendors, who are now telling us that we will need a *third*, flashed copy for this purpose, in order not to disrupt the global mirror during testing. My understanding (and the standard disclaimers apply here!) is that DR can be tested remotely without IPLing from a copy of the copy, details admittedly TBD. If true, that the remote DS8300 requires not two but THREE times the DASD as in production locally, can someone out there please digest for me an executive explanation I could use to justify the increased cost to management? Thanks in advance, Tom Sims "Feedback is a gift." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Quick question about soft capping
Thanks. /T From: Bob Rutledge To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, June 5, 2013 2:21:47 PM Subject: Re: Quick question about soft capping Tom Sims wrote: > Is it possible to enable LPAR soft capping in a basic sysplex, or does WLM >require a CF for this? Thanks! It has been working quite happily in our basic sysplex. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Quick question about soft capping
Is it possible to enable LPAR soft capping in a basic sysplex, or does WLM require a CF for this? Thanks! Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mainframe Event Acquisition System -- anyone heard of it?
This product is from InfoSec, Inc., designed to collect real-time security, dbase, tp, etc., events for formatting and subsequent display on a Wintel platform. If you've heard of it being implemented, why was it used? Just curious. Thanks. Tom Sims, Speaking only for myself. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mod-9 vs. Mod-27 vs. mixed
Thank you all for your insightful user experiences in response to my question. If I may summarize the points that apply to my particular situation: * No real issues with respect to backups, particularly for consolidations, e.g. of volume pools -- in fact we may even see a slight improvement in backup turnaround. * No special considerations for mirroring, the same challenges would seem to apply in general, in all three cases. * The standard disclaimer still applies, however, with respect to critical small datasets, such as the JES2 checkpoint and combinations of couple datasets, that requires a compromise between simplifying the configuration and wasting a LOT of space on a MOD-27 or maintaining a small subset of MOD-9s and wasting much less space in a slightly more complicated configuration I should also have mentioned: No HyperPAV, possibly PPRC or maybe XRC around the corner, and all backups under the umbrella of DFSMShsm. Again, thanks -- IBM-Main rules! Tom Sims zOS guy since the daze of XA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mod-9 vs. Mod-27 vs. mixed
A client with DS8000 DASD configured as a mix of 3390 Mod9 and Mod27s is considering a project to convert everything to Mod-27. Does anyone out there have some thoughts on the advantages or disadvantages of this? I'm not looking to start a religious discussion or other "dinotribe," so feel free to respond to me privately. I'm just interested in perspective and talking points, either way. Thanks! Tom Sims zSystems Advocate -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
