Re: TS7760
Thanks Roger. I have the book. I guess I have to start reading :-) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roger Lowe Sent: Sunday, September 2, 2018 4:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TS7760 On Sun, 2 Sep 2018 06:28:24 +, Gadi Ben-Avi wrote: >Hi, > >I've just been informed that we're getting a brand new TS7760 > >We've never had any type of tape library. Before. > >I've been trying to find the FIXCATS I need to explore in order to install the >required fixes. > >I've found IBM.Device.Tape.TS7700-3957. >Are there any FIXCATS I should be looking at, for SMS, or any other software. > >We'll be using Control-T as out tape management system. > >Thanks > >Gadi > Gadi, I would suggest you get a hold of Redbook "IBM TS7700 Release 4,1 and 4.12 Guide" . could be a good starting point Hope that helps. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe backup documentation template
There have probably been some discussions in the Archives on this topic. There is no Template for Backup process. Each Shop is unique. How it is handled or performed in each shop is a variation. Basically it depends on what reason you are doing the backups 1) Is it for DR (Disaster Recovery) 2) Is it for Legal requirements 3) Is it for Audit requirements 4) Is it for BC (Business Continuity) Each one has a different flavor for backups and how they are handled. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Peter > Sent: Sunday, September 02, 2018 7:56 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Mainframe backup documentation template > > Hi All, > > I am not a Mainframe storage expert but am asked to prepare a documentation > on mainframe backups for our environment. > > I am just looking for some pointers on how a Mainframe backup documentation > should look like and basically what are the important piece of information to > be included in the Mainframe backup documentation. > > So I have written about the storage architecture, About the physical tapes > and virtual tapes. > > Number of Physical tapes(scratch and in use) and Virtual tape (scratch and in > use), then some information about VOLT.(For offsite tapes). Added some > information about the backup jobs which runs on a scheduled basis. > > Is there anything that I can add more ? Is there anyone who can be kind > enough to share just the template ? > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mainframe backup documentation template
Hi All, I am not a Mainframe storage expert but am asked to prepare a documentation on mainframe backups for our environment. I am just looking for some pointers on how a Mainframe backup documentation should look like and basically what are the important piece of information to be included in the Mainframe backup documentation. So I have written about the storage architecture, About the physical tapes and virtual tapes. Number of Physical tapes(scratch and in use) and Virtual tape (scratch and in use), then some information about VOLT.(For offsite tapes). Added some information about the backup jobs which runs on a scheduled basis. Is there anything that I can add more ? Is there anyone who can be kind enough to share just the template ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS PDF collection index file - Error disk not in drive?
Long ago and far away there was a Bookie option for additional search parms which included drive paths. Don't know if this carried forward(or backward) as the case may be. In a message dated 9/2/2018 1:41:31 PM Central Standard Time, peter.far...@broadridge.com writes: Good guess. There is something weird with E: on this PC. It does NOT show as a network share either in NET USE from the command line or in the "Map Network Drive" window. The fact that it doesn't show at all in the "Map Network Drive" window is very puzzling. I didn't think anything could cause a drive letter to "disappear". I will contact my company's PC support team about this one. Thanks for the help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS PDF collection index file - Error disk not in drive?
Good guess. There is something weird with E: on this PC. It does NOT show as a network share either in NET USE from the command line or in the "Map Network Drive" window. The fact that it doesn't show at all in the "Map Network Drive" window is very puzzling. I didn't think anything could cause a drive letter to "disappear". I will contact my company's PC support team about this one. Thanks for the help. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jack J. Woehr Sent: Saturday, September 1, 2018 3:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS PDF collection index file - Error disk not in drive? On 9/1/2018 12:57 PM, Farley, Peter x23353 wrote: > I suspect something weird on my employer's PC but what is the question. Windows has a shared disk assigned but not available. Delete the share. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (Very) old HMC versions
On Sun, Sep 02, 2018 at 05:48:38AM -0500, R.S. wrote: > I'm looking for old HMC manuals or at least information which CMOS > generations were supported by HMC 1.6.n, 1.5.n, 1.4.n. > My knowlege ends at 1.7.n (z900) which supported older machines up to G4. > > Second question, HMC 2.11 > According to HMC documentation it supported z900 and higher, however > some SHARE presentations say "it will support" also G6 and G5. > > (It's just cruiosity, I'm just trying to arrange some knowledge, I > don't have such old machines) If it is old enough, you may try your luck here: http://www.bitsavers.org/pdf/ibm/ Other than this, I do not know - HTH. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fwd: Z is for Zowe
Forwarding Trevor Eddolls article on the subject. https://it.toolbox.com/blogs/trevoreddolls/z-is-for-zowe-090218 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe for systems programmer ?
Sorry I have not been able to comment on each post - I get a lot of emails these days. I would like to make a point (and please understand I am trying to give a different view to cause people to realize the purpose behind Zowe). If you know what ISPF is and are happy with it you may not be the target market for Zowe. Zowe is primarily targeted for the "next gen" sysprog who does not have 30+ years of learning the the nuances of z/OS and ISPF. We debate what next gen really means - its the between skill level that is learning z/OS but not 100% skilled in all aspects of z/OW. New gen likely knows browsers, REST APIs, and command lines. Zowe includes 3270 emulation to bridge the ISPF world and web apps for z/OS. This is a journey and we are just getting started. Yes we need to worry about concurrent updates of datasets. Please consider joining the zowe project and contribute what the future will be. The next gen needs the expertise that uses this listserv. Bruce Armstrong IBM System Z Offering Manager- zowe.org 4205 S MIAMI BLVD, DURHAM NC 27703-9141 Email: armst...@us.ibm.com Tel: 919-254-8773 Cell: 919-931-3132 From: "Alan(GMAIL)Watthey" To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/02/2018 06:05 AM Subject:Re: Zowe for systems programmer ? Sent by:IBM Mainframe Discussion List Hi, I've been reading this thread with some interest and it's easy to come up with loads of arguments why updating datasets with ISPF is better as it works and has been the way it's been done since before I started in the seventies. Likewise for VM and VSE although I haven't had contact with those for many a year. However, this is usually not the best argument for anything and denies progress. For me, I guess at the end of the day it doesn't matter on the technicalities so long as I can do the equivalent of the ISPF COMP command with MD/MDD/D/DD. This shows me what changes I am about to make and whether they really are the changes I meant to make This covers others updating the dataset as well as my own typos. Even with ISPF locking on the dataset, sometimes I've made updates to copies of many members in many PDS's days in advance of a really big change so it can happen that someone else has made a change in the intervening time. COMP will detect that so I can add other's changes to mine at the last minute. I'd also need to be able to get back to the earlier versions without actually having a network. When we test we can sometimes find the OSA consoles the only thing working. A quick ISPF edit plus IPL can usually correct such issues. Imagine messing up some of the main system PROCs such as VTAM. I'd need to edit the pack from another system. All is possible with ISPF. Regards, Alan Watthey -Original Message- From: David Crayford Sent: 31 August 2018 6:45 am Subject: Re: Zowe for systems programmer ? On 31/08/2018 8:21 AM, Andrew Rowley wrote: >> Of course it's possible to prevent simultaneous edits, at least to >> the extent that you claim ISPF does. ISPF doesn't REALLY prevent >> simultaneous edits; it relies on a convention, and you have to hope >> that everyone follows the convention. That's the issue that started >> this thread. In Unix that's traditionally been done with a lock >> directory playing the role of an ENQ, but it can be done. It's just >> that -- no one does, because source control is a better solution. > Everyone has to follow the convention, and on z/OS they largely do. > Many think that new z/OS applications should continue to follow the > convention, regardless of what people on other platforms do. > > Source control is not a better solution, it is a solution to a > slightly different problem. When using source control you STILL need > to make sure that 2 people are not updating the same file at the same > time - it is just the window that is smaller. Using a distributed VCS like Git everybody has their own copy of the source code so there is never a case off two people updating the same file at the same time. Conflicts are detected when pushing changes and that's when merging kicks in. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ts7700 replication
On Sun, 2 Sep 2018 14:09:43 +0400, Peter wrote: >Hi > >I confess that I have no knowledge about ts7700. Wanted to know how ts7700 >tape gets copied to the disaster site ? > >Can someone please explain me ? > >Peter > Peter, As I posted to another query, I would suggest you get a hold of Redbook "IBM TS7700 Release 4,1 and 4.12 Guide" . could be a good starting point Hope that helps. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS7760
On Sun, 2 Sep 2018 06:28:24 +, Gadi Ben-Avi wrote: >Hi, > >I've just been informed that we're getting a brand new TS7760 > >We've never had any type of tape library. Before. > >I've been trying to find the FIXCATS I need to explore in order to install the >required fixes. > >I've found IBM.Device.Tape.TS7700-3957. >Are there any FIXCATS I should be looking at, for SMS, or any other software. > >We'll be using Control-T as out tape management system. > >Thanks > >Gadi > Gadi, I would suggest you get a hold of Redbook "IBM TS7700 Release 4,1 and 4.12 Guide" . could be a good starting point Hope that helps. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "Library Server" Access Now "Forbidden"?
Word is now going around that IBM has "closed down" BookManager Internet access: http://linkedin.com/in/claus-mikkelsen-2637016/detail/recent-activity Is this true? If so, I'm *very* surprised three IBM employees would tell us the outage is "unplanned", "unintentional", that "work is under way to restore access to it as quickly as possible", to "stay tuned", etc, then just go silent about it to have us ultimately learn by rumor and wild guesses that these assurances were false. If in fact IBM *does* intend to restore access, it would be a gesture of good will if someone who *knows* the truth could add a comment on LinkedIn using the discussion link above and let us know. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ts7700 replication
As far as I know, the policy Is defined within the TS7760. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Sunday, September 2, 2018 2:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ts7700 replication Is the policy written on Mainframe or is it within TCPIP on when it needs to be copied ? On Sun 2 Sep, 2018, 2:52 PM Gadi Ben-Avi, wrote: > I have very limited knowledge but: > When two, or more, TS7700's are connected it is called a grid > configuration. > The different members of a grid are connected using an IP network. > There is a policy that defines when a tape is copied. > You can copy a tape when it is closed, or at the end of every block > written. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter > Sent: Sunday, September 2, 2018 1:10 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Ts7700 replication > > Hi > > I confess that I have no knowledge about ts7700. Wanted to know how > ts7700 tape gets copied to the disaster site ? > > Can someone please explain me ? > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > . > הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת > סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד > וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת > בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע > כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ts7700 replication
Is the policy written on Mainframe or is it within TCPIP on when it needs to be copied ? On Sun 2 Sep, 2018, 2:52 PM Gadi Ben-Avi, wrote: > I have very limited knowledge but: > When two, or more, TS7700's are connected it is called a grid > configuration. > The different members of a grid are connected using an IP network. > There is a policy that defines when a tape is copied. > You can copy a tape when it is closed, or at the end of every block > written. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Peter > Sent: Sunday, September 2, 2018 1:10 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Ts7700 replication > > Hi > > I confess that I have no knowledge about ts7700. Wanted to know how ts7700 > tape gets copied to the disaster site ? > > Can someone please explain me ? > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > . > הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות > מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי > מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא > תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות > של תקיפה חיצונית ו/או זדונית על הארגון. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ts7700 replication
I have very limited knowledge but: When two, or more, TS7700's are connected it is called a grid configuration. The different members of a grid are connected using an IP network. There is a policy that defines when a tape is copied. You can copy a tape when it is closed, or at the end of every block written. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Sunday, September 2, 2018 1:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Ts7700 replication Hi I confess that I have no knowledge about ts7700. Wanted to know how ts7700 tape gets copied to the disaster site ? Can someone please explain me ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ts7700 replication
TS7700 can replicated data using so called grid, that means two TS7700 boxes replicate data using gigabit ethernet (TCPIP) connection. HTH -- Radoslaw Skorupka -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
(Very) old HMC versions
I'm looking for old HMC manuals or at least information which CMOS generations were supported by HMC 1.6.n, 1.5.n, 1.4.n. My knowlege ends at 1.7.n (z900) which supported older machines up to G4. Second question, HMC 2.11 According to HMC documentation it supported z900 and higher, however some SHARE presentations say "it will support" also G6 and G5. (It's just cruiosity, I'm just trying to arrange some knowledge, I don't have such old machines) -- Radoslaw Skorupka -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Ts7700 replication
Hi I confess that I have no knowledge about ts7700. Wanted to know how ts7700 tape gets copied to the disaster site ? Can someone please explain me ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe for systems programmer ?
Hi, I've been reading this thread with some interest and it's easy to come up with loads of arguments why updating datasets with ISPF is better as it works and has been the way it's been done since before I started in the seventies. Likewise for VM and VSE although I haven't had contact with those for many a year. However, this is usually not the best argument for anything and denies progress. For me, I guess at the end of the day it doesn't matter on the technicalities so long as I can do the equivalent of the ISPF COMP command with MD/MDD/D/DD. This shows me what changes I am about to make and whether they really are the changes I meant to make This covers others updating the dataset as well as my own typos. Even with ISPF locking on the dataset, sometimes I've made updates to copies of many members in many PDS's days in advance of a really big change so it can happen that someone else has made a change in the intervening time. COMP will detect that so I can add other's changes to mine at the last minute. I'd also need to be able to get back to the earlier versions without actually having a network. When we test we can sometimes find the OSA consoles the only thing working. A quick ISPF edit plus IPL can usually correct such issues. Imagine messing up some of the main system PROCs such as VTAM. I'd need to edit the pack from another system. All is possible with ISPF. Regards, Alan Watthey -Original Message- From: David Crayford Sent: 31 August 2018 6:45 am Subject: Re: Zowe for systems programmer ? On 31/08/2018 8:21 AM, Andrew Rowley wrote: >> Of course it's possible to prevent simultaneous edits, at least to >> the extent that you claim ISPF does. ISPF doesn't REALLY prevent >> simultaneous edits; it relies on a convention, and you have to hope >> that everyone follows the convention. That's the issue that started >> this thread. In Unix that's traditionally been done with a lock >> directory playing the role of an ENQ, but it can be done. It's just >> that -- no one does, because source control is a better solution. > Everyone has to follow the convention, and on z/OS they largely do. > Many think that new z/OS applications should continue to follow the > convention, regardless of what people on other platforms do. > > Source control is not a better solution, it is a solution to a > slightly different problem. When using source control you STILL need > to make sure that 2 people are not updating the same file at the same > time - it is just the window that is smaller. Using a distributed VCS like Git everybody has their own copy of the source code so there is never a case off two people updating the same file at the same time. Conflicts are detected when pushing changes and that's when merging kicks in. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TS7760
Hi, I've just been informed that we're getting a brand new TS7760 We've never had any type of tape library. Before. I've been trying to find the FIXCATS I need to explore in order to install the required fixes. I've found IBM.Device.Tape.TS7700-3957. Are there any FIXCATS I should be looking at, for SMS, or any other software. We'll be using Control-T as out tape management system. Thanks Gadi ? ?? ? ?? ??? ??? ?? ? ??? ?? ??. ?? , ?? ??? ?, ??? ? ?? ??? ? ?? ?? ?. ? ? ?? ?? ?? ?? ?? ??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? ??? ?/?? ?? ?? ??. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN