Re: Mainframe hacking (getting back on topic)

I guess we've all seen some dumb arse automate "WAIT" and "NOHOLD" replies so that console and jobs waiting for drives sit there spinning MIPS as fast as the automation product can reply to the messages. All the Auto-Ops people cared was the operators did not have to reply to the messages any more,

Re: Will CICS/TS 1.3(5.3) run on z/OS 1.10?

We have 2 clients currently running it under 1.10. Both are in the process of upgrading to the supported release, but neither one is in any hurry. Brian Westerman Syzygy Inc. -- For IBM-MAIN subscribe / signoff / archive access

Re: Need to delete olsolete entries from tape volcat

Thanks, John,  is it possible to delete a range?  We have a few thousand to do. - Original Message - From: "John McKown" To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 22, 2009 6:52:33 PM GMT -08:00 US/Canada Pacific Subject: Re: Need to delete olsolete entries from tape volcat

Re: CA Mainframe 2.0

Hi Scott, One question, when can we have it. We might have tried today :) Point of strangeness, I actually sorta liked Aggravator :) nut I was young then. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Scott Fagen > Sent: Wednes

Re: Need to delete olsolete entries from tape volcat

On Thu, 23 Jul 2009, Linda Mooney wrote: > Greetings All, > > We removed a hardware VTS a few months ago, replacing it with another > virtual tape appliance.  The new tape appliance uses a different range > of tapes that are also in the same volcat.  We use CA1 and SMS control > for all of th

Re: CA Mainframe 2.0

On Wed, 22 Jul 2009 15:42:03 -0500, Steve Cunningham wrote: >Haven't we all ready been there & done that with CA-ACTIVATOR back in the >80's. On Wed, 22 Jul 2009 17:34:48 -0400, Bobbie Jo wrote: >I believe you mean ca-aggravator, but yes in repsonse to everything else you >said. To the referen

Need to delete olsolete entries from tape volcat

Greetings All, We removed a hardware VTS a few months ago, replacing it with another virtual tape appliance.  The new tape appliance uses a different range of tapes that are also in the same volcat.  We use CA1 and SMS control for all of the virtual tapes.  We now have a problem in that we w

Re: EZASMI re-entrant FAILS on INITAPI

joereichman wrote: I clear out the area and it is in WS_DSECT funny thing the only difference is when the code works and not is when the Linkage editor marks the module RN/RU I suggest you force a dump (or set an error-event SLIP for C=0CX) and look at the SYSTRACE. If there's a hardwa

Re: EZASMI re-entrant FAILS on INITAPI

MAXSNO an output paramter was not in my storage WS_DSECT thankx again -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Binyamin Dissen Sent: Wednesday, July 22, 2009 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: EZASMI re-entrant FAILS

Re: EZASMI re-entrant FAILS on INITAPI

I clear out the area and it is in WS_DSECT funny thing the only difference is when the code works and not is when the Linkage editor marks the module RN/RU anyway I will look at contents of MY_PARM BTW thankx for the suggestion re: STIMER when using the ECB= on the EZASMI macro in the case

Re: Telnet & Unix System Services

You can do up arrow command recall using /bin/sh. Make sure you are using emacs rather than vi as your command entry editor and set the up-arrow key to CTRL-p, down arrow to CTRL-n. In OS/X, you need to set that in the Settings tab of Terminal | Preferences. In article you wrote: > > -Origi

Re: CA Mainframe 2.0

Steve Cunningham wrote: Haven't we all ready been there & done that with CA-ACTIVATOR back in the 80's. That was going to change the mainframe software installation also as I remember. Even after CA switched to SMP for installs they never kept the prereq's and co-reps current as it seemed every

Re: Mainframe hacking (getting back on topic)

On Wed, 22 Jul 2009 21:12:40 +, Ted MacNEIL wrote: >>Also many operators acquired the bad habit of replying U to everything, and only checking what it was for if it didn't work. > >Unfortunately, auto-ops has that same opportunity. >... There is no incorrect manual action that cannot be do

Re: VOLFLAG-----------(NULL)

