Re: Copy/restore OMVS.ROOT - what about defrag?
Edward Jaffe pisze: Mark Jacobs wrote: We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. We have the same issue here. Our daily backups and weekly dumps got slower and slower and we didn't know why. Turned out many of our HFS/ZFS files had grown unbelievably huge (due to temporary spikes in needed DASD capacity), yet were practically empty. Reallocating them was no trivial task. A real PITA! It is a problem, however there are some means to relieve it. 1. Keep operational files away from ROOT and product filesystems. Such filesystems should be R/O or treat as R/O. Keep all R/W files in dedicated containers (HFSes). 2. You can use many containers for different applications, file behaviors. 3. Last but not least: DO NOT DUMP those filesystems! Do file-level backups. In such case it doesn't matter how many extents filesystem has. Only size of the content apply. 4. The system-critical HFSes like ROOT can be dumped once because they don't change. Or it can be dumped everytime - but it's still unchanged so its size is constant. My $0.02 -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
R.S. wrote: By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. AFAIK there is no way to reorganize the contents of a HFS/ZFS filing system. The only method I know of is to allocate a new dataset, copy the contents to the new dataset(using the pax command) and then the rename shuffle. -- Mark Jacobs Time Customer Service Tampa, FL The avalanche has already started. It is too late for the pebbles to vote. -- Kosh, Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
On Wed, 15 Apr 2009 10:50:37 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. -- For HFS, it shouldn't be needed - similar to PDSE (assuming the files within the HFS aren't in use). Pages from deleted files or index pages are can be reused after the last connection to the file has been terminated. See similr past discussions on PDSE (especially in the LNKLST) in the archives. For zFS, space is reused also. I suggest you read the zFS admin guide and in particular the section on zFS disk space allocation that describes how system and user areas are allocated in the aggregate. Do you have a reason or evidence that makes you think you need to defrag / reorg an HFS or zFS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
Mark Zelden wrote: On Wed, 15 Apr 2009 10:50:37 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. -- For HFS, it shouldn't be needed - similar to PDSE (assuming the files within the HFS aren't in use). Pages from deleted files or index pages are can be reused after the last connection to the file has been terminated. See similr past discussions on PDSE (especially in the LNKLST) in the archives. For zFS, space is reused also. I suggest you read the zFS admin guide and in particular the section on zFS disk space allocation that describes how system and user areas are allocated in the aggregate. Do you have a reason or evidence that makes you think you need to defrag / reorg an HFS or zFS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. -- Mark Jacobs Time Customer Service Tampa, FL The avalanche has already started. It is too late for the pebbles to vote. -- Kosh, Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
On Wed, 15 Apr 2009 08:48:32 -0500, Mark Zelden wrote: On Wed, 15 Apr 2009 10:50:37 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. -- For HFS, it shouldn't be needed - similar to PDSE (assuming the files within the HFS aren't in use). Pages from deleted files or index pages are can be reused after the last connection to the file has been terminated. See similr past discussions on PDSE (especially in the LNKLST) in the archives. For zFS, space is reused also. I suggest you read the zFS admin guide and in particular the section on zFS disk space allocation that describes how system and user areas are allocated in the aggregate. Do you have a reason or evidence that makes you think you need to defrag / reorg an HFS or zFS? I don't know, but . The space on a PC is reused too. In that environment, the reason is not to make the space available, but to improve performance. It seems likely that after a sufficiently large number of changes, files in the HFS (or members in the PDSE) could have their blocks scattered enough to perform poorly. That said, I make heavy use of PDSEs and have never given a thought to reorganizing them. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
Mark Zelden pisze: Do you have a reason or evidence that makes you think you need to defrag / reorg an HFS or zFS? No, that's why I never tried to do it. I just read the thread and the question arised. Our HFS/ZFS usage is low, so I could miss the problem (yet). -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
On Wed, 15 Apr 2009 09:54:44 -0400, Mark Jacobs mark.jac...@custserv.com wrote: Mark Zelden wrote: On Wed, 15 Apr 2009 10:50:37 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: By the way: is there any procedure to defrag HFS/ZFS ? I mean some process similar to PDS compress or KSDS reorg. Is there any need to do it? How to measure it? Further explanation: I'm not talking about defragmentation o f volume containing HFS dataset, rather about defragmentation of the dataset content. -- For HFS, it shouldn't be needed - similar to PDSE (assuming the files within the HFS aren't in use). Pages from deleted files or index pages are can be reused after the last connection to the file has been terminated. See similr past discussions on PDSE (especially in the LNKLST) in the archives. For zFS, space is reused also. I suggest you read the zFS admin guide and in particular the section on zFS disk space allocation that describes how system and user areas are allocated in the aggregate. Do you have a reason or evidence that makes you think you need to defrag / reorg an HFS or zFS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. Yes, secondary extents won't be freed. But the space within those extents should be reusable once allocated. If this happens all the time, then what is the point of freeing it? Allocate it larger with no secondary... Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
Mark Jacobs wrote: We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. We have the same issue here. Our daily backups and weekly dumps got slower and slower and we didn't know why. Turned out many of our HFS/ZFS files had grown unbelievably huge (due to temporary spikes in needed DASD capacity), yet were practically empty. Reallocating them was no trivial task. A real PITA! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
To me, the problems with HFS and ZFS files seems to be a design flaw. When I was at PH Mining, we had the same problem. The root file kept growing - mostly I think because of logging activity. The files were kept for only a week and then automatically deleted, but the HFS file just kept getting more extents. It never made sense to me, when the total amount of data wasn't groing.. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Edward Jaffe edja...@phoenixsoftware.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, April 15, 2009 10:12 AM Subject: Re: Copy/restore OMVS.ROOT - what about defrag? Mark Jacobs wrote: We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. We have the same issue here. Our daily backups and weekly dumps got slower and slower and we didn't know why. Turned out many of our HFS/ZFS files had grown unbelievably huge (due to temporary spikes in needed DASD capacity), yet were practically empty. Reallocating them was no trivial task. A real PITA! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
Why on earth would you have log files in the Root? You are putting your whole USS environment at risk. One out of control user could kill the system Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Wednesday, April 15, 2009 12:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Copy/restore OMVS.ROOT - what about defrag? To me, the problems with HFS and ZFS files seems to be a design flaw. When I was at PH Mining, we had the same problem. The root file kept growing - mostly I think because of logging activity. The files were kept for only a week and then automatically deleted, but the HFS file just kept getting more extents. It never made sense to me, when the total amount of data wasn't groing.. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Edward Jaffe edja...@phoenixsoftware.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, April 15, 2009 10:12 AM Subject: Re: Copy/restore OMVS.ROOT - what about defrag? Mark Jacobs wrote: We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. We have the same issue here. Our daily backups and weekly dumps got slower and slower and we didn't know why. Turned out many of our HFS/ZFS files had grown unbelievably huge (due to temporary spikes in needed DASD capacity), yet were practically empty. Reallocating them was no trivial task. A real PITA! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
That was back in 1.2. It never seemed to matter then. That system is gone, replaced by RS6000's in a different city. You're right though, I should have put that type of thing in its own file system. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Veilleux, Jon L veilleu...@aetna.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, April 15, 2009 11:51 AM Subject: Re: Copy/restore OMVS.ROOT - what about defrag? Why on earth would you have log files in the Root? You are putting your whole USS environment at risk. One out of control user could kill the system Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Wednesday, April 15, 2009 12:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Copy/restore OMVS.ROOT - what about defrag? To me, the problems with HFS and ZFS files seems to be a design flaw. When I was at PH Mining, we had the same problem. The root file kept growing - mostly I think because of logging activity. The files were kept for only a week and then automatically deleted, but the HFS file just kept getting more extents. It never made sense to me, when the total amount of data wasn't groing.. Eric -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT - what about defrag?
Hmmm, I'm hoping your version and / or sysplex zFS is read only. also keep log files in their own separate zfs or copy them off and clear them on a routine basis. -Original Message- From: Mark Jacobs mark.jac...@custserv.com Sent: Apr 15, 2009 9:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Copy/restore OMVS.ROOT - what about defrag? We have a problem when a hfs/zfs grows to a huge size and since partial release doesn't work on these files to recover the allocated but unused space we have to perform a copy process to a new dataset. -- Mark Jacobs Time Customer Service Tampa, FL The avalanche has already started. It is too late for the pebbles to vote. -- Kosh, Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html PeoplePC Online A better way to Internet http://www.peoplepc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Copy/restore OMVS.ROOT
What utilities do I use to copy/restore my OMVS.ROOT on my z/OS 1.9 system? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies jl...@cornell.edu (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT
On Sun, 12 Apr 2009, jason lowe wrote: What utilities do I use to copy/restore my OMVS.ROOT on my z/OS 1.9 system? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies I use DFDSS. I think that FDR also works. But in either case, the copy must be done on the system upon which the ROOT is mounted. If it is not, then the copy could possibly be bad due to in-memory caching. Oh, I don't know how this works in a sysplex root environment. Depending on exactly what I want do to, I have also used the pax command in copy mode to copy active filesystems to either other file systems, or in write mode to tape (which can then be read from tape to restore the files previously backed up). The plus of the latter is that I can restore specific files either back to their original location, or to a new location. -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT
can u share copy of your dfdss backup/restore procedures.?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT
Dumping... //STEP1 EXEC PGM=ADRDSSU,REGION=0M //SYSPRINT DD SYSOUT=* //SYSABEND DD SYSOUT=* //OUT DD DSN=hlq.ROOT.ZFS.Y09D049,DISP=(,CATLG), // SPACE=(CYL,(2500,100),RLSE),UNIT=3390,VOL=SER=xx //SYSIN DD * DUMP DATASET(INCLUDE(OMVS.ROOT.R190.MAINT190)) - CONCURRENT - OUTDD(OUT) /* Restoring... //STEP1 EXEC PGM=ADRDSSU,REGION=0M //SYSPRINT DD SYSOUT=* //SYSABEND DD SYSOUT=* //INDS DD DISP=SHR,DSN=hlq.PLEX2.ROOT.ZFS.Y09D049 //SYSIN DD * RESTORE DATASET(INCLUDE(**)) - CATALOG - RENAMEU((OMVS.PLEX2.ROOT.R190.MAINT190, - OMVS.PLEX2.ROOT.R190.Y09D049)) - WRITECHECK - INDD(INDS) /* Mark Wheeler http://www.linkedin.com/in/marklwheeler Date: Sun, 12 Apr 2009 13:11:00 -0400 From: jl...@cornell.edu Subject: Copy/restore OMVS.ROOT To: IBM-MAIN@bama.ua.edu What utilities do I use to copy/restore my OMVS.ROOT on my z/OS 1.9 system? JL Jason Lowe - Mainframe Systems - Cornell Information Technologies jl...@cornell.edu (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Quick access to your favorite MSN content and Windows Live with Internet Explorer 8. http://ie8.msn.com/microsoft/internet-explorer-8/en-us/ie8.aspx?ocid=B037MSN55C0701A -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy/restore OMVS.ROOT
thanks Mark -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html