Re: Reading DD card information

On Mon, 21 Sep 2009 19:22:38 +0200, Gilbert Saint-Flour wrote: > >a. the 100-character PARM limit isn't easy to increase, as the length of SWA >control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC) > Clearly, this limit isn't carved in stone, because CALL, LINK, ATTACH, etc. allow PARM be sever

Re: Reading DD card information

On Tue, 22 Sep 2009 02:17:24 -0500 Paul Gilmartin wrote: :>On Mon, 21 Sep 2009 19:22:38 +0200, Gilbert Saint-Flour wrote: :>>a. the 100-character PARM limit isn't easy to increase, as the length of SWA :>>control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC) :>Clearly, this limit isn't carv

SYS1.VTAMLST Full - Production

Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is the IPL or NET shared task to be down the only way to increase the size of this dataset ? Any workaround for this ? JAcky -- For IBM-MAIN subscribe / si

How much will "fit" in a dataset?

All, I'm a little bit mystified but maybe I just need more coffee... don't know... Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800, SPACE=TRK(1,1)) and filled as much records in this dataset as possible. I've used the ISPF Editor and I was able to write 6240 records to th

Re: How much will "fit" in a dataset?

On Tue, 22 Sep 2009 12:14:18 +0200 Michael Knigge wrote: :>Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800, :>SPACE=TRK(1,1)) and filled as much records in this dataset as possible. :>I've used the ISPF Editor and I was able to write 6240 records to the :>file. I've got a E3

Re: SYS1.VTAMLST Full - Production

Jacky Bright pisze: Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is the IPL or NET shared task to be down the only way to increase the size of this dataset ? Any workaround for this ? What's full? Dataset space or directory? For directory full there is simple trick

Re: SYS1.VTAMLST Full - Production

Just in case, have you already compressed it (IEBCOPY)? 2009/9/22 Jacky Bright > Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is > the IPL or NET shared task to be down the only way to increase the size of > this dataset ? > > Any workaround for this ? > > JAcky > >

Re: Curious about ATTACH and 'SVCR 0'

The entry we are talking about is written when an SVRB terminates (and also for end of processing for such things as type 1 SVCs) Any record associated with a terminating PRB has nothing to do with this. When you're running your program and look at the RB structure, you'll see that the oldest RB

Re: How much will "fit" in a dataset?

Michael Knigge pisze: All, I'm a little bit mystified but maybe I just need more coffee... don't know... Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800, SPACE=TRK(1,1)) and filled as much records in this dataset as possible. I've used the ISPF Editor and I was able to w

Re: SYS1.VTAMLST Full - Production

Just run an IEBCOPY job to compress the PDS dataset. This will usually get you back a lot of space since this file is updated a lot. This is very easy to do with no issues that result from it. Let us know how it goes. Regards, Claude -Original Message- From: IBM Mainframe Discussion List

Reading a VSAM data file.

Hi I have restored a VSAM data and index file from a dump of a volume. And since it is a dump I can not restore with rename……. So I have PROD.VSAMFIILE.DATA and PROD.VSAMFILE.INDEX On TEST10 And a cluster, data and index with the same name (and used by production) on PROD18. I know I can:

Re: Reading a VSAM data file.

The only way I know is by using DITTO. If memory serves me right, there's a way of browsing a file using CCCHHH option. If you have that product I'll do additional research and get you the how to. Hope this helps... Thanks, George Rodriguez Specialist, Systems Programmer Network & Technical Ser

Re: How much will "fit" in a dataset?

On Tue, Sep 22, 2009 at 6:14 AM, Michael Knigge < michael.kni...@set-software.de> wrote: > All, > > > But what I really don't understand: A track is (afaik) 56.664 bytes in > size. So I could write 56.664 / 800 (track size / block size) = 70 blocks in > one track. One block can hold up to 10 reco

Re: Reading DD card information

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin > Sent: Monday, September 21, 2009 4:10 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reading DD card information > > On Mon, 21 Sep 2009 15:43:21 -0500, Patrick O'Keefe w

Re: SYS1.VTAMLST Full - Production

Just run an IEBCOPY job to compress the PDS dataset. This will usually get you back a lot of space since this file is updated a lot. This is very easy to do with no issues that result from it. Just to amplify, run a standard "compress" job using IEBCOPY with DISP=SHR on SYS1.VTAMLST. This is saf

Re: SYS1.VTAMLST Full - Production

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright > Sent: Tuesday, September 22, 2009 4:33 AM > To: IBM-MAIN@bama.ua.edu > Subject: SYS1.VTAMLST Full - Production > > Our Production SYS1.VTAMLST is full. Not able to define

Re: How much will "fit" in a dataset?

Thank you all so far! *avoid* fflush for 3 reasons: performance, wasted space on track, unexpected space abends. Period. Well, I've used the fflush() to check my assumptions... I'm aware of the badness of fflush() ;-> If you expect to write approx. 1 000 000 records then you get 1432,6..

Reading a VSAM data file.

Hi Sorry – no DITTO. Venlig hilsen Frank Allan Rasmussen IT, It-Drift frank.allan.rasmus...@regionsyddanmark.dk Direkte tlf. 76631650 Mobil: 29201650

Re: Reading DD card information

We use the one of my INSTASM programs to do a crude version of this http://home.clara.net/andywrobertson/mvsinstasm.html Though its not among the functions documented there you might like to downloasd this and look at the INSTSET/INSTGET section of the INSTDOC member. The facility does not creat

Re: How much will "fit" in a dataset?

Michael Knigge pisze: [...] If you expect to write approx. 1 000 000 records then you get 1432,6... tracks. You should round it up to 1500 tracks and give some secondary space, i.e. 500 tracks (YMMV). Here are the bad news (well, for me): A) I don't have any clue how much I have to write (thi

Re: How much will "fit" in a dataset?

You have lots of problems, not the least of which is JAVA. Just because you allocate a file with a certain PRIMARY and SECONDARY amounts, there is no assurance of anything beyond the PRIMARY allocation. For DASD you can specify up to 54 volumes in the unit parameter, or if it is tape, you can

Re: Curious about ATTACH and 'SVCR 0'