This turns out to be a problem with EMC TimeFinder product, problem PTFs. I am backing off the problem PTFs and hopefully that will fix it. But here is what you asked for. If you see this, Verify works, listc works, but attempts to allocate the DS fail. Rather annoying. VOLUME

Re: CA Mainframe 2.0

I believe you mean ca-aggravator, but yes in repsonse to everything else you said. Bobbie Jo Justice - Original Message - From: "Steve Cunningham" Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, July 22, 2009 4:42 PM Subject: CA Mainframe 2.0 Haven't we all ready been the

Re: Mainframe hacking (getting back on topic)

>Also many operators acquired the bad habit of replying U to everything, and >only checking what it was for if it didn't work. Unfortunately, auto-ops has that same opportunity. I was trying, once, to modify RMF parms, a few years ago. The auto-ops replied U too quickly, and I couldn't get my

Re: Mainframe hacking (getting back on topic)

Binyamin Dissen wrote: Did scratch purge bypass the prompt? Yes, that was the justification for the parameter. So the expiration date gives you no protection against unauthorized READ access, and doesn't prevent deliberate destruction of the data. In the context of the thread's "hacking", th

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

You can still use PDS to add extents, even though the secondary is 0. >>> "Klein, Kenneth" 7/22/2009 3:06 PM >>> These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the

CA Mainframe 2.0

Haven't we all ready been there & done that with CA-ACTIVATOR back in the 80's. That was going to change the mainframe software installation also as I remember. Even after CA switched to SMP for installs they never kept the prereq's and co-reps current as it seemed everytime there was something

Re: Telnet & Unix System Services

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Post > Sent: Wednesday, July 22, 2009 2:59 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Telnet & Unix System Services > > >>> On 7/22/2009 at 3:41 PM, "McKown, John" > wrote: >

Re: Telnet & Unix System Services

> I am not 100% sure, but I think those are differences in /bin/sh on z/OS > UNIX, which is based on the Korn Shell, and the use of BASH as the default > shell on Linux. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > That was quite helpful.

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

On Wed, 22 Jul 2009 16:23:38 +0530, Sachin T wrote: >I am downloading it through FTP... One of the biggest factors effecting large file transfers is the TCP window size, especially if you have a high speed connection with significant latency (i.e., a long distance). You will spend most of the

Re: Telnet & Unix System Services

>>> On 7/22/2009 at 3:41 PM, "McKown, John" wrote: -snip- > I am not 100% sure, but I think those are differences in /bin/sh on z/OS > UNIX, which is based on the Korn Shell, and the use of BASH as the default > shell on Linux. I would tend to agree. It's one of the reasons I compiled and in

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

I've always been uncomfortable when anyone has a list of all the users from the type 0200 record. Something very bad happened because of this availability years ago and I have a long memory. Flash forward to this year, PCs become Netbooks, become Blackberries, become phones, become MP3 players, b

Re: Telnet & Unix System Services

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace > Sent: Wednesday, July 22, 2009 2:32 PM > To: IBM-MAIN@bama.ua.edu > Subject: Telnet & Unix System Services > > I'm using PuTTY to telnet to my Unix System Services. After

Telnet & Unix System Services

I'm using PuTTY to telnet to my Unix System Services. After making a few changes to key strokes I've got it working pretty much like all of my Linux systems. Exceptions: up arrow in Linux recalls the last commands in Unix System Services it just moves the cursor. tab key does auto-complete in Linu

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken K

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

On Wed, 22 Jul 2009 11:35:25 -0700 "Schwarz, Barry A" wrote: :>If the PTF is marked applied, then SMPE is pretty certain that every :>piece of it was installed where it should be. If the SMPE is marked :>failed, I would expect SMPE to back out any pieces that were installed :>before the piece th

Re: VOLFLAG-----------(NULL)

Never seen that before. What do the data sets with a NULL VOLFLAG show for VOLSER and DEVTYPE? Greg -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Mattson Sent: Wednesday, July 22, 2009 11:40 AM Anybody know what "VOLFLAG---(NULL)" in IDCAMS LISTC EN

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

Thanks to all who helped me thru my confusion. I have them all allocated now with PLENTY of space. The ones I checked were cataloged on volser(**) so you guys were right about the renames. The message was pretty scary. I've never had authority to do that before. Now, could the out-of-space is

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

If the PTF is marked applied, then SMPE is pretty certain that every piece of it was installed where it should be. If the SMPE is marked failed, I would expect SMPE to back out any pieces that were installed before the piece that failed leaving you in the same condition as if you had never tried t

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

I don't use it, but SETPROG LNKLST,UNALLOCATE and SETPROG LNKLST,ALLOCATE...No need to stop LLA Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of John Kelly > Sen

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

The "approved" method is documented in: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S350/2.6.3.4 Basically, there is a RACF profile called STGADMIN.DPDSRN.oldname in the FACILITY class which can do this. With some restrictions. -- John McKown Systems Engineer IV IT Administ

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

AS Eric said. There is a facility profile, I think somewhere in the STGADMIN set, that allows rename of an inuse dataset on a different volume. I doubt IEHMOVE will work. I would resist using IEHMOVE for anything. The only excuse I can still think of would be restoring a file originally writte

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

AS LONG AS YOU KNOW WHAT YOU'RE DOING, the previously mentioned BYPASSNQ program is great for reallocating these DSNs or you can stop LLA and remove the XCFAS enqueues and do it normally BUT . Jack Kelly 202-502-2390 (Office) -

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

Ken, There is a program on the CBT web site (WWW.CBTTAPE.ORG) that has a rename program that allows you to rename files that are in use. I can't remember which file it is, but I'm sure that someone will give the number if you can't find it. There is also a way to do that with ISPF, to give y

Re: VOLFLAG-----------(NULL)

On Wed, 22 Jul 2009 11:39:47 -0500, John Mattson wrote: >Anybody know what "VOLFLAG---(NULL)" in IDCAMS LISTC ENT listing >means? Most of my datasets are showing up "VOLFLAG--PRIME", but >some are showing (NULL). Any way to change it? IDCAMS manual was no >help. > >

Re: Any gotchas going from 1.4 to 1.9?

Fermat Ma wrote: Get rid of 1byte console id. No imbed, replicate for VSAM. ...and a lot more.. Existing data sets created using IMBED, REPLICATE, and KEYRANGE remain supported for existing VSAM data sets in z/OS R9 just as they were in z/OS R4. We have yet to announce a release in which t

Re: ALLOCATION OF USERCAT MYSTERY - URGENT

Esmie, >From your display the RTYPE shows 3380. Therefore you are running real 3380 >DISK volumes. If you look at Willie's display - it shows 2107 where you have 3380. That means you have real 3380 DASD and Willie has Emulated 3380 Dasd. Lizette > >Thanks Willie for the example. >  >Here

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

Not really. Have you seen how some flavors of LDAP works? Sensitive data on networks and PC's is a serious concern (and many have instituted controls). In that context, RACF data is no different than most other such data. Managing the environment as well as meeting audit demands means exploit

Re: ALLOCATION OF USERCAT MYSTERY - URGENT

Esmie,   This looks like a 3390-3 type device. --- On Wed, 7/22/09, esmie moo wrote: From: esmie moo Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 22, 2009, 10:06 AM Thanks Willie for the example.   Here is what I have.   IEE459I 13.04

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

John, the problem is that the same name exists on the system I am running on. I think I might try iehmove. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mail

Re: ALLOCATION OF USERCAT MYSTERY - URGENT

Thanks Willie for the example.   Here is what I have.   IEE459I 13.04.27 DEVSERV PATHS 125   UNIT DTYPE  M CNT VOLSER  CHPID=PATH STATUS      RTYPE  SSID CFW TC   DFW PIN DC-STATE CCA DDC   CYL CU-TYPE    A0EC,3380K ,O,000,ZO6WK

Re: ALLOCATION OF USERCAT MYSTERY - URGENT

Willie, If you look at the display it shows 2107 under RTYPE. This would appear to be a storage array that emulates the 3380 technology. I think if it was a real 3380, then it would have said 3380 where the 2107 is located in the display under RTYPE. Lizette > >Here is the display of 1 of

Re: ALLOCATION OF USERCAT MYSTERY - URGENT

Here is the display of 1 of the addresses.  It shows a 3380 device.    DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972  UNIT DTYPE  M CNT VOLSER  CHPID=PATH STATUS RTYP

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Tony B. > > Is anyone else out there concerned that it's a RACF db being sent down the > pipe? I'll speculate the RACF-L folks do. If they're not worried about "tossing the keys to the kingdom over a crowd", then I'

VOLFLAG-----------(NULL)

Anybody know what "VOLFLAG---(NULL)" in IDCAMS LISTC ENT listing means? Most of my datasets are showing up "VOLFLAG--PRIME", but some are showing (NULL). Any way to change it? IDCAMS manual was no help. -- Fo

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > > I ran with the smp control cards I listed earlier. I got a lot of D37's > (11) but many recovered after the compress. Now 5 datasets are still > 100% full so I can't tell if the module got loaded

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .ne

Re: Offload work to zIIP with zPRIME

On Wed, 22 Jul 2009 14:18:31 +0900, Timothy Sipples wrote: >You could be criminally liable for certain uses of the car, such as putting >a baby or toddler in the car without a certified child safety seat, >regardless of where you operate or don't operate the car. [Not talking about IBM and I nev

Re: Any gotchas going from 1.4 to 1.9?

>>No imbed, replicate for VSAM. >>...and a lot more.. >> >I thought this restriction was not yet enforced, even at z/OS 1.10. It's not. And, as of the last time I checked, you can still specify them under IDCAMS. They are checked for syntax, but ignored. The created file does not have the attribu

Re: cbttape #737

I see... guess I was totally on the wrong track. Will look at download info on the download trouble site. Thanks! Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message-

Re: cbttape #737

These files are not intended for use on a PC except for store and forward. You should follow the instructions that step you though the download to pc, upload to host, and translate back into the original final form. It's a little tedious and there is a small learning curve but you'll get the

Re: cbttape #737

http://cbttape.org/downloadtrouble.htm On Wed, Jul 22, 2009 at 9:59 AM, Crabtree, Anne D wrote: > Found this on cbttape site: > > > > File # 737 Package to clear all DASD to X'00' after D/R Test > > > > > Clicked on it and it downloaded a .XMI file and

Re: cbttape #737

>Clicked on it and it downloaded a .XMI file and now I can't open it. Anne - Start here http://www.cbttape.org/downloadtrouble.htm Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing service

Re: cbttape #737

On Wed, 22 Jul 2009 10:59:49 -0400, Crabtree, Anne D wrote: > >File # 737 Package to clear all DASD to X'00' after D/R Test > > >Clicked on it and it downloaded a .XMI file and now I can't open it. I >guess I need to download some kind of package to view

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

Good point. Also consider that there could be several layers of encryption going on all at once (TLS, VPN, router, etc). Not only that, but encryption often defeats compression which can raise the numbers of byte transmitted several times over. -Original Message- From: IBM Mainframe Di

Re: cbttape #737

On the CBT Website look to the Left and select the XMIT MANAGER link. This will allow you to view it on the PC. These are TSO XMIT files that can be uploaded to the MAINFRAME and then a TSO RECEIVE command can then put them back the way there were. Lizette > >Found this on cbttape site: >

cbttape #737

Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone t

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Sachin T > Sent: Wednesday, July 22, 2009 5:37 AM > To: IBM-MAIN@bama.ua.edu > Subject: Downloading large datasets to PC is that Mainframe any > Performance issue ? > > Hi, > > I am

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

The system would not notice. However, you are putting stress on your network and that could be perceived as system degradation. Networks optimized for PC's tend to not perform as well for large data transfers. Some networks are configured to give FTP traffic a lower priority. -Original Me

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony B. > Sent: Wednesday, July 22, 2009 9:32 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Downloading large datasets to PC is that > Mainframe any Performance issue ? > > Is anyon

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adams, Tracy Sent: Wednesday, July 22, 2009 9:13 AM To: IBM-MAIN@ba

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

Interesting, but I would think that FTP is all I/O over a very slow path. Unless you are doing some heavy duty software based encryption/decryption, FTP should not consume enough CPU for WLM to even notice. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.

Re: Any gotchas going from 1.4 to 1.9?

imbed and replicate were dropped between 1.9 and 1.10 IIRC. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, Jo

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but th

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

We had terrible FTP time from the mainframe a few years ago. This happened to us with an older OSA card. The resolution had to do with TCP packet sizes. We had to lower it to 1492 on the mainframe side. It had something to do with an 8 byte penalty within the card itself. We identified this wi

Re: Any gotchas going from 1.4 to 1.9?

The trick to doing SPOOL offloads for new system implementation and such is not to erase the original stuff. This way if difficulties are encountered in the reload all your original junk is still in place: OFF1.JT DISP=KEEP,WS=(/) OFF1.ST DISP=KEEP,WS=(/)

Re: Any gotchas going from 1.4 to 1.9?

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt > Sent: Wednesday, July 22, 2009 8:01 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Any gotchas going from 1.4 to 1.9? > > On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma >

Re: INFOZIP >2Gb

On Wednesday 22 July 2009, Bob Woodside wrote: >Try this. Edit the file zip.c. At line 1219 you'll see > # if 0 > Change that to > # if 1 > and rebuild zip. Then run "zip -v" and let me know what zip reports. Thanks for your assistance, done the above & I get the following : Copyright (c) 19

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

There are those that believe that "someone had a problem which IBM fixed. Do I want the same problem?" If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and sco

Re: Mainframe hacking (getting back on topic)

On Wed, 22 Jul 2009 08:54:43 -0400 Gerhard Postpischil wrote: :>Binyamin Dissen wrote: :>> :>Expiration dates are too easy to bypass. :>> Required access to the console. :>Unless you used SCRATCH with the PURGE option; e.g., I get the :>extents and map the free space on a volume, scratch the

Re: Any gotchas going from 1.4 to 1.9?

On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma wrote: >No imbed, replicate for VSAM. >...and a lot more.. > I thought this restriction was not yet enforced, even at z/OS 1.10. -- For IBM-MAIN subscribe / signoff / archive acces

Re: Bulletproof (was Re: Mainframe hacking (getting back on topic))

On Tue, Jul 21, 2009 at 1:28 PM, Hal Merritt wrote: > Well, does a hurricane count? Generally, the category of a hurricane just > about matches the F number for a tornado (a category three hurricane is about > the same wind speed and destructive force as a F-3 tornado). In addition, > tornados  

Re: Mainframe hacking (getting back on topic)

Binyamin Dissen wrote: :>Expiration dates are too easy to bypass. Required access to the console. Unless you used SCRATCH with the PURGE option; e.g., I get the extents and map the free space on a volume, scratch the data set, and allocate one of mine with the appropriate space amount(s),

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

PUT stands for Program Update Tape, I belive. A PUT tape is ALL the ptfs for that month. RSU is just the 'important' ones. I think I recall Betty Brody saying RSU was about 80% of the available PTFs. Mary Anne On Wed, Jul 22, 2009 at 7:49 AM, Klein, Kenneth wrote: > Recommended service upgrade a

Re: INFOZIP >2Gb

On Wednesday 22 July 2009, Vikesh Bhoola wrote: > Bob, thanks for the info on the patches. I have re-done this and did > not get any prompts or rejects this time round. Uploaded the file to > z/OS & it compiled successfully. I verified the patches are in, but > still get the error for zipping a fil

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

>System performance shouldn't take too big a hit from this. But the FTP session's perfomance depends on the WLM service class it gets assigned to. If the service class has been setup with periods small transfers might run quickly but larger transfers might fall through the periods with usually dec

Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Recommended service upgrade and ? http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst > Should I apply them both? That is entirely and exclusively your choice. In our shop, we choose to

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

