Re: GRS alternatives
ack === This email is a natural product. The slight variations in spelling and grammar enhance its individual character and beauty and in no way should be considered flaws or defects. > -Oorspronkelijk bericht- > Van: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] Namens Gibney, Dave > Verzonden: vrijdag 29 december 2006 8:33 > Aan: IBM-MAIN@BAMA.UA.EDU > Onderwerp: Re: GRS alternatives > > You either really know by looking at the "code" or you broke it on > some occasion or other :) > Or both and maybe on purpose > > It is entirely possible to share those resources in a > > read-only manner across SYSPLEX boundaries. It is equally > > certain that writing to a dataset (improperly) shared in that > > manner will result in a broken dataset and grief to the > > consumers on both sides. Ask me how I know > > > > CC > > > > -- > 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 > > > > De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. -- 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: GRS alternatives
You either really know by looking at the "code" or you broke it on some occasion or other :) Or both and maybe on purpose It is entirely possible to share those resources in a > read-only manner across SYSPLEX boundaries. It is equally > certain that writing to a dataset (improperly) shared in that > manner will result in a broken dataset and grief to the > consumers on both sides. Ask me how I know > > CC > -- 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: TLMS CopyCat Utility
Carlos, Maybe you should look at the Opentech Systems TapeCopy product. The JCL is built via ISPF panels and can move many proprietary tape files like HSM, ABARS, Harbor and DMS to name a few. We could get you installed and running in of hours. Got to the link below: http://www.opentechsystems.com/tape-copy.php Don Bolton Director Technical Services www.OpentechSystems.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Bodra Sent: Thursday, December 21, 2006 2:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TLMS CopyCat Utility Some time ago I sent to IBM-Main list a question about migration of old 3480/90 physical cartridges to a VTS subsystem. Someone sends me an e-mail telling about COPYCAT. Carlos Bodra zSeries System Programmer São Paulo - SP - Brazil -- 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: GRS alternatives
Mark said > MII (MIM Integrity) is a component of MIM. That is the part that is > basically a GRS equivalent since it is an integrity manager. And yes, > you can share across sysplex boundaries unless you put the control > file in a CF as Ted said. MII will not get around the sysplex > sharing restrictions for sharing PDSE and HFS - which must be > shared within the scope of a sysplex (because the ENQs are issued > with RNL=NO). Search the archives for more (much more!) on this. Mark is absolutely correct that you can't share PDSE/xFS datasets across SYSPLEX boundaries, but the reason is more complex than just the scope of the ENQ. MIM will faithfully take proxy ENQs on every system in the MII sharing complex no matter how many SYSPLEX instances are involved. If that was all there was to it then "it would work". And too many people believe they really can share outside of a SYSPLEX, despite acres of documentation to the contrary. HFS and PDSE are essentially memory-mapped files. The system components that manage the space allocation for those files communicate with each other using XCF and XCF is limited (by definition) to the SYSPLEX. Change the space map outside of the XCF scope and its good night and thanks for playing. It is entirely possible to share those resources in a read-only manner across SYSPLEX boundaries. It is equally certain that writing to a dataset (improperly) shared in that manner will result in a broken dataset and grief to the consumers on both sides. Ask me how I know CC -- 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: GRS alternatives
MII (MIM Integrity) is a component of MIM. That is the part that is basically a GRS equivalent since it is an integrity manager. And yes, you can share across sysplex boundaries unless you put the control file in a CF as Ted said. MII will not get around the sysplex sharing restrictions for sharing PDSE and HFS - which must be shared within the scope of a sysplex (because the ENQs are issued with RNL=NO). Search the archives for more (much more!) on this. MIA (MIM Allocation) is the tape sharing component. TDAM would be a similar product (as well as IBM ATS). MIA can be licensed on its own and I have worked at many shops that did just that. There are other MIM components also. For example MIC (MIM Console) which lets you share consoles and route commands to other systems similar to the way it works in a sysplex environment (but again, it can be used across sysplex boundaries). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 28 Dec 2006 17:22:57 -0500, Michael Sullivan <[EMAIL PROTECTED]> wrote: >Check out TDAM > >http://www.graudatastorage.de/EN/Products/tdam.html > > >On 12/28/06, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >> >Just curious: what are ISV products that replace or complement GRS ? I'm >> aware of CA-MII. Does anything else exist? >> >> Be careful. >> >> It's actually called MIM. >> >> It does not handle local enq; that's still done by GRS. >> >> The only advantage with MIM is with multiple SYSPLEX's. >> >> But, once you move the control datasets to the CF, you are stuck with the >> same restrictions as GRS. >> A CF cannot be shared across SYSPLEX's. >> >> >> When in doubt. >> PANIC!! >> >> -- >> 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 >> >http://www.graudatastorage.de/EN/Products/tdam.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
Re: GRS alternatives
Check out TDAM http://www.graudatastorage.de/EN/Products/tdam.html On 12/28/06, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >Just curious: what are ISV products that replace or complement GRS ? I'm aware of CA-MII. Does anything else exist? Be careful. It's actually called MIM. It does not handle local enq; that's still done by GRS. The only advantage with MIM is with multiple SYSPLEX's. But, once you move the control datasets to the CF, you are stuck with the same restrictions as GRS. A CF cannot be shared across SYSPLEX's. When in doubt. PANIC!! -- 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 http://www.graudatastorage.de/EN/Products/tdam.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: GRS alternatives
>Just curious: what are ISV products that replace or complement GRS ? I'm aware >of CA-MII. Does anything else exist? Be careful. It's actually called MIM. It does not handle local enq; that's still done by GRS. The only advantage with MIM is with multiple SYSPLEX's. But, once you move the control datasets to the CF, you are stuck with the same restrictions as GRS. A CF cannot be shared across SYSPLEX's. When in doubt. PANIC!! -- 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
GRS alternatives
Just curious: what are ISV products that replace or complement GRS ? I'm aware of CA-MII. Does anything else exist? -- Radoslaw Skorupka Lodz, Poland -- 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: SAD text verification
IBM Mainframe Discussion List wrote on 12/28/2006 10:28:30 AM: > On Thu, 28 Dec 2006 09:43:58 -0500, Andy White <[EMAIL PROTECTED]> wrote: > > > But was wondering if I can tell from an eye catcher if > >maint was picked up for it. I assume not if i'll only find it in hold data, > >which we do review. > > > > I don't think there is an easy way since there are different parts > that go into building the SADUMP ipl text / pgm on disk. Maybe by > browsing SYS1.PAGEDUMP.vVOLSER. Perhaps Jim will chime in again. The creation date of the SYS1.PAGEDUMP.Vvolser is a good indicator of when SADMP was generated. To check the level of a particular module, I would browse SYS1.PAGEDUMP.Vvolser, do a Find on the module name to locate the eyecatcher, and check the FMID/PTF id in the eyecatcher. The IPL text for SADMP contains only module AMDSAIPD. The rest of the SADMP modules are in SYS1.PAGEDUMP.Vvolser. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
In a recent note, G+D+J+ B+N% #B+J+ said: > Date: Thu, 28 Dec 2006 14:10:58 +0200 > > We are trying to transfer an ADABAS backup file from a VSE system to an MVS > system using FTP. > > There is no direct connection between the VSE and MVS systems. We have to > transfer the file from the VSE system to a ftp server and then from there to > the MVS system. > If you have FTP servers on both VSE and MVS, and an FTP client with access to both, the following works with two MVS systems -- you might try something similar with VSE. On the common client, do: FTP OPEN MVS1 USER user password BINARY QUOTE SITE TYPE E QUOTE SITE MODE B GET data.set.name workfile CLOSE OPEN MVS2 USER user password BINARY QUOTE SITE TYPE E QUOTE SITE MODE B PUT workfile new.data.set.name QUIT -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Hello Gadi, Have you checked VSE-L's archives (actually use Google newsgroup search on bit.listserv.vse-l)? There have been discussions like this in the past there as well. One thing I remember is that CSI's FTP client may have had issues in the past with RDWs. I think BSI's FTP client works better with this. I know you will have to do a SITE RDW or whatever the command is (too lazy to look it up) to the z/OS server. Otherwise, one thought, similar to the 80-byte idea postulated, would be to convert the data to XMIT format on the z/VSE side, and then do a RECEIVE on the z/OS side. I've been down this path in the past with HLASM ADATA; e-mail me off list if you want to discuss it. Best regards, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ??? ?? ??? Sent: Thursday December 28 2006 04:11 To: IBM-MAIN@BAMA.UA.EDU Subject: Transferring ADABAS backup file from VSE to MVS using FTP Hi, We are trying to transfer an ADABAS backup file from a VSE system to an MVS system using FTP. There is no direct connection between the VSE and MVS systems. We have to transfer the file from the VSE system to a ftp server and then from there to the MVS system. Using tapes is not an option since the systems do not have common media. The problem is that the ADABAS backup file has variable length records and the record and block length information is lost during the transfer. Can anyone recommend a way to perform this transfer. TIA Gadi -- 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: Use of Java "jar" files supplied by IBM with z/OS products.
Shmuel, yep I done this several times (plain Java, JDBC, JMS, XML, Mail, sockets). Exception might exists for graphics of course :-)) or other extensions. Roland >Roland, do you know if a class file compiled on Windows - likewise works >without modifications as is after ftp to z/OS > >Shmuel -- 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: SAD text verification
On Thu, 28 Dec 2006 09:43:58 -0500, Andy White <[EMAIL PROTECTED]> wrote: > But was wondering if I can tell from an eye catcher if >maint was picked up for it. I assume not if i'll only find it in hold data, >which we do review. > I don't think there is an easy way since there are different parts that go into building the SADUMP ipl text / pgm on disk. Maybe by browsing SYS1.PAGEDUMP.vVOLSER. Perhaps Jim will chime in again. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAD text verification
In a message dated 12/28/2006 8:17:59 A.M. Central Standard Time, [EMAIL PROTECTED] writes: can check SMP/E but is there away to tell or that date of 03/15/00 is just the creation date? We put on monthly RSU then we rewrite the SAD information to our volume in hopes to pick up new maintenance is this not needed to do? >> Normally flagged in HOLD(ACTION), but seems like another candidate for Health Checker??? -- 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: SAD text verification
Mark - That is what we do, when we clone to new targets aprox once a month for RSU. We have a two sysres set. On the second target volume we rebuild SAD, this way we know its happening if it needs it or not. Something we adopted a while back. Then IPL from the SAD pack from our lab system to verify it works. But was wondering if I can tell from an eye catcher if maint was picked up for it. I assume not if i'll only find it in hold data, which we do review. Thanks Andy Internet: Mailto:[EMAIL PROTECTED] " > > We put on monthly RSU then we rewrite the SAD > >information to our volume in hopes to pick up new maintenance is this not > >needed to do? > > > > You only need to rebuild SAD if there is a specific ++ACTION HOLD > telling you to do so. > > I guess you can rebuild it every time to make sure you never miss > the action hold, but I hope you don't put on maintenance and ignore > action holds as a matter of habit. I also wouldn't rebuild it every > time you put on maintenance unless you also include IPLing it > afterwards to verify it is functioning. But that's just me... > > Mark > -- > Mark Zelden The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete 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
Re: SAD text verification
On Thu, 28 Dec 2006 09:17:39 -0500, Andy White <[EMAIL PROTECTED]> wrote: > We put on monthly RSU then we rewrite the SAD >information to our volume in hopes to pick up new maintenance is this not >needed to do? > You only need to rebuild SAD if there is a specific ++ACTION HOLD telling you to do so. I guess you can rebuild it every time to make sure you never miss the action hold, but I hope you don't put on maintenance and ignore action holds as a matter of habit. I also wouldn't rebuild it every time you put on maintenance unless you also include IPLing it afterwards to verify it is functioning. But that's just me... Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAD text verification
Jim thanks for replying. You said that AMDSAIPD03/15/00.HBB7703 is from 2.10 to 1.8, how do I if maint is getting applied from this date? I mean I can check SMP/E but is there away to tell or that date of 03/15/00 is just the creation date? We put on monthly RSU then we rewrite the SAD information to our volume in hopes to pick up new maintenance is this not needed to do? Again Thanks Andy Internet: Mailto:[EMAIL PROTECTED] > > > I was wondering if someone could help. I want to verify I have valid SAD > > text on one of my volumes. I ran the SAD program and now ran a ADRDSSU > > print job to verify. On one system I see > > > > > *IEAIPL0011/04/05.HBB7730* > > > > Can I assume this is my SAD program for the z/OS 1.7 system because I > see > > the HBB7730? > > > > On another system I see > > > > THIS.IS.EMPTY.WORKFILE.RECORD.00* > > 00..* > > ...* > > > > > > 0..AMDSAIPD03/15/[EMAIL PROTECTED] > > > > Can I assume this is old SAD text (AMDSAIPD) ??? . > > > > If someone can confirm this id appreciate it. Is there an exec or > program > > someone has to verify this so I can check this in an automated fashion > and > > you can share that would be helpful. > > > > IEAIPL0011/04/05.HBB7730 is MVS IPL text for for z/OS 1.8 > > AMDSAIPD03/15/00.HBB7703 is SADMP IPL text for OS/390 2.10 > through z/OS 1.8. > > > Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete 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
Re: Transferring ADABAS backup file from VSE to MVS using FTP
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] > Sent: Thursday, December 28, 2006 6:11 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Transferring ADABAS backup file from VSE to MVS using FTP > > > Hi, > > We are trying to transfer an ADABAS backup file from a VSE > system to an MVS system using FTP. > > There is no direct connection between the VSE and MVS > systems. We have to transfer the file from the VSE system to > a ftp server and then from there to the MVS system. > > Using tapes is not an option since the systems do not have > common media. > > The problem is that the ADABAS backup file has variable > length records and the record and block length information is > lost during the transfer. > > Can anyone recommend a way to perform this transfer. > > TIA > > Gadi I don't know VSE ftp capability. But on z/OS ftp, there is a "SITE STRUC R". So if you were going from z/OS to z/OS, you could do something like: ftp zos2 bin locsite struc r site struc r quote site pri=??? sec=??? cylinders put adabas.unload.file I do this myself, but use an intermediary Windows box (my desktop). Of course, in that case, I do two ftps: ftp from.zos user password bin quote struc r get weird.file close open to.zos user password bin quote struc r quote site lrecl=??? blksize=??? recfm=??? pri=??? sec=??? cylinders put weird.file The contents of weird.file are identical on both systems. This works with every RECFM that I'd done, including DFDSS dumps of volumes (physical dumps) and datasets (logical dumps). >From a quick look at the VSE manual, it appears that instead of site struc r you will need structure record on the VSE side. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Use of Java "jar" files supplied by IBM with z/OS products.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Koller > Sent: Thursday, December 28, 2006 1:10 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Use of Java "jar" files supplied by IBM with > z/OS products. > > > Roland, do you know if a class file compiled on Windows - > likewise works > without modifications as is after ftp to z/OS > > Shmuel Yes, it does. I have done this. In fact, I used Netbeans to create a small Java program which a GUI that uses Derby. I developed this on Windows XP Pro. Netbeans created a "dist" subdirectory. I used tar (from Cygwin) to create a tar file from this subdirectory and all subdirectories under it (dist/lib). I then BINary uploaded it to z/OS. I used pax to unwind the tar file. I then used PuTTY to telnet to a UNIX shell prompt. The want that I have UNIX set up, it automagically sets the DISPLAY environment variable back to the desktop. Oh, I run Cygwin's X server as well. Anyway, my application worked just the same, although slower, as it did on the desktop. And that included creating a Derby database! So Derby also works "as is" on z/OS UNIX. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Gadi, Isolate your problem. I routinely transfer VBS files using FTP. I suspect somewhere your SITE option are incorrect... say CRLF. 1) Extract the file to a flat file. Is the RDW there? 2) FTP the file to MVS, Is the RDW there? 3) FTP the file to you PC, Is the RDW there ? How about PKZIP the file to your PC and then FTP to MVS. Kevin -- 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: Heads-Up: OA19281 PSA Overlay for z/OS 1.8, and bad HOLDDATA for Everyone
All, I have run into this issue as well, but if you manually download the enhanced holddata for the entire year (year.txt) it does not abend on a RECEIVE HOLDDATA. The SYMP string for AA19281 is still corrupt as Brian pointed out, but the rest of the enhanced hold data loaded with RC=0. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Gadi, One option might be to copy the VSE tape to an AWS file format (thus preserving the record format information), do the FTP (both steps) in Binary format and Copy the AWS file to tape on MVS. AWS utilities to/from tape are available for both platforms. George Shedlock Jr PDC - 212-855-8675 גדי בן אבי <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 12/28/2006 06:10 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Transferring ADABAS backup file from VSE to MVS using FTP Hi, We are trying to transfer an ADABAS backup file from a VSE system to an MVS system using FTP. Gadi - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
On Thu, 28 Dec 2006 14:10:58 +0200 ??? ?? ??? <[EMAIL PROTECTED]> wrote: :>We are trying to transfer an ADABAS backup file from a VSE system to an MVS system using FTP. :>There is no direct connection between the VSE and MVS systems. We have to transfer the file from the VSE system to a ftp server and then from there to the MVS system. :>Using tapes is not an option since the systems do not have common media. :>The problem is that the ADABAS backup file has variable length records and the record and block length information is lost during the transfer. :>Can anyone recommend a way to perform this transfer. I would tell you to use XMIT, but I doubt if it exists on VSE. What does CA suggest? A solution is to (GASP) write a program to encode the records into 80 byte (arbitrary) fixed length records. Then you can use binary transfer. On the other side you have the program decode it. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Just guessing, but if the blocksize was small enough, could the FTP transfer the blocks intact, as if undefined? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ??? ?? ??? Sent: Thursday, December 28, 2006 7:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Transferring ADABAS backup file from VSE to MVS using FTP Snip The problem is that the ADABAS backup file has variable length records and the record and block length information is lost during the transfer. snip _ From photos to predictions, The MSN Entertainment Guide to Golden Globes has it all. http://tv.msn.com/tv/globes2007/ -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Check the TCP/IP archives at: http://www2.marist.edu/htbin/wlvindex?IBMTCP-L On 12/28/06, גדי בן אבי <[EMAIL PROTECTED]> wrote: Hi Roberto, I asked after I searched the archives and the rest of the web. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Halais Sent: Thursday, December 28, 2006 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Transferring ADABAS backup file from VSE to MVS using FTP Gadi: I think there are numerous samples in IBM-MAIN archives. I recall having seen this theme before. Check the archives at: http://bama.ua.edu/archives/ibm-main.html Kind regards, Roberto On 12/28/06, גדי בן אבי <[EMAIL PROTECTED]> wrote: > > Hi, > > We are trying to transfer an ADABAS backup file from a VSE system to > an MVS system using FTP. > > There is no direct connection between the VSE and MVS systems. We have > to transfer the file from the VSE system to a ftp server and then from > there to the MVS system. > > Using tapes is not an option since the systems do not have common media. > > The problem is that the ADABAS backup file has variable length records > and the record and block length information is lost during the transfer. > > Can anyone recommend a way to perform this transfer. > > TIA > > Gadi > > > > -- > 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 > -- "I am as you, in you, for you. One as you in all, as all, forever. My call is your call." -- 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 -- "I am as you, in you, for you. One as you in all, as all, forever. My call is your call."
Re: Transferring ADABAS backup file from VSE to MVS using FTP
Hi Roberto, I asked after I searched the archives and the rest of the web. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Halais Sent: Thursday, December 28, 2006 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Transferring ADABAS backup file from VSE to MVS using FTP Gadi: I think there are numerous samples in IBM-MAIN archives. I recall having seen this theme before. Check the archives at: http://bama.ua.edu/archives/ibm-main.html Kind regards, Roberto On 12/28/06, גדי בן אבי <[EMAIL PROTECTED]> wrote: > > Hi, > > We are trying to transfer an ADABAS backup file from a VSE system to > an MVS system using FTP. > > There is no direct connection between the VSE and MVS systems. We have > to transfer the file from the VSE system to a ftp server and then from > there to the MVS system. > > Using tapes is not an option since the systems do not have common media. > > The problem is that the ADABAS backup file has variable length records > and the record and block length information is lost during the transfer. > > Can anyone recommend a way to perform this transfer. > > TIA > > Gadi > > > > -- > 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 > -- "I am as you, in you, for you. One as you in all, as all, forever. My call is your call." -- 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: Transferring ADABAS backup file from VSE to MVS using FTP
Gadi: I think there are numerous samples in IBM-MAIN archives. I recall having seen this theme before. Check the archives at: http://bama.ua.edu/archives/ibm-main.html Kind regards, Roberto On 12/28/06, גדי בן אבי <[EMAIL PROTECTED]> wrote: Hi, We are trying to transfer an ADABAS backup file from a VSE system to an MVS system using FTP. There is no direct connection between the VSE and MVS systems. We have to transfer the file from the VSE system to a ftp server and then from there to the MVS system. Using tapes is not an option since the systems do not have common media. The problem is that the ADABAS backup file has variable length records and the record and block length information is lost during the transfer. Can anyone recommend a way to perform this transfer. TIA Gadi -- 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 -- "I am as you, in you, for you. One as you in all, as all, forever. My call is your call."
Transferring ADABAS backup file from VSE to MVS using FTP
Hi, We are trying to transfer an ADABAS backup file from a VSE system to an MVS system using FTP. There is no direct connection between the VSE and MVS systems. We have to transfer the file from the VSE system to a ftp server and then from there to the MVS system. Using tapes is not an option since the systems do not have common media. The problem is that the ADABAS backup file has variable length records and the record and block length information is lost during the transfer. Can anyone recommend a way to perform this transfer. TIA Gadi -- 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
GSE Large Systems Meeting 24th January 2007 in the UK
All, Details of the next Large Systems Meeting can be found at: http://www.gse.org.uk/wg/lsx/lsxemail.htm Kind Regards Mark Wilson eMail: [EMAIL PROTECTED] Mobile: +44 (0) 7768 617006 Chairman GSE Large Systems Working Group -- 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