In , on 09/21/2009 at 01:13 AM, Barbara Nitz said: >The system trace table is showing a similar 'anomaly' when a tcb normally > terminates. The application program (presumably executing under a PRB) >does a BR 14 (or equivalent), and R14 points to the CVT, instruction >OAOD (also appropriate

@FILEnnn members on CBT Tape files

Hi Folks, Because of something that happened today, it came to my attention that enough people don't know about this, to warrant that I should write something about it. On most of the more recently updated files (last 9 years) in the CBT Tape collection (www.cbttape.org) there is a pds m

Re: Reading a VSAM data file.

That's the only product I know of that can bypass "normal" catalog protocol. What other OEM products that accesses VSAM do you have? Thanks, George Rodriguez Specialist, Systems Programmer Network & Technical Services (561) 357-7652 (office) (561) 707-3496 (mobile) School District of Palm Beach C

Re: Reading DD card information

On Tue, 22 Sep 2009 14:44:08 +0100, Andy Robertson wrote: > > http://home.clara.net/andywrobertson/mvsinstasm.html > >The facility does not create a POSIX environment variable but just a single >string held in the name/token pairs of the job. > Can that string contain the values of JCL symbols? >.

Re: How much will "fit" in a dataset?

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Blaicher, Chris > Sent: Tuesday, September 22, 2009 8:55 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: How much will "fit" in a dataset? > > You have lots of problems, not the least of w

Re: Reading DD card information

If, as discussed earlier, the JCL/SET variables were snap-shotted into a ASASYMBM table for each jobstop, then it would be easy to write a shell command to grab them, or perhaps have this done automatically by COZBATCH. Of course they might be useful for any program, but the synergy with running Po

Re: Reading DD card information

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf > Sent: Tuesday, September 22, 2009 9:11 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reading DD card information > > If, as discussed earlier, the JCL/SET variables were > s

Re: SYS1.VTAMLST Full - Production

Jacky Others have given you the advice necessary to resolve your immediate problem. I see that you encountered your problem when you found yourself needing to perform some sort of update of VTAM definitions somehow related to LUs. I'm afraid I don't follow what you might mean by "LU ID". Ther

Re: Reading a VSAM data file.

I have restored a VSAM data and index file from a dump of a volume. And since it is a dump I can not restore with rename??. I don't understand why you can't rename the VSAM DSN. I seem to do that all of the time, or did I miss something? For DSS it would be something like : DS(IN

ICSF Access

Cross posted to MVS and RACF: I have a sysprog asking for access to CSFOWH in the CSFSERV class. I am a little confused: the doc seems to relate this to ICSF which is not active on that LPAR. We do have ICSF hardware on the box and use it in other LPARS. Are some of the callable services still

Z/os V11.1 Help please

Hello all, we plan on installing z/os V.11 on our 2098-x01. Would someone please point me to the book that tells you how to set up 2 LPARS for sysplex capability for the new system. I have looked over the z/os manuals, but I'm not finding anything that's very clear on how to do it. Thanks in adva

Re: SYS1.VTAMLST Full - Production

On Tue, 22 Sep 2009 13:35:08 +0200, R.S. wrote: >... >For directory full there is simple trick available: just delete ISPF >statistics action char G). If the ISPF statistics are important to your shop (They are for ours.), you can use the PDS utility from the CBT collection to increase the dir

Re: SYS1.VTAMLST Full - Production

The other way if you are not in 16 extents and/or if you out of directory blocks, use the CBT PDS utility, it can add directoy blocks and/or cyls to an shr enqueued dataset. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase & Co. GTI DCT ECS Core Services zSoft

nslookup only searching default nsinteraddr

Hi all, Not sure if anyone else has experience this, however we noticed this once the default NSINTERADDR got corrupt. Our impression was that if a hostname could not be resolved using the first name server, the next name server on the NSINTERADDR list will be searched. This is not the ca

Re: SYS1.VTAMLST Full - Production

Patrick O'Keefe pisze: On Tue, 22 Sep 2009 13:35:08 +0200, R.S. wrote: ... For directory full there is simple trick available: just delete ISPF statistics action char G). If the ISPF statistics are important to your shop (They are for ours.), you can use the PDS utility from the CBT collect

Re: SYS1.VTAMLST Full - Production

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Terri E Shaffer > Sent: Tuesday, September 22, 2009 9:51 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SYS1.VTAMLST Full - Production > > The other way if you are not in 16 extents and/o

Re: Z/os V11.1 Help please

MVS Setting up a SYSPLEX SA22-7625 Merging Systems into a SYSPLEX SG24-6818 HTH, Hello all, we plan on installing z/os V.11 on our 2098-x01. Would someone please point me to the book that tells you how to set up 2 LPARS for sysplex capability for the new system. I have looked over the z/os manua

Re: nslookup only searching default nsinteraddr

Vikesh Here is a paragraph from the Usage Notes for the NSINTERADDR statement: - After the resolver has successfully contacted a name server, it stops without contacting the remaining name servers for that query. Name servers beyond the first in the list are used only if the name server curren

Re: Z/os V11.1 Help please

Hi Mike, Are you a systems programmer? I think I've seen postings from you before, so you obviously are familiar with z/OS. If you haven't worked with the system before as a sysprog, I think this would be a good time to consider a consultant. Management may not allow that, but it might not

Re: Reading a VSAM data file.

John, He can't rename because this is a physical dump, nit logical. ITschak On Tue, Sep 22, 2009 at 5:41 PM, John Kelly wrote: > > I have restored a VSAM data and index file from a dump of a volume. > > And since it is a dump I can not restore with rename??. > > > I don't understand why you ca

Re: ICSF Access

Hal, ICSF fulfills multiple purposes: 1. It's the crypto hardware manager 2. It's the crypto key repository (CKDS, PKDS, etc..) 3. It's the API for crypto services. If you have the RACF CSFSERV class active, the API calls issued by non-system (not key 0, not sup state) callers may be checked eve

WLM question - delayed due to CPUCAPPED

There is a field in Mainview for z/OS which shows me that a slow running job was delayed to "CPUCAP". Does anybody really know exactly what that means? We are using Group Capacity to control our software costs. Is this PRSM and WLM working together to cap the LPAR? Or is this just some WLM delay

Neon Webinar

Tomorrow at 10:30 CDT, Neon Software has a webinar about their zPrime product. Go to the following link to sign up: http://www.neon.com/events/webinars.shtm The seminar is titled, "NEON zPrimeT: The Business, Legal and Technical Facts." From all I've heard about this topic, this should be

Re: SYS1.VTAMLST Full - Production

- Original Message - From: "R.S." Newsgroups: bit.listserv.ibm-main Sent: Tuesday, September 22, 2009 11:11 AM Subject: Re: SYS1.VTAMLST Full - Production Patrick O'Keefe pisze: On Tue, 22 Sep 2009 13:35:08 +0200, R.S. wrote: ... For directory full there is simple trick available:

Re: How much will "fit" in a dataset?

Yes, there is a formula. I'll assume that you have either 3390 or 3380 (or equivalent). Refer to GX26-4577. It has additional references. Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Knigge Sent: Tuesday, September

Re: WLM question - delayed due to CPUCAPPED

You probably have discretionary defined and the service class this job is running in is over achieving, has a velocity of less than 30 or a response time goal over 1 min. and is itself not resource capped and ends up giving resources to discretionary but keeps the PI of the giver between 0.71 an

Re: WLM question - delayed due to CPUCAPPED

John, >From what you're saying you have Group Capacity set up with a softcap. Is that correct? We don't have Mainview here, but I would surmise that the four hour rolling average has reached the level of the softcap. At that point WLM will not allow the system to use any CPU over the limit set b

Re: How much will "fit" in a dataset?

>B) the whole stuff is written in Java... This is why I hoped I could do >all the needed calculations by myself because calling native stuff >(assembler) is "expensive" in Java Build a table one time, and keep it with the application, avoiding the native language call. Using a table lookup,

Re: How much will "fit" in a dataset?

On Tue, Sep 22, 2009 at 8:06 AM, Michael Knigge < michael.kni...@set-software.de> wrote: > ... > > B) the whole stuff is written in Java... This is why I hoped I could do all > the needed calculations by myself because calling native stuff (assembler) > is "expensive" in Java > > "Expensive" h

Re: Neon Webinar

Thanks for the info but, no thanks. On Tue, Sep 22, 2009 at 10:08 AM, Eric Bielefeld wrote: > Tomorrow at 10:30 CDT, Neon Software has a webinar about their zPrime > product. Go to the following link to sign up: > > http://www.neon.com/events/webinars.shtm > > The seminar is titled, "N

Re: WLM question - delayed due to CPUCAPPED

Hmmm, you're probably right.   John, go to the field descriptor and hit PF1 and you should get the description for the field. --- On Tue, 9/22/09, Kelman, Tom wrote: From: Kelman, Tom Subject: Re: WLM question - delayed due to CPUCAPPED To: IBM-MAIN@bama.ua.edu Date: Tuesday, September 22,

Re: How much will "fit" in a dataset?

There is a formula, but I would recommend looking up the table, in the same book. The table starts on page 14 of GX26-4577. Just look up the blocksize in the table, and find the number of blocks that will fit on a track. Then, calculate the number of individual records that will fit in a bloc

Re: How much will "fit" in a dataset?

Don Williams schrieb: Yes, there is a formula. I'll assume that you have either 3390 or 3380 (or equivalent). Refer to GX26-4577. It has additional references. Ahh found it on bitsavers.org Thanks! Bye, MK -- For IBM

Re: WLM question - delayed due to CPUCAPPED

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone > Sent: Tuesday, September 22, 2009 1:20 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: WLM question - delayed due to CPUCAPPED > > Hmmm, you're probably right. >   > Joh

Re: WLM question - delayed due to CPUCAPPED

Yes, some of the descriptions leave a little bit to be desired. I like to try to stay away from capping unless absolutely necessary but do have some.   Maybe there was an entry in the notes file in WLM stating why that Service Class was resource capped? I try to keep up with documentation, even

Re: WLM question - delayed due to CPUCAPPED

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone > Sent: Tuesday, September 22, 2009 2:22 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: WLM question - delayed due to CPUCAPPED > > Yes, some of the descriptions leave a l

Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 08:15:59 +0300, Binyamin Dissen wrote: >... >:>>I'd be quite satisfied with this _provided_ it was compatible >:>>with the existing CALL, LINK, ATTACH, etc. argument lists. >:>>I.e. on program entry R1 points to a fullword which points >:>>to a halfword containing the length

Backing Up Linux Volumes

We are planning a Linux Partition under z/VM. I have been reading a lot of manuals and articles. My question is - Do you backup the volumes for Linux from the mainframe side - using something like FDR INSTANT? Or is there a more preferred way to backup Linux volumes? Lizette ---

Re: Long parms ... again (was: Reading DD card information)

-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Tuesday, September 22, 2009 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Long parms ... again (was: Reading DD card information) Whatever technique used to pass a long par

Re: SYS1.VTAMLST Full - Production

On Tue, 22 Sep 2009 13:21:40 -0400, Pinnacle wrote: > ... If there is not enough >space in the dataset, you can do an ADDCYL or ADDTRK, and >PDS will dynamically create another extent. Not sure if VTAM can > tolerate that, but you'll find out soon enough ;-) >... It's been a long time since I

Re: Backing Up Linux Volumes

Lizette, You can back up the disks from z/VM or z/OS but the Linux data will not be consistent if the Linux guest is active as Linux caches writes in memory. We back up the guests with z/VM tools to provide a bare metal restore of the disk layout and then use tools within Linux to restore the data

Re: Backing Up Linux Volumes

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler > Sent: Tuesday, September 22, 2009 2:52 PM > To: IBM-MAIN@bama.ua.edu > Subject: Backing Up Linux Volumes > > We are planning a Linux Partition under z/VM. I have been

Re: Long parms ... again (was: Reading DD card information)

On 22 Sep 2009 12:59:30 -0700, steve_thomp...@stercomm.com (Thompson, Steve) wrote: >Whatever technique used to pass a long parm is not going to be >safely handled byt the old, standard parm passing scheme because >a long parm passed that way will break old, standard programs. >Some new technique

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 14:35:40 -0500, Patrick O'Keefe wrote: >>... >>:>>I'd be quite satisfied with this _provided_ it was compatible >>:>>with the existing CALL, LINK, ATTACH, etc. argument lists. >>:>>I.e. on program entry R1 points to a fullword which points >>:>>to a halfword containing the lengt

Re: Backing Up Linux Volumes

Jerry, Thanks. This is exactly what I am looking for. More NEWSGROUPS - :-D Lizette - > >Lizette, > You can back up the disks from z/VM or z/OS but the Linux data will not >be consistent if the Linux guest is active as Linux caches writes in >memory. We back up the guests with z/VM tools to pr

Re: nslookup only searching default nsinteraddr

On Tue, 22 Sep 2009 10:38:31 -0500, Chris Mason wrote: >... >- After the resolver has successfully contacted a name server, it >stops without contacting the remaining name servers for that >query. Name servers beyond the first in the list are used only if the > name server currently being cont

Re: Backing Up Linux Volumes

What is COZPROC? I don't seem to have one. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, September 22, 2009 1:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Backing Up Linux Volumes > -Original Message-

Re: Backing Up Linux Volumes

FDR DSF --> bring down the VM LPAR. FDR Upstream --> backup while the server is alive. pretty much what we are doing for now Lizette Koehler

Re: SMF SYNCVAL

I'm having the same problem as the OP and the solution of SYNCVAL(59) is not working for me. In SMFPRMxx I have: INTVAL(10) SYNCVAL(59) <== Was 00 STATUS(SMF,SYNC) In ERBRMF00 I have SYNC(SMF) This is z/OS 1.8 on z/890 Yesterday, 9/21, around 12:15 PM I did T SMF=xx to change the SYNCVAL from 0

Re: Backing Up Linux Volumes

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt > Sent: Tuesday, September 22, 2009 3:20 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Backing Up Linux Volumes > > What is COZPROC? I don't seem to have one. That is a par

Re: Backing Up Linux Volumes

We use two different levels of backup. File-level backup/restore is done from within the linux instance. We use Tivoli Storage Manager, but FDR/Upstream or even Bacula can be used. Disaster Recovery backups are done with the linux instances down (logged off not just idle). I have used native z/V

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 14:35:40 -0500 "Patrick O'Keefe" wrote: :>On Tue, 22 Sep 2009 08:15:59 +0300, Binyamin Dissen :> wrote: :>>:>>I'd be quite satisfied with this _provided_ it was compatible :>>:>>with the existing CALL, LINK, ATTACH, etc. argument lists. :>>:>>I.e. on program entry R1 points

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 15:12:25 -0500 Paul Gilmartin wrote: :>On Tue, 22 Sep 2009 14:35:40 -0500, Patrick O'Keefe wrote: :>>>:>>I'd be quite satisfied with this _provided_ it was compatible :>>>:>>with the existing CALL, LINK, ATTACH, etc. argument lists. :>>>:>>I.e. on program entry R1 points to a

Re: Backing Up Linux Volumes

Hi Lizette, I can't help you with backup, as when I did a Linux Lpar at P&H, we never got far enough to bother backing it up. I'm just curious though, your are doing this for 1 lpar only? You don't need z/VM for that. I assume this is part of a pilot and you will be getting many Linux machi

Re: Backing Up Linux Volumes

Ohh Bacula - I'd forgotten about that. I did some interesting testing using a suggestion David Boyes put out. Basically exported an NFS share from z/OS mounted on the Linux instance of the Bacula File Server and hasd Bacula do disk backups to the NFS Share. We had HSM managing the exported HLQ on z

Re: Backing Up Linux Volumes

Lizette, You may want review our DBS (DASD Backup Supervisor) product which can automate your z/OS, z/VM and LINUX full volume backups under z/OS. DBS can automatically recognize the different DASD volumes and build the appropriate backup control cards for DFDSS or FDR. DBS will audit your DASD

Re: SMF SYNCVAL

Jeffery Swagger wrote: I'm having the same problem as the OP and the solution of SYNCVAL(59) is not working for me. In SMFPRMxx I have: INTVAL(10) SYNCVAL(59) <== Was 00 STATUS(SMF,SYNC) In ERBRMF00 I have SYNC(SMF) This only applies to the SMF type 23 records. You need INTERVAL(SMF,SYNC) to

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 23:52:06 +0300, Binyamin Dissen wrote: > >:>I believe I stated pretty clearly above that I'd expect PARMX >:>to replace the first PARM, not be added as a second. > >That violates compatibility. > No, it preserves and extends compatibility. There are numerous programs extant tha

Re: Long parms ... again (was: Reading DD card information)

>Thee is an obvious need for lifting the 100-byte limit on parms, but it needs to be done in a way that allows old programs to continue to work. 100 bytes is only a limit for programmes called through JCL. If a programme calls another, with standard linkage, the length can be a lot longer. I don'

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 21:41:52 +, Ted MacNEIL wrote: >>Thee is an obvious need for lifting the 100-byte limit on parms, but >it needs to be done in a way that allows old programs to continue >to work. > >100 bytes is only a limit for programmes called through JCL. >If a programme calls another,

Re: Reading DD card information

- Original Message - From: "Binyamin Dissen" Subject: Re: Reading DD card information :>>a. the 100-character PARM limit isn't easy to increase, as the length of SWA :>>control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC) As they are not in JCL, they are not affected by SWA lim

Re: Long parms ... again (was: Reading DD card information)

>That depends on the format of the PARM (or the expectation of the called program). There are standards. If they have the half-word in front and follow the strandard, there is nothing to reach for. I think you are reaching, You can call programmes with 'long, parms. Only PGM= has the limit! - T

Re: SMF SYNCVAL

Apologies for the repost but I had, for the first time, used the browser interface from the office to reply to a post, and an old one at that, and did not notice that no context was included. Here's a better approximation of what I intended using my usual T-Bird. I'm having the same problem as t

Re: SMF SYNCVAL

Thank you Mr. Rutledge. I've updated SMFPRMxx to your suggestion. SYS(NOTYPE(4,5,20,34,35,40,99), EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL,IEFU29,IEFUAV), INTERVAL(SMF,SYNC),DETAIL) -- Jeff Bob Rutledge said the following on 9/22/2009 5:32 P

Re: Long parms ... again (was: Reading DD card information)

On Tue, 22 Sep 2009 23:25:35 +, Ted MacNEIL wrote: > >There are standards. >If they have the half-word in front and follow the strandard, there is nothing >to reach for. > >I think you are reaching, > Yes, but: #2.8.1 "z/OS V1R10.0 MVS Assembler Services Guide" __

Re: Long parms ... again (was: Reading DD card information)

> You know the rest. It says "example" and "convention", not > "standard". Regardless, I'd like to see the two-byte length > followed by the PARM field preserved in any extension of a > PARM-like operand to a 65536 (it says "two-byte", not "halfword", > avoiding the implication that it's signed)

Re: Long parms ... again (was: Reading DD card information)

> But I consider this highly phobic: no one has yet evinced > an existing program, not intentionally written as a > refutation, that behaves in a dangerous or mysterious > fashion simply because it was invoked with a long PARM. There is an extensive discussion of the long PARM topic in the archi