On Wednesday 22 July 2009, Klein, Kenneth wrote: > ftp put from the mainframe would be faster than ftp get from the pc. Of course, this implies that he would have an ftp server running on the PC. (Why would this be faster, by the way?) > > I am downloading it through FTP... normally i downl

Re: EZASMI re-entrant FAILS on INITAPI

You might look at the EZASMI INTITAPI in SHOWzOS. It's rent and works fine. Download at http://www.cbttape.org/updates.htm FILE#492 Roland >I get a return code of -1 and errno is is X'000E' >as it goes to the label specfied in ERROR=ERROR > >Where I have a ABEND with a DUMP operand >The Fo

What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???

Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT09

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

On Wed, 22 Jul 2009 07:12:52 -0400 "Klein, Kenneth" wrote: :> ftp put from the mainframe would be faster than ftp get from the pc. 1. Why? 2. Would require a FTP server on the PC. :>Ken Klein :>Sr. Systems Programmer :>Kentucky Farm Bureau Insurance - Louisville :>kenneth.kl...@kyfb.com :>502

Re: EZASMI re-entrant FAILS on INITAPI

On Wed, 22 Jul 2009 04:23:02 -0400 Rob Scott wrote: :>A couple of things : :>(1) Where is MY_PARM located? - I would hope that it is within the WS_DSECT area (ie your working storage) MY_PARM is probably fine as the operand of MF=E is (usually) altered by in-line code. Most likely one of the

Re: Mainframe hacking (getting back on topic)

On Wed, 22 Jul 2009 02:14:48 -0400 Gerhard Postpischil wrote: :>Binyamin Dissen wrote: :>> Before RACF there were expiration dates. :>Expiration dates are too easy to bypass. Required access to the console. :> Better protection was :>afforded by passwo

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

ftp put from the mainframe would be faster than ftp get from the pc. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach wrote: > Sachin, > > Download speed depends on the protocol and software U u. U SNA? are U using > FTP? > > Itschak > > On Wed, Jul 22, 2009 at 1:37 PM, Sachin T > wro

Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????

Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T wrote: > Hi, > > I am downloading a RACF Database unload dataset from Mainframe to my pc > desktop, it's taking more than 2 hours 30 minutes... is that wil

Downloading large datasets to PC is that Mainframe any Performance issue ?????

Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin ---

Re: Bulletproof (was Re: Mainframe hacking (getting back on topic))

Rick Fochtman wrote: >Of course, you ALWAYS have recourse to litigation for damages, if you can show how the vendor should be held liable, either for malice or negligence. Shane may or may not has the same recourse as your country, because Shane is living in Australia. Litigation is one thing,

Re: Any gotchas going from 1.4 to 1.9?

Get rid of 1byte console id. No imbed, replicate for VSAM. ...and a lot more.. there are release guides available online and you should take a serious look into them. Fermat On Wed, Jul 22, 2009 at 1:33 PM, Brian Westerman < brian_wester...@syzygyinc.com> wrote: > This is a real pet peeve of mi

Re: INFOZIP >2Gb

Bob, thanks for the info on the patches. I have re-done this and did not get any prompts or rejects this time round. Uploaded the file to z/OS & it compiled successfully. I verified the patches are in, but still get the error for zipping a file over 4GB : zip warning: Entry too big:HLQ.FO

Re: EZASMI re-entrant FAILS on INITAPI

A couple of things : (1) Where is MY_PARM located? - I would hope that it is within the WS_DSECT area (ie your working storage) (2) I would advise that you perform the following before calling EZASMI : XCMY_PARM(MY_PARM_LEN),MY_PARM (3) Why not dump out the contents of MY_PARM afte

Re: EZASMI re-entrant FAILS on INITAPI

I get a return code of -1 and errno is is X'000E' as it goes to the label specfied in ERROR=ERROR Where I have a ABEND with a DUMP operand The Following is a explaination of errno 14 from Sockets Application Programming Interface Guide and reference Appendix 1.2.1.1 14 FAULT All An inco