Re: VSAM cluster question
Tommy, I guess I am not clear on your problem. When you say you only find the data and index components, where are you seeing these? Are you using 3.4 to look at the volumes or are you using LISTCAT against the new catalog? I would expect that you would only see the data and index components on the volume, as the cluster name would only be in the catalog, not on the DASD volumes. And without updating the ALIAS, you would not see anything the catalog search of 3.4 (no volume name or mask entered, just the dsname level). I would think that you should not have to DEF CLUSTER ... RECATALOG unless something went wrong with the MERGECAT. Tom Chicklon I try to use recatalog it doesn't work. I think there are some problem on VVR information. I only can find the DATA and INDEX component. DEF CLUSTER - (NAME(UXXSMD.MVX.TOT) VOLUME(UTS202) RECATALOG) DC3014I CATALOG ERROR DC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE4-88 DC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 On 12/18/07, Chicklon, Tom <[EMAIL PROTECTED]> wrote: > > Tommy, did you update the alias for the datasets moved so that they can be > found in the new catalog using something like: > > DELETE hlq ALIAS > > DEFINE ALIAS(NAME(hlq) RELATE (ICF.newcat)) - > CATALOG(ICF.MASTER) > > > Tom Chicklon > > - > > Hi all, > I have a problem on merge catalog. After merge catalog I only find the > DATA > and index component and all cluster are missing. > How can I define the cluster for VSAM if I only have the DATA and INDEX > component. > > thanks for help > > tommy > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM cluster question
Tommy, did you update the alias for the datasets moved so that they can be found in the new catalog using something like: DELETE hlq ALIAS DEFINE ALIAS(NAME(hlq) RELATE (ICF.newcat)) - CATALOG(ICF.MASTER) Tom Chicklon - Hi all, I have a problem on merge catalog. After merge catalog I only find the DATA and index component and all cluster are missing. How can I define the cluster for VSAM if I only have the DATA and INDEX component. thanks for help tommy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: user catalog question
If the entries can be identified by a high level qualifier or two, IDCAMS MERGECAT will do this for you. Just remember to update the alias in the master catalog pointing to UCAT.A so that it now relates to UCAT.B. REPRO INDATASET ( ICF.UCAT.A ) - OUTDATASET ( ICF.UCAT.B ) - LEVEL ( what.ever ) - MERGECAT Tom Chicklon --- I have a running z/OS 1.7 system with two user catalogs attached to the master catalog. Call the first A and the second B. Catalog B has all the tape entries I want. How can I get all the tapes entries in catalog B into catalog A. When I am done I do not want any of the original catalog A tape entries, just the tape entries from catalog B into catalog A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why isn't OMVS command integrated with ISPF?
Just started testing with my 1.9 system, and yes, there is more integration in ISPF to access zFS and HFS files. For example, from ISPF Opt 2, you can now enter a UNIX file name: ISPF Library: Project . . . TE23 Group . . . . TEST . . . . . . . . . Type . . . . JCL Member . . . (Blank or pattern for member selection list) Other Partitioned, Sequential or VSAM Data Set, or z/OS UNIX file: Name . . . . . /u/TE23/Test + Volume Serial(If not cataloged) Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Lowe Sent: Wednesday, November 28, 2007 8:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why isn't OMVS command integrated with ISPF? >On Wed, 28 Nov 2007 16:50:21 -0600, Kirk Wolf ><[EMAIL PROTECTED]> wrote: > >>... >>I thought it might be nice to write an OMVS replacement as an ISPF >dialog, >>but it is not obvious to me that it is very easy to do... >> >>What you would like is a multithreaded (multiple TCBs under z/OS) >ISPF >>application - one thread handles normal input processing, and the >other >>updates a temporary scrollable table with the output as it arrives. I >>could be wrong, but ISPF seems to be limited to a single thread and to >>"half-duplex" 3270 conversations. I could work around the single- >thread >>problem, but there doesn't seem to be a way in ISPF to support a >>"full-duplex" 3270 conversations. >>... I thought there were some enhancements to ISPF in z/OS 1.9 that allowed Edit/Browse of z/OS Unix files. I haven't quite got a z/OS 1.9 system up yet to confirm or it could be that my memory is failing me ! Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E change volumes on DDDEF in new Target Zone
> Why would anyone ever use uncatalogued data sets? Multiple SMP/E zones with the same named datasets on different volume sets. One could use an alias (like the SSAs that server pac generates), but I prefer to know that when I set a boundary to a particular zone, that the right set of data sets managed by that zone get updated. Using DDDEFS with volume and unit coded guarantee this. I'd hate to accidentally update the running SYS1.LINKLIB (obviously cataloged) when I really wanted the SYS1.LINKLIB on a volume that isn't the current IPL volume! Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best way to clean up NOT Cat datasets in SMS
Lizette, If you have DSS, you can run the following to find datasets that are not cataloged: //* //* LIST DATA SETS NOT CATALOGED ON A VOLUME //* //NOCAT EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //OUTPUT DD DUMMY //SYSIN DD * DUMP DS (BY ((CATLG EQ NO))) - INDYNAM((WRK001) , - (WRK002)) ODD(OUTPUT) Note the PARM=NORUN - this causes DSS to only report what uncataloged datasets are on the volumes you specify, it does not actually dump them. I've used this for SMS and non-SMS volumes. When I run this, all I see are the SYS1.VTOCIX.Vvolser data sets listed. How often? I've not found a great reason to do this on any scheduled basis. Of course, YMMV in your shop depending on the answer to your third question - which I'll leave to a good storage management person who's a lot smarter than I am about how you get SMS data sets on SMS volumes that are not cataloged... Tom Chicklon -- Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? Thanks for the input. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Can CICS/ESA 4.1 using APPC/LU6.2 Run on a z9 BC?
If you will be installing a z9 BC, and you are running CICS/ESA 4.1 and you are using APPC, you may want to ask IBM about AN5718I, at least that was the name on the usermod they sent. Initial testing seems to indicate that this corrected both the APPC and CICS Windows problems we had when running on the z9. We'll find out for sure when we can get a window to move our production LPAR back to the z9 again. Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Can CICS/ESA 4.1 using APPC/LU6.2 Run on a z9 BC?
We moved a production z/OS 1.7 system to a z9 BC this weekend. On Monday, we had to put it back on our z/890. Our sand box has been running just fine on the z9 since it was installed about a week ago. The problem we had was with a PC based application that uses APPC / LU 6.2 through a WinNT server running CICS Transaction Gateway to talk to a CICS/ESA 4.1 region. We still have our test system (same z/OS and CICS levels) running on the z9, and were able to recreate the same symptoms (ACUA abend in CICS region) by having two CICS regions talking to each other via APPC (eliminating the PC application, the WinNT / CICS TG server, and CICS application software from the picture). When we move the image, we pull the fibers from the z/890, plug them in to the z9, and IPL from the same SYSRES. Problem hits us. Pull the fibers from the z/9, plug them back in to the z/890, IPL from same SYSRES, problem goes away (read: same z/OS, same VTAM, same CICS, same application, only difference seems to be the processor) So, z/OS 1.7 with CICS/ESA 4.1 and APPC seem to coexist nicely on a z/890. And, z/OS 1.7 with CICS/ESA 4.1 and APPC don't seem to play nicely together at all on a z9. Is anyone running with similar software levels and APPC on a z9? What's the difference between a similar sized z9 (G01) and a z/890 (140) that could cause this? Thanks to all in advance! Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPC replacement
Munif, if all goes according to plan, we will be moving our production z/OS system from our z/890 to a new z9 BC tomorrow. We moved our sysprog sand box over a couple of days ago. > We are *replacing* our Z890 CPU by Z9 BC. Z9 BC does not cick in unless we > power off Z890. > I would appreciate if you can guide me or provide me pointers in the right > direction: > a) We are moving our OSA cards and have downloaded OSA configurations using > OSA/SF and plan it to upload on OSA using new CPU. will it work.. any > concerns? Not sure what you mean by moving your cards, are you physically moving the cards, or just moving your IP network to new cards on the z9? We have new ones on the z9, and thus just moved the IP connectivity to the z9. I was stressed about how to do this as well, all for nothing, it's just that I had never had to configure or load OSA cards before. OSA ignorance on my part I guess. The cards seem to get configured just fine when VTAM and TCP come up. We didn't have to manually load or configure anything with them, other than to make minor changes to VTAM and TCP parms because the physical address on the cards changed with the z9 (different PCHPID) and we happen to use this as part of the names for the cards in VTAM and TCP. One other thing we did was to make the cards 1000M instead of 100M as our local network was just upgraded to support gigabit. We was a simple change on the HMC (we don't trust auto negotiate, the default for the cards when the box was shipped to us). Not at all related to the new z9, just a good time to make this change here. > b) How can i include new processors in the HMC GROUP. We're finding this process to be about as clear as mud. Three years ago when our z/890 was installed, the CE copied these definitions over from the last CPU. So the last time anyone here messed with setting these up was about 7 years ago. The CE didn't copy these over this time. We've still not gotten this set up the way we want, but are getting there. I'm sure we could copy them over, but this is a good time to start over from scratch and maybe set things up a bit differently. > c) as we are moving all cables from old CPU to NEW CPU- we are migrating > our HMC web server / OSA Integrated console configuration. will that > work. I don't see any reason why this won't work. We've moved over the cables used by our test system to the z9 so far, channels dedicated to our production system get moved over tomorrow. > We have checked PSP buckets and all fixes have been applied. Is there any > other gottcha's we need to be concerned. I had checked PSP a two weeks ago, and found I was all set. Last week, I pulled current PSP buckets and found that two new PTFs were called for. So don't overlook pulling them again as you get closer to cutting over. The only other 'gotcha' so far was with a channel that had an ESCON converter on it with bus and tag cables to a 3174 and 3490 tape drives. When we moved this channel over, the converter's error light came on and the channel didn't come on line to the z9. Power cycling the converter didn't clear the problem, but what did work was to power off the converter, then IML the 3174, then power the converter back on. We have 4 more channels with converters on them to move tomorrow, so we'll have to wait and see how that goes. Feel free to contact me Monday to see how this weekend goes. Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to restrict JCL statement Parms
Lizette, I would think the best place to do this is in the ACS routines, for the following reasons: 1. YOU can determine whether to accept or replace any of these based on your rules. 2. Many places I have been, the developers are generally driven fairly hard to work on tasks that provide 'business results', and that generally means that taking time to make JCL changes requested by their friendly sysprog are given a lower priority. 3. ACS routine changes, depending on change control procedures and rules at your shop, can be made dynamically. No need to wait for the next IPL. Tom Chicklon --- I want to be able to stop programmers from coding STORCLAS DATACLAS and MGMTCLAS in their JCL unless I tell them to. Even better would be able to rename it occasionally. Is there a simple way that requires little administration to do this? I know I could write an IKJEFT10 exit to parse the JCL. I know I could probably put something in a JES2 Exit. Then I would the be only one able to support it. Not a lot of assembler programmers in my group. So is there another way that could be better? Perhaps a vendor product like DTS Software SRS? Or something else? Thanks. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A security question
> I am going to go with John McKown's suggestion. Lock down access to the > datasets.. viola no more use is even possible. > > -Rob Schramm If that version of CICS is no longer licensed, why not just delete the product datasets??? That would eliminate the problem completely! Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A security question
>> The purpose of this is to prohibit the use of an old version >> of CICS. This because the rules of double versionning imposed by IBM. > Huh?? When did IBM start refusing extra money for licensing multiple > versions of the same software? I read that to mean that they didn't want to incur those costs, not that IBM didn't want to take the revenue for it. Sounds like someone just ran out of their SVC period. Be this as it may, I'm wondering just WHO they are trying to prevent from running the old versions of CICS... Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHOPZ download issues
Seems to be fixed this morning. I was able to successfully complete a RECEIVE ORDER for current maintenance. Tom Chicklon -- Opened up a PMR ... IBM's response I know that as of this morning, the network folks are pursuing a sev 1 issue with the download server. Can you try your transfer again using inetsd01.boulder.ibm.com instead of download3? I'm hoping that will work better. Inetsd01 appears to be working. I did notice that download3 was running lindsey.boulder.ibm.com FTP server (Version wu-2.6.2(5) Custom And inetsd01 inetsd01 FTP server (Version wu-2.6.2(4) Custom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHOPZ download issues
My RECEIVE ORDERs have been unsuccessful both last Friday and again today (not sure about the days in between, I was out of the office). Getting: Connection to server interrupted or timed out. Tom Chicklon --- Anyone having trouble downloading a package from SHOPZ? I seem to constantly time out. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Question - Urgent
Dean, my logic was along the lines of:
1. UNIT not valid? Then SC=null (null unit IS valid here)
2. UNIT=TAPE? Then SC=null (we don't SMS manage tapes)
3. Stuff we know we don't want to manage? SC=null (multiple tests...)
4. Stuff we want to manage? Set SC=whatever (again multiple tests, multiple
SCs)
5. Else SC=null
In this case, the UNIT=AFF dataset got a null SC via #5. Where I got bit is
when the dataset name became SMS managed if on DASD, thus the UNIT=AFF
dataset was now getting a SC set by #4.
I can't tell from your snippets if this will bite you or not. Sorry.
Tom Chicklon
--
Thank you for bringing this to my attention. These are the filterlists I
have defined:
FILTLIST DASD_UNITS INCLUDE('3390','SYSDA','SYSALLDA', '')
FILTLIST TAPE_UNITS INCLUDE('3590*','MAGSTAR','T3590')
FILTLIST DB2_VOL INCLUDE(* )
In the select logic I check for the dataset name being passed and the
DASD units. So could I get burned by this example ?
We don't SMS manage any tape and the filter list defined for the tape
units is no where in the logic. We just defined it in the event we might
use it someday.
Dean, there's may be an unintended consequence to be careful of now that
you added null to the list of valid unit types.
If you have a job that stacks datasets on a single tape volume by using
UNIT=AFF=ddname such as the following:
//TAPEV01 DD DSN=SDR.BKUP.ML1001(+1),DCB=(SYS2.DSCB),
// UNIT=LTAPE,DISP=(NEW,CATLG),LABEL=(1,SL),
// VOL=(,RETAIN)
//TAPEV02 DD DSN=SDR.BKUP.DBA002(+1),DCB=(SYS2.DSCB),
// DISP=(NEW,CATLG),LABEL=(2,SL),
// UNIT=AFF=TAPEV01,VOL=(,RETAIN,REF=*.TAPEV01)
The ACS routine will have null for the unit for TAPEV02 .
I burned myself by changing an HLQ from non-SMS to SMS managed, and with
the logic as it was in my SMS routines, I was setting a storage class
for the second tape data set (we don't SMS manage tapes) and the
allocation ended up failing.
May not impact you at all, just something to look to make sure it
doesn't bite you.
Tom Chicklon
--
I modified the ACS routine to include ''' (quote quote) in the filter
list of valid DASD units.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Question - Urgent
Dean, there's may be an unintended consequence to be careful of now that you added null to the list of valid unit types. If you have a job that stacks datasets on a single tape volume by using UNIT=AFF=ddname such as the following: //TAPEV01 DD DSN=SDR.BKUP.ML1001(+1),DCB=(SYS2.DSCB), // UNIT=LTAPE,DISP=(NEW,CATLG),LABEL=(1,SL), // VOL=(,RETAIN) //TAPEV02 DD DSN=SDR.BKUP.DBA002(+1),DCB=(SYS2.DSCB), // DISP=(NEW,CATLG),LABEL=(2,SL), // UNIT=AFF=TAPEV01,VOL=(,RETAIN,REF=*.TAPEV01) The ACS routine will have null for the unit for TAPEV02 . I burned myself by changing an HLQ from non-SMS to SMS managed, and with the logic as it was in my SMS routines, I was setting a storage class for the second tape data set (we don't SMS manage tapes) and the allocation ended up failing. May not impact you at all, just something to look to make sure it doesn't bite you. Tom Chicklon -- I modified the ACS routine to include ''' (quote quote) in the filter list of valid DASD units. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-OPS/MVS question - delayed replay to WTOR
If I read the documentation correctly, I cannot use OPSWAIT in a MSG
rule. It says it can only be used in a REQ rule, or a OPS/REXX program
(started via the OI or OX function?).
John my original answer was a bit incomplete There is a two step process
for this. Here's one example from our rule library:
1) The message rule:
)MSG IXC102A
)PROC
ID = MSG.REPLYID /* Get REPLYID from event variable */
address TSO
"OPSEXEC PROGRAM('OPSMVS.RULES(IXC102RX)') ARG("ID")"
return 'NORMAL'
2) then the rule IXC102RX:
parse ARG ID /* Get REPLYID from event variable *
'OPSWAIT FOR(20)'
"OPSCMD COMMAND(R "ID",DOWN) NOOUTPUT"
exit
Tom Chicklon
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-OPS/MVS question - delayed replay to WTOR
John, In your Ops/MVS command that gets run for this message, include an 'OPSWAIT FOR(180)' before you issue the reply. This waits for 180 seconds / 3 minutes. Tom Chicklon --- Is there any way to tell CA-OPS/MVS that I want to reply to a WTOR after a delay of "n" seconds? What is occurring is that we occassionally get the message: *18 CBR4196D Job POPH302D, drive 0605, volser 260329, error code 140167. Reply 'R' to retry or 'C' to cancel. We want to wait about 3 minutes, then reply R. At present, we do a TSO SEND in the WTOR rule asking the operator to reply in 3 minutes. Unfortunately, they often forget to do so. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Todd, this is not a stupid suggestion at all. Many (most?) of these data sets contain back up copies of existing VSAM datasets, so restoring them without a rename would be a problem, unless I: - restore them to my test system (no shared catalogs) - rerun DSS back up on test system, with output to DASD - Run DSS COPYDUMP on prod system to create final SMS managed backup GDG It would be like going all the way around the block to get next door, so I wouldn't want to do this for all the data sets getting converted from Tape to DASD, but for those 24 generation monthly / quarterly / yearly ones, it just might be worth the effort to free up the tapes. The other tapes will free up on their own soon enough. Thanks! Tom Chicklon This may be a stupid suggestion, but why not just restore the data to spare volume(s), and then recreate the dump on disk with the same dataset name as the current tape (rerun the dump)? Since the COPYDUMP command does not seem to be a good option, I'd just try to recreate the dump in another way if it was that important to move it. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Thanks Scott. Going forward, when DSS creates the new dump data sets on DASD, there's no problem. I was only trying to copy previous back ups to DISK, which apparently can't be done. Tom --- > I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. > > We've had a number of small DSS DUMP files written to tape that I want to > move to DISK. Unfortunately, it seems that the dump files on tape get > created with a block size of about 64K, and from the DSS manual: > > The COPYDUMP command cannot change the block size of the DFSMSdss dump data > set. If you are copying a dump data set to a DASD device, the source block > size must be small enough to fit on the target device. > > Is there no way to copy these DSS dump files to disk other than restoring > the files (renaming them of course) and backing them up again? > > Tom Chicklon Possibly you may want to investigate the DD parameter BLKSZLIM, however it would need to be honored by the invoked program/utility, I believe. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Thanks for the confirmation Andrew, this is as I suspected. I guess we'll just have to wait for the tape data sets to roll off (they are all GDGs). Tom Chicklon ------- Tom, I'm sorry, but there is no way that I know of to do that. Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development - > I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. > > We've had a number of small DSS DUMP files written to tape that I want to > move to DISK. Unfortunately, it seems that the dump files on tape get > created with a block size of about 64K, and from the DSS manual: > > The COPYDUMP command cannot change the block size of the DFSMSdss dump data > set. If you are copying a dump data set to a DASD device, the source block > size must be small enough to fit on the target device. > > Is there no way to copy these DSS dump files to disk other than restoring > the files (renaming them of course) and backing them up again? > > Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Copy DSS Dump File to DASD
I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Panel Issue with HEX Data
My data is SR01 = 3000and ER01 = 30DF If (&SR01 > &ER01) .MSG = DRM001 I get the message saying SR01 is greater than 30DF and I cannot determine why. It is almost like it is ignoring the rules for Hexidecimal data. SR01 Pool (S) - ISPYX211 VALUE(3000) ..CHG by SELECT - ISPYX212 ER01 Pool (S) - ISPYX211 VALUE(30DF) ..CHG by SELECT - ISPYX212 While in hex, x'3000' is definitely less than x'30DF' . But when represented as a character string, c'3000' = x'F3F0F0F0' which is greater than c'30DF' = x'F3F0C4C6'. Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS pedantry (was Friday musings on the future of 3270 applic ations
Ted, sorry to hear about the job loss (this coming from another former IBMer...). And I couldn't agree with the rest of your response more. This topic is NOT important! In the grand scheme of things, who really cares? If this is our biggest problem of the day and we have nothing better to do than to rehash this after just wasting time on the exact same topic a few months ago, then we should all consider ourselves lucky. Frankly, I'd like to see this thread killed, with the same fate for any resurrections of this topic in the future. Tom Chicklon Why is this important? I just lost my job for the second time in three years! To me, you can call it what you want! Arguing about the meaning of USS just shows you don't have the weight of the world on your shoulders! This forum is meant for much better! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETPROG LNKLST--problem or procedural error?
But 106 has always indicated a Aux Stor Short of some sort... or rather region size ??? A 106 abend is issued for various errors during LINK(X), LOAD, ATTACH(X), or XCTL(X). Exactly why the 106 was issued depends on the return code. A 106-0C would be a likely region size problem Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Internet Orders
Has anyone had any luck the last few days with electronic orders from IBM? SMPE receive order times out after two hours for me both today and last Friday. I also have a product order that shows the internet delivery portion still in 'manufacturing'. I think the physical media, shipped Friday, will beat the electronic download! Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM loses employee data
As a former IBM employee, I fail to see the humor in any of this. I would have hoped that they would have used these BEFORE the data was lost... Tom Chicklon -- > The tapes were not encrypted. Maybe IBM > should look into a product like FDRcrypt from Innovation. > I would hope that rather than using someone else's, IBM would use its own encryption facilities (e.g., Encryption Facility for z/OS) or its encrypting tape drives (TS1120). Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 at DR
I think you are going to need someone who restores their spool volumes at DR to answer this one. We just INIT the volumes and allocate the spool space from the DR floor system while the other restore jobs are running; we don't restore the spool volumes. Tom Chicklon --- Ah, all good points. But my query is now leaning towards having a clean spool at DR without the headaches. So is my assumption correct? If the checkpoint/spool space that is restored from Full Volume Dumps has a S JES2,PARM='COLD,NOFMT' that JES2 would invoke a MINI format (QUICK Format) rather than a full blown format which would happen with a brand new, never before used environment? I wish I had a test system to do the playing with, but my current shop just loves to SHARE everything. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 at DR
I'm not sure this is that much of an issue anymore. Years ago, in a prior life, probably while running MVS/XA, our DR plan called for allocating only one spool volume before the first IPL because the format during the cold start took such a long time. After the IPL, we would allocate the rest of the spool space and then let JES format it while we did other things in parallel, At our last DR test a few months ago, running z/OS 1.4, my notes show that the cold start, which formatted three 3390-3 volumes, only took 2 minutes. Tom Chicklon We are running z/OS V1.7 Simple question. If I start JES2 with PARM='COLD,NOFMT' that will cold start the Checkpoint and not format the Spool spaces. Then after that finishes do I still need to format the Spool Space or will just cold starting the Checkpoint be sufficient? Or does that then just push out the format of the spool spaces? We are just doing full volume restores of our JES2 volumes so they will not be allocated as new spaces. They already exist. We are trying to reduce the time our JES2 startup takes at DR and I forget how the spool space is handled after the Cold start is completed on the checkpoint. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: $HASP443 message
To use them I believe you need to code LARGEDS=ALLOWED or ALWAYS. Default is LARGEDS=FAIL, so if you didn't add it to your JESPARMS, you've got FAIL. Fortunately, the manual says you can change it with a $T SPOOLDEF command. Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petersen, Jim Sent: Wednesday, May 09, 2007 1:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: $HASP443 message I am at z/OS 1.7 and I thought that support for more than 65535 tracks of data had been added to JES2. I just tried to create one and format it and I got a $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08 What am I missing here? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
On the other hand, some contracts are not enforceable. They remind me of the sign in the locker room which says "not responsible for lost or stolen objects".I suppose that means "please don't sue me". I once worked at a place were the mailroom had a sign in it that read: "NOT RESPONSIBLE FOR LOST OR MISPLACED MAIL" Wouldn't we all like to be not responsible for the one and only thing we are responsible for! Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS as a guest OS at D/R
I can't remember exactly what you are replying to, but I'm guessing that someone must have said that you must duplicate the lines in IEASYMxx for your production LPAR and your DR VM Guest. The definitions can be an exact replication, or you may have some differences between the two. With a bunch of junk removed to shorten it, here's what I have. This should get you started: SYSDEF SYMDEF(&IPLV1='&SYSR1') SYMDEF(&IPLV2='&SYSR1(1:5).2') SYMDEF(&IPLV3='&SYSR1(1:5).3') SYMDEF(&IPLV4='&SYSR1(1:5).4') /* VM GUEST HMIPRD1 FOR SYSTEM PRD1 AT SUNGARD*/ /* SYNC ALL CHANGES WITH THE ENTRY FOR HWNAME(HMI1)*/ SYSDEF VMUSERID(HMIPRD1) SYSNAME(HMI1) /* LPAR PRD1 SYSTEM MVS SPECIFIC DEFINITIONS */ /* SYNC ALL CHANGE WITH ENTRY FOR VMUSERID(HMIPRD1)*/ SYSDEF HWNAME(HMI1) LPARNAME(PRD1) SYSNAME(HMI1) Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Friday, May 04, 2007 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MVS as a guest OS at D/R I am working on setting up our DR constructs and am interested in having one IEASYSM member for both DR and normal. When you say must be duplicate, does that mean that you have the VMUSERID be the same as the LPARNAME? I thought the VMUSERID was specific to the hot site requiremenst? I am just getting into this, so sorry for a basic question. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer job posting
They are all US centric, tax related items. Briefly: W2 - Document that shows what an employer paid an employee, as well as how much in taxes were already withheld from the employees paycheck. See also IRS and SSA... 1099 - Document that shows (in this context) what a company paid a person who is working as a contractor for them SSA - Social Security Administration, a government entity that for the purposes of this discussion collects employment taxes to be used to pay out retirement benefits later. Mentioned here because employer and employee each pay half the tax, a contractor would have to pay both the employer and employee portions. IRS - Internal Revenue Service, a government entity that collects taxes on behalf of the US government. Note: accepted that these are overly simplified definitions. Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 03, 2007 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PGP
I'm looking to implement a solution to create PGP encrypted files at well I know I can use SSL, now TLS, in FTP so that data is encrypted during transmission, but the data would be left in plain text on the destination file server, which is likely to be a server that is, shall we say, less than robustly protected. We'd prefer that the recipients of our data to not decrypt it until they pull the data inside their firewall Google and IBM-Main searches pull up lots of hits for PGP... There is PGP for OS/390 which can be found in a link on IBM's Ported Tools pages. Looks good, but I'm not sure I want to use shareware that requires a license from a fourth party for code included in the tool. MegaCryption seems to have a lot of hits. Most comments seem to be positive, except for comments about its cost. GnuPG (Gnu Privacy Guard) looked good too, but I didn't see any references where someone has successfully installed it on z/OS. Has anyone? Also found IBM's Encryption Facility for z/OS. Looks like release 2 (which just became available earlier this year) will create PGP files. Has anyone taken a look at this release yet? Any thoughts or opinions on it? Tom Chicklon Hastings Mutual Insurance -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Tuesday, May 01, 2007 2:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: PGP What are folks using for data transfers to/from the mainframe using PGP? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic SMP/E question
Wow...
I had spent about 13 years with what must be a different service provider.
It was not unheard of to have the technical support person, and in many
cases their manager as well, in front of the customers CIO to explain
themselves.
It would appear to be difficult to move beyond speculation until the right
people speak for themselves without the insulation of an [uninformed]
interpreter.
Tom Chicklon
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tom Marchant
Sent: Wednesday, February 07, 2007 9:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Basic SMP/E question
On Wed, 7 Feb 2007 14:30:05 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
>>You have to talk to the salesman? Are you a company employee or d
>>you work for another service provider?
>
>Not a salesman.
>I'm the technical liasson between us an the service provider.
>I'm the 'goto' guy for all things mainframe, for our company, but
>even I don't know everything! (8-{}}
So you are an employee of the company? In that case, I think that
if I were you I'd be asking my boss why I can't talk directly to the
people doing the work, rather than through a translator.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Tampa Florida, February 11-16, 2007
True, when you haven't taken quite a few twists and turns in your career, changing names does add to the bulk in a resume, even if there isn't all that much substance. But if you've been away from it for a while (OK, not counting managing OS/390 system programmers for a while, it was about 10 years), it becomes a problem when the last operating system you actually touched and supported was called MVS and the interviewer asks 'I see you supported MVS before, but have you never worked on z/OS?' So, if a vote is so be taken, z/MVS gets mine (hey, it IS the political season). Tom Chicklon See the point? What IBM calls it is irrelevant and, as you have seen, name changes can muddy the waters. Play the game. If you have z/OS skills then you have MVS and OS/390 skills, don't you? And JES, and TSO, and ... "What's in a name? That which we call a rose By any other word would smell as sweet." Alan Altmark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Tampa Florida, February 11-16, 2007
Well, putting MVS back into the name would certainly help those who left the support ranks when it was called MVS, and now have to deal with recruiters and personnel folks who think that MVS or (OS/390) skills have nothing to do with being a z/OS system programmer. Tom Chicklon > I have been hoping for a name change like z/MVS. OK. Everyone out of the pool! Now cut that out... As soon as the pool has been drained, disinfected, and refilled, we can all get back in. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ordering Maintenance from IBM??
The problem with NOT using a report is that you will be repeatedly downloading the same maintenance even if it is already installed. It is a nice way to pare down the download size to just your products at your maintenance level. The job that Tom gave is not the correct one. It should look more like: //STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' //SYSPRINT DD SYSOUT=* //SMPOUT DD SYSOUT=* //SMPXTOUT DD PATH='/tmp/smpefeatures6', //PATHOPTS=(OWRONLY,OCREAT,OTRUNC), //FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) //SYSINDD DATA,DLM=$$ CSI=SMPE.ZOS16.GLOBAL.CSI TARGET=MVST100 TARGET=MVST112 $$ Dave's right - his JCL produces the Consolidated report that would be needed to reduce the number of fixes included in an order for maintenance. A simple list of features as I suggested would be useful to "automatically configure ServerPac orders, and tailor your view of z/OS and z/OS.e product catalogs, product orders and product requisites" (quoted text from help on creating reports) - in other words, when ordering products, not maintenance. Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ordering Maintenance from IBM??
When ordering maintenance, I generally select 'Do not use a report for this order' . But if a report is needed, I used: SET BOUNDARY (GLOBAL). LIST FEATURE . Tom Chicklon Hastings Mutual Insurance Co. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 04, 2006 11:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ordering Maintenance from IBM?? I wasn't expecting answers from IBM directly using this forum. I'm assuming someone else has been through this and could cut/paste the required SMPE statements or at least point me to them. -Original Message- From: Alan Altmark [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ordering Maintenance from IBM?? On Wednesday, 10/04/2006 at 11:35 AST, "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote: > Note to IBM - a link to documentation describing how to create the > required report would have been appreciated. Use Feedback on the web site if you have suggestions for improvements. I don't think the shopzseries folks hang out here. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need Firehose Document
A while back there was a Share presentation "Drinking From a Firehose" that talked about the 1.4 to 1.7 move. I printed my copy and then deleted it. Now we have a couple of team members who want the PDF. Does anyone have the link for this? Is this what you are looking for? 2892 - One Last Drink from the Firehose: Migrating from z/OS R4 to R7 at: http://shareew.prod.web.sba.com/proceedingmod/abstract.cfm?abstract_id=13845 Tom Chicklon Hasting Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need Firehose Document
/snip A while back there was a Share presentation "Drinking From a Firehose" that talked about the 1.4 to 1.7 move. I printed my copy and then deleted it. Now we have a couple of team members who want the PDF. Does anyone have the link for this? /snip 2892 - One Last Drink from the Firehose: Migrating from z/OS R4 to R7 at: http://shareew.prod.web.sba.com/proceedingmod/abstract.cfm?abstract_id=13845 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
