Re: Cascading FICON director with DASD and TAPE devices
Tom, As long as I can remember REWIND is done disconnected from the channel, but the 3480 is the first drive I looked at for performance. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Tom Marchant > Sent: Friday, 2 February 2007 9:36 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Cascading FICON director with DASD and TAPE devices > > On Fri, 2 Feb 2007 06:42:04 +0800, Ron Hawkins wrote: > > >Bruce, > > > >My recollection is that tape drives would use DC Interlock mode and when > all > >you had was a primary and secondary B&T channel this would seriously > impact > >the DASD. I think the 3480 was the last drive that wasn't pure Data > >streaming. > > > > I'll defer to your experience with mixing tape and dasd, but I'm > pretty sure that data streamiong has nothing to do with it. IIRC, > data streaming applies only to data transfer operations. One of > the notorious problems with old tape drives was with rewind and > forward space file, both of which remained connected until the > operation was completed. > > -- > Tom Marchant > > -- > 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: Z/900 How to Test Daylight Savings Time Mods
In article <[EMAIL PROTECTED]> you wrote: > In a recent note, Mark House said: > > Date: Fri, 2 Feb 2007 08:51:20 -0600 > > > > Daylight Savinggs Time change. Anyone have any suggestions,on how to test > > the modifications without manually changing the clock on the SE, and > > performing a Power On Reset. Are there any products/utilities that > > would make this possible. Any suggestions are welcome. Thanks for the > > time. > > > Create a file with > TZ=GMT0 touch -t 200703111200 foo.testfile > List it with > ls -l foo.testfile > Verify that the time appears to be 07:00 for CDT rather than 06:00 > for CST. I like it. I was going to suggest writing an LE program that converts dates from GMT to local and just pick periods for all the edge conditions, but this is simpler. > -- gil > -- > StorageTek > INFORMATION made POWERFUL -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive [EMAIL PROTECTED] (919) 531-5637Cary, NC 27513 -- 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: TRSMAIN question
McKown, John wrote: > Is there any documentation on the compression algorithm used by TRSMAIN? The terse algorithm is explained in IBM's US patent 4814746 from 1989, easily viewable at http://www.google.com/patents?vid=USPAT4814746 . The patent contains a PL/I program that is claimed to implement the "invention", though I doubt that it would directly interoperate with implementations like TRSMAIN. And since, of course, this is a patent, presumably in the US and perhaps other countries where software patents are granted, there would be constraints if you did write something using the information therein. It isn't clear to me, however, that the patent has anything to say about decompression, so perhaps implementing that would be OK. But I'm not a patent attorney, etc. etc. so please don't bet your company on this... There are also claims out there on the net that the terse algorithm is really "the same as" LZW, which is also patented, and which I understand is the algorithm that got the GIF graphics format into much trouble some years ago. There are implementations of terse for all sorts of platforms, but IBM doesn't seem to distribute them for much beyond MVS and VM. If you do some severe Googling, you may find, of all things, an OS/2 16-bit version (that will run under Windows), and perhaps even a 32-bit Windows version. There appear to be several flavours of terse, which do or don't handle things like ASCII-EBCDIC and codepage issues, mainframe-only things like PDSs, and various other options. > And is there anyway to ftp that to an ASCII based server and uncompress > it? Yes - this relates to my previous question about RACF IRRADU00 > reformatted records. If you can find an implementation for your platform of choice that understands the mainframe version's options, then sure. But then you still have to process those mainframe records on that platform, which may well be the harder part. Tony H. -- 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
[NOT OT] Collection Classes
Given the recent (ongoing) threads about Java, C#, C++ etc in comp.lang.cobol, I thought I would mention that J4 has *finally* turned over the "OO Collection Classes Technical Report" to the ISO people. I expect to get an announcement soon about when the "official" national body ballot will be happening. If you are interested in reading the draft, it is available at: http://www.cobolstandard.info/j4/files/06-0201.doc The relevance (to me) of this to the ongoing comp.lang.cobol threads is that the Micro Focus position (which I agree with, but others certainly may NOT) is: Object Oriented COBOL does not (and probably never will) live in an "Object Oriented vacuum". It would be much, MUCH better if COBOL provided all (any missing) facilities to interact with the "collection classes" (as well as other objects, classes, and methods) provided by more popular (dominant?) OO languages than to provide its own language-specific collection classes. Therefore, as previously mentioned here (and at J4), Micro Focus will be opposing this draft Technical Report *and* adding this language specific solution to a future COBOL Standard. If anyone who reads this comp.lang.cobol post would like me to "keep them informed" (off-list) of the progress of this TR and/or how to send their comments (PRO *or* CON) to the appropriate national Standards body, please send me an email "off-list". P.S. Nothing in this note should be read as a personal "endorsement" of the current (or past) ANSI/ISO COBOL process. However, as this *IS* an "ongoing" process, I still believe that getting "real world user" input is a good thing - whether it actually has any impact is simply another matter . -- Bill Klein wmklein ix.netcom.com -- 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: LookAt
Just worked for me. Graeme. At 08:50 PM 2/2/2007, you wrote: Am I somehow alone or is LookAt down for everybody? http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/ "Our apologies... The page you requested cannot be displayed" Yes I've "done" the "Get assistance" FWIW. Chris Mason -- 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: Cascaded FICON and HCD
Tell me about it. I undertook to pump beer through the house so I could refill my mug without having to leave the bathtub. Demultiplexing never did work right. Good news is that the guys who come over for Superbowl don't seem to mind much. They can't tell it from Millweiser Delight. Bad news is that's only one day a year. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] "Chase, John" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 02/02/2007 07:17 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Cascaded FICON and HCD > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Chris Mason > > > I never heard of FDM being described as "in effect, one > copper wire transformed into multiple virtual copper wires." > I guess teleprocessing folk of the past lacked imagination. Now, if plumbers could adapt that technique, we wouldn't need separate hot- and cold-water pipes in our houses. :-) They already have the "multiplexer"; designing the "demultiplexer" will be the real bear. -jc- -- 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: SDK for Java 1.3
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Phil Knight > Sent: Friday, February 02, 2007 3:42 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: SDK for Java 1.3 > > > UK19599 - SDK for Java version 1.3.1 Service Refresh 27 > (SR27)is now PE. > Required fix for DST. > PE INFORMATION: > PTF UK19599 (Java 1.3.1 HJVA130 SR27) is in Error. > > USERS AFFECTED: > Users who utilize BOTH the resettable features of the Java > Virtual Machine (JVM) AND the Java Cryptography Extension (JCE). Why use 1.3.1 I just installed 1.5.0. -- 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: ftping of DFDSS logical dataset dumps
IBM Mainframe Discussion List wrote on 02/02/2007 01:00:39 PM: > Greetings. Has anyone played with taking the output of DFDSS logical > dataset backups and FTP'ed them off the mainframe and onto a network lan > location. We have an application that wants to take several backups Michael, I *strongly* recommend you use trsmain. DSS expects a short block at the beginning of the file to mark it as something it produced. ftp to another platform tends to cause where blocks begin and end to be lost and DSS will have nothing to do with a file that does not have that short block. TRSMAIN will rebuild it back to original condition. It always works for me. Regards, John -- 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
SDK for Java 1.3
UK19599 - SDK for Java version 1.3.1 Service Refresh 27 (SR27)is now PE. Required fix for DST. PE INFORMATION: PTF UK19599 (Java 1.3.1 HJVA130 SR27) is in Error. USERS AFFECTED: Users who utilize BOTH the resettable features of the Java Virtual Machine (JVM) AND the Java Cryptography Extension (JCE). -- 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: Vtam migration
Thanks. After RTFMing many many MF's this clarity is appreciated... Lat I knew, Hipersockets supported only IP. You can easily get TCP/IP to use it, but then you have to get VTAM to use IP - hence Enterprise Extender, hence APPN connectivity. Don't be mislead by the Hipersockets support parms in VTAM. VTAM provides the DataLink Control support for both SNA (i.e., VTAM) and TCP/IP. The Hipersockets support (Internal QDIO) is strictly for TCP/IP (unless things change a lot while I wasn't watching.) -- 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: LookAt
On Fri, 2 Feb 2007 15:35:53 +0100, Chris Mason <[EMAIL PROTECTED]> wrote: >... >... so sanity would appear to have been restored. >... They decided to insource the support again? NO. I guess that part hasn't been restored yet. Sanity has been partially restored. Pat O'Keefe -- 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: Vtam migration
On Fri, 2 Feb 2007 07:16:12 -0600, Staller, Allan <[EMAIL PROTECTED]> wrote: >... >NJE/IP using HIPERSOCKETS will eliminate about 80 percent of the >traffic. The remainder is a small amount of TSO/VTAM (mostly for >sysprogs). From some more reading of the FM's, is seems that a >modification of the TRL will suffice. > >My plan is to replace the TRL pointing to the 2216 with one pointing to >the HIPERSOCKET network. Is this feasable? >Any gothca's? >... Lat I knew, Hipersockets supported only IP. You can easily get TCP/IP to use it, but then you have to get VTAM to use IP - hence Enterprise Extender, hence APPN connectivity. Don't be mislead by the Hipersockets support parms in VTAM. VTAM provides the DataLink Control support for both SNA (i.e., VTAM) and TCP/IP. The Hipersockets support (Internal QDIO) is strictly for TCP/IP (unless things change a lot while I wasn't watching.) Pat O'Keefe -- 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
DFHSM and tape utilization
I had hoped this might get better with z/OS 1.7, but it hasn't or I'm missing something in TFM. Every time we roll DFHSM, it looks at how much data is on each tape, calculates some kind of number (average?) and thinks that is the "reuse capacity". This number can be highly skewed down by a few newer tapes that aren't full yet. This skew down messes with recycle percentages and efficient use of new tapes. Is there a way to TELL DFHSM the number to use for reuse capacity that I've missed? -- 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: LookAt
Fortunately the newspaper I am now going to have to go and read has cost part of a tree in its fabrication. We recycle a lot these days so it might be a pretty old tree! Robert Sample -- 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: dhsms DATA CLASS defaults
Judy, You'll find the location of the data class source at ISMF option 7.5 CDS Name : ACTIVE ACS Rtn Source Data Set ACS MemberLast Trans Last Date Last Time Type Routine Translated from Name Userid Translated Translated --- -- -- -- DATACLAS xxx.x..ACSLIBDCNEW 2006/04/03 08:27 As Matthew suggests, you'll have to decipher the logic and make whatever alterations as needed. I might also suggest taking the DFSMS Implementation class from IBM. -Original Message- From: Matthew Stitt [mailto:[EMAIL PROTECTED] Sent: Friday, February 02, 2007 2:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: dhsms DATA CLASS defaults HSM has nothing to do with Dataclass settings. This is handled by the ACS routines that SMS runs every time a dataset is allocated. Try to find the file where the source for the ACS routines are stored and decipher the logic. On Fri, 2 Feb 2007 13:31:23 -0600, Judy Ellis <[EMAIL PROTECTED]> wrote: >I'm not a novice with HSM but I don't know all the answers. How do you >set up an "account's" criteria. > >thanks, > >Judy Ellis -- 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: dhsms DATA CLASS defaults
HSM has nothing to do with Dataclass settings. This is handled by the ACS routines that SMS runs every time a dataset is allocated. Try to find the file where the source for the ACS routines are stored and decipher the logic. On Fri, 2 Feb 2007 13:31:23 -0600, Judy Ellis <[EMAIL PROTECTED]> wrote: >I'm not a novice with HSM but I don't know all the answers. How do you set >up an "account's" criteria. > >thanks, > >Judy Ellis -- 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: ftping of DFDSS logical dataset dumps
This will work as long as it is MVS-MVS and the correct options are used. But MVS-anything else is full of peril. Hence my pointer on using compression before/after the FTP(s). On Fri, 2 Feb 2007 14:01:17 -0500, Richards.Bob <[EMAIL PROTECTED]> wrote: >Matthew, > >I know in 2000 that I FTP'ed a DFSMSdss dump without compression, but >can't for the life of me, find the JCL I used. I do remember that it was >only a mod-3, took about 20 minutes and saved someone a lot of >embarrassment as it was the only missing backup on a datacenter >consolidation weekend. > >Your suggestion on the archives is best. > >Bob Richards > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of Matthew Stitt >Sent: Friday, February 02, 2007 1:14 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: ftping of DFDSS logical dataset dumps > >The best bet on this area is to check the archives of IBM-MAIN. The FTP >of >this type of data has been discussed almost to death a few times. > >The only way this will work is to use TERSE or some other type of >compression on the ADRDSSU output file before using FTP. That also >means >you will need access to the de-compress side of the compression utility >on >the other side before you can attempt to run the restore. > >On Fri, 2 Feb 2007 12:00:39 -0600, Michael Wickman ><[EMAIL PROTECTED]> wrote: > >>Greetings. Has anyone played with taking the output of DFDSS logical >>dataset backups and FTP'ed them off the mainframe and onto a network >lan >>location. We have an application that wants to take several backups >>during the day and have them for disaster recovery. Right now our >>backups on tape only gets shipped offsite twice a day, but if we can >>trust the lan drive, they have a data replication process that would >>have the data offsite without the tape handling. We will be testing to >>see if the 8 GB ftp can be done in the various windows for each backup. >>I was just wondering if anyone else has tried this? -- 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: dhsms DATA CLASS defaults
I'm not a novice with HSM but I don't know all the answers. How do you set up an "account's" criteria. thanks, Judy Ellis -- 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: ftping of DFDSS logical dataset dumps
Matthew, I know in 2000 that I FTP'ed a DFSMSdss dump without compression, but can't for the life of me, find the JCL I used. I do remember that it was only a mod-3, took about 20 minutes and saved someone a lot of embarrassment as it was the only missing backup on a datacenter consolidation weekend. Your suggestion on the archives is best. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Stitt Sent: Friday, February 02, 2007 1:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ftping of DFDSS logical dataset dumps The best bet on this area is to check the archives of IBM-MAIN. The FTP of this type of data has been discussed almost to death a few times. The only way this will work is to use TERSE or some other type of compression on the ADRDSSU output file before using FTP. That also means you will need access to the de-compress side of the compression utility on the other side before you can attempt to run the restore. On Fri, 2 Feb 2007 12:00:39 -0600, Michael Wickman <[EMAIL PROTECTED]> wrote: >Greetings. Has anyone played with taking the output of DFDSS logical >dataset backups and FTP'ed them off the mainframe and onto a network lan >location. We have an application that wants to take several backups >during the day and have them for disaster recovery. Right now our >backups on tape only gets shipped offsite twice a day, but if we can >trust the lan drive, they have a data replication process that would >have the data offsite without the tape handling. We will be testing to >see if the 8 GB ftp can be done in the various windows for each backup. >I was just wondering if anyone else has tried this? LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- 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: Time Zone query for remote users API in LE or z/OS for PL/I
Hi List, Here is what we are going to do. We'll write a Java Stored Procedure for DB2 to use the Java API for the timezone and whenever application needs this service (IMS, CICS, Batch) it should call the DB2 Stored Procedure and we are done. If there were any changes in the timezone database, they will be applied by Java Maintenance, espessially for the daylight savings time changes which might be different and in different parts of the world this change might be on different days. Thanks. Denis Gäbler. -Original Message-From: [EMAIL PROTECTED] As you have observed, most UNIX systems, other than the atavistic z/OS Unix System Services, employ the zoneinfo database, described in Linkname: Sources for Time Zone and Daylight Saving Time Data URL: http://www.twinsun.com/tz/tz-link.html This database is distributed with the z/OS DCE product; you may find it in: /usr/lpp/dce/etc/zoneinfo AFAIK, only DCE uses this, and Java uses whatever it uses. Ignoring zoneinfo is a more serious problem with the changes in the Daylight Saving Time schedule legislated in the U.S.: once the LE APAR (PK24076 ?) is applied, time zone offsets for some dates on Fall, 2006 will be wrong; without the APAR time zone offsets for some dates in Spring, 2007 will be wrong. Once we have the APAR applied I'll start a PMR on the Fall, 2007, problem, and attempt this into a Requirement for zoneinfo in z/OS Unix System Services. -- gil -- StorageTek INFORMATION made POWERFUL Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. -- 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: LookAt
Hunkeler Peter (KIUK 3) wrote: I use search shelf. Don't need to know which book. I'm still using the Library Reader which does not support searching in all bookshelves but only within one at a time. So I still need to decide in which bookshelf to search. Yes it does. You need to do one of the following: a) simply search Messages and Codes bookshelf (recomended) b) create your own bookshelf. I *always* create some bookshelves whenever I refresh the documentation. I create the following bookshelves: 1. "The best of" - my (and my team) "bestsellers". 2. "All the books on DVD" - just to have a list of all possible book titles. Usually I delete many unneeded books, like Airline Control System, BTLS, IMS (we don't use it, only two shops in Poland use it). 3. "All books on the file server/notebook" - subset of list2 - without deleted books. The last one can be used to search every book in the library. However it can be time-consuming. Last but not least: if you really have no idea where to search, the Google is your friend. -- 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: ftping of DFDSS logical dataset dumps
The best bet on this area is to check the archives of IBM-MAIN. The FTP of this type of data has been discussed almost to death a few times. The only way this will work is to use TERSE or some other type of compression on the ADRDSSU output file before using FTP. That also means you will need access to the de-compress side of the compression utility on the other side before you can attempt to run the restore. On Fri, 2 Feb 2007 12:00:39 -0600, Michael Wickman <[EMAIL PROTECTED]> wrote: >Greetings. Has anyone played with taking the output of DFDSS logical >dataset backups and FTP'ed them off the mainframe and onto a network lan >location. We have an application that wants to take several backups >during the day and have them for disaster recovery. Right now our >backups on tape only gets shipped offsite twice a day, but if we can >trust the lan drive, they have a data replication process that would >have the data offsite without the tape handling. We will be testing to >see if the 8 GB ftp can be done in the various windows for each backup. >I was just wondering if anyone else has tried this? -- 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
ftping of DFDSS logical dataset dumps
Greetings. Has anyone played with taking the output of DFDSS logical dataset backups and FTP'ed them off the mainframe and onto a network lan location. We have an application that wants to take several backups during the day and have them for disaster recovery. Right now our backups on tape only gets shipped offsite twice a day, but if we can trust the lan drive, they have a data replication process that would have the data offsite without the tape handling. We will be testing to see if the 8 GB ftp can be done in the various windows for each backup. I was just wondering if anyone else has tried this? === "This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system." -- 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: dhsms DATA CLASS defaults
There is no default data class. Your account can set a "default", e.g. if other criteria are not met, but there is not a default sms data class. If a data class is not set, then the value would be null. Jack Kelly LA Systems @ US Courts x 202-502-2390 Judy Ellis <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 02/02/2007 12:31 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject dhsms DATA CLASS defaults Hello all, I was wondering if anyone knows DFSMS DATA CLASS default settings? The reason why I ask is because I have no DATA CLASS parameters defined on one lpar for DB2 data sets, which SPAN to mulitple volumes. On the other lpar, I do have a DATA CLASS defined that did not use EEXTNDED ADDRESSABILITY and a REORG failed becuase it could not span volumes. I am assuming that the DATA CLASS default is EXTENDED ADDRESSABILITY. Can anyone verify that for me. I could not find anything in the manuals. regards, Judy Ellis -- 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
dhsms DATA CLASS defaults
Hello all, I was wondering if anyone knows DFSMS DATA CLASS default settings? The reason why I ask is because I have no DATA CLASS parameters defined on one lpar for DB2 data sets, which SPAN to mulitple volumes. On the other lpar, I do have a DATA CLASS defined that did not use EEXTNDED ADDRESSABILITY and a REORG failed becuase it could not span volumes. I am assuming that the DATA CLASS default is EXTENDED ADDRESSABILITY. Can anyone verify that for me. I could not find anything in the manuals. regards, Judy Ellis -- 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: LookAt
On Fri, 2 Feb 2007 07:38:05 -0600, Chase, John <[EMAIL PROTECTED]> wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of WalterR
>>
>> [ snip ]
>> >
>> With QW, after entering "QW" on the ISPF command line you
>> simply position the cursor on/over the message code (for
>> which you can use the mouse) and .
>
>If your emulator is "properly" configured, you need only double-click on
>the message ID and QW retrieves the explanation. "Properly" in context
>means that double-click sends the 3270 AID (Bluezone does that
>by default).
>
Or if you use VISTA, use this handy macro. I apologize for not
giving credit to the author, it was given to me by I think
John Kalinich who I think got it from someone else.
Change "V1R8" in the URL to whatever release you need. AS the comments
say, I used "left shift + double click left mouse" and it opens lookat
in my browser for the message. Very handy if you don't have QuickRef.
Sorry for the code wrap.
**
* LookAt Macro - Searches IBM Message help for the message id at the
cursor position.
**
* Edit a mouse key to point to this macro (for example, a shift-left double
click)
* get the word at the cursor position
Key("MoveCursor") ;* move cursor to mouse position
Key("SelectWord") ;* select word at mouse position
msgid = Screen(StartRow,StartCol,EndCol-StartCol+1) ;* get selected text
*--- Build up the URL *
url =
"http://publibz.boulder.ibm.com/cgi-bin/os390/lookat.cmd?&release=ZOS%2FV1R8&msgid=";
+ msgid ;* form URL
* Invoke the browser ---*
ShellExecute("open",url,"","",1) ;* open page in browser
exit
--
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: 1.7 Strange Behavior
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin > Sent: Friday, February 02, 2007 10:23 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: 1.7 Strange Behavior > > > We're tailoring and playing with our new system, but hit a > weird condition > in our 1.4 maintenance system. ONe of the team is installing > panvalet 14.5 > and all is well until we IPL. TCPIP gets an out of storage > message and > quits, period, with no error message. I think the number is > like IEF820I, > reason code 20. > > When we remove Panvalet references in IEFSSN00, linklist, and > apf list, > all is happy again. > > Has anyone else seen this behavior where Panvalet 14.5 is > concerned? I've > asked the programmer to contact CA as well. > > Thank you all in advance. Check the REGION= on the TCPIP proc. Most likely the PANVALET subsystem is using up some below-the-line storage and the TCPIP proc is getting an S822-20 REGION NOT AVAILABLE error. You might want to use REGION=0M instead of an actual value. Panvalet, IIRC, does not support 31-bit storage at all. It is moribund and CA likely is spending $0.00 of your money on supporting Panvalet. -- 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: Vtam migration
Allan The reason you were able easily to convert your NJE to be IP-based is that NJE now offers a direct socket interface to the IP network.[1] One can say that NJE has been IP-enabled. The same is not true in the case of TSO which requires to use a VTAM API interface to the SNA network. The closest equivalent to TSO with an IP-enabled application is the z/OS UNIX Telnet server (otelnetd). I don't expect that necessarily meets all the requirements of your system programmers - but perhaps it does some. Reflecting on your post - as one does taking a shower - there came to mind the famous Irish "local" who, when asked how to get somewhere replied something like "Well now, if I was wanting to go there, I wouldn't be starting from here, so I wouldn't." In more prosaic language, the question is "What do you *really* want to do?" I have a vision of your system programmers sitting at their desks with a PC in front of them. The PC will have a TN3270 (possibly -E) emulator which can start multiple connections to a number of TN3270 servers and a connection with each server can be selected from the "Start" "tab" - or equivalent - and can be resumed after "minimising" from an identifying "tab" in the "task bar" - or equivalent. So with your IP network extending from each of your LPARs to the PCs on your system programmer's desk, why not just enable the Communications Server TN3270 server in as basic a way as you like on each of your LPARs.[2] And you can do all of this with z/OS V1R4 as well as z/OS V1R7. Just a thought. Incidentally if the IP path from your system programmer's desk to any one LPAR happens to pass between LPARs it may well find itself using your HiperSockets connection so you will have achieved your objective. I guess this means you will have "started from here". The trouble is I worked out the above only after I had speculated on what might be the minimal implementation of APPN - in order to support Enterprise Extender as Pat indicated - which would meet the requirement of supporting just your TSO applications on your LPARs. If my idea of connecting to each individual LPAR's z/OS image through a local TN3270 server doesn't meet your requirements, please post again. Another qualification is that I am taking into account your later post indicating that all other SNA traffic involving your "glass house", if there ever had been any, has been somehow migrated already. That is, there is no SNA CICS, SNA IMS and so on. Note that it's always best to keep discussions "online" since it feeds the archives with information which may turn out to be useful. [1] Washington Systems Center Technical Bulletin Network Job Entry Formats and Protocols for System/370 Program Products GG22-9373 June 1986 used to be the book which defined NJE protocols. With the introduction of IP support, this book has been revived, with additions, as Network Job Entry Formats and Protocols SA22-7539 which you will find on the online bookshelves together with the JES2 manuals from V1R7. [2] Often the requirement for customers wanting to dispense with SNA is to be able to limit SNA to the "glass house" with IP tentacles reaching out into the world at large. What I have suggested here is that the SNA network which TSO insists on using will be limited to logic within each LPAR, never even seeing the artificial light of the "glass house" - although, come to think of it, that applies also to HiperSockets paths. Chris Mason - Original Message - From: "Staller, Allan" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, 01 February, 2007 9:33 PM Subject: Vtam migration > We have multiple LPARs in a single CEC and have just migrated our > NJE/SNA connections routed over a 2216 switch > to NJE/TCPIP over HIPERSOCKETS (works like a champ). > > We would next like to migrate our TSO VTAM cross LPAR routing over > hipersockets also. > > Can anybody post a sample of working SNA defintitions to perform the > same routing for TSO/VTAM. > > I have RTFM'ed many FM's and I am getting very confused. > > Fell free too contact me offline if necessary. > > Thanks in advance... > > Al -- 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
1.7 Strange Behavior
We're tailoring and playing with our new system, but hit a weird condition in our 1.4 maintenance system. ONe of the team is installing panvalet 14.5 and all is well until we IPL. TCPIP gets an out of storage message and quits, period, with no error message. I think the number is like IEF820I, reason code 20. When we remove Panvalet references in IEFSSN00, linklist, and apf list, all is happy again. Has anyone else seen this behavior where Panvalet 14.5 is concerned? I've asked the programmer to contact CA as well. Thank you all in advance. -- 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: Doubt about Server Pac and Catalogs
Tom Marchant wrote: On Thu, 1 Feb 2007 16:52:13 -0600, Rick Fochtman wrote: Mark, I always renamed my DLIB datasets to a different HLQ, just to keep them in a different catalog. That way, I could maintain multiple targets, each with its own master catalog, and not have to worry about whether the DLIBs were catalog-accessable from that image. So you had DLIB1.AMODGEN, DLIB2.AMODGEN, etc.? I'd rather catalog SYS1.AMODGEN on &SYSRn (whatever the DLIB volume is that corresponds to that target). And of course, for SMP/E, the DDDEFs all point to the volume serial. Another master catalog for each target zone? I see more problems than benefits. Politics. "Nuff said??? -- 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: LookAt
In a message dated 2/2/2007 8:17:04 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Pretty pathetic response. How about fall back to the old until we can get this resolved!! >> Seems like they'd send a heads up to the branches? Maybe they did and nobody was there to receive it...doesn't anybody see a need for testing these changes? Maybe there's an opportunity to implement ipswitch pro in the managers offices... Seems like a pseudo-technology company that broke the records for patents in 2006 could find a way not to disgrace itself with widespread chaos But again maybe that's the plan -- 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: Who intercepted SVC 26?
Bruce Black posted: >>Ur welcome. FDRDEBUG has a lot of other function as well. Great stuff, Bruce. Thanks again. I wonder what other products we have in-house have nifty, not-obvious commands and/or displays. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- 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: LookAt
I have IBM softcopy reader installed and always start the shelf organizer. I have all zos1.4 manuals in these shelves, its size about 3G. There is a shelf named 'z/os 1.4 Messages and codes'. And whenever I want to know somthing about a message, I just search this shelf. LookAt is just an interface to do exactly what you are doing. One advantage to LookAt is that you can select the z/OS level to search, which is important for some of us (like ISVs). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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: Z/900 How to Test Daylight Savings Time Mods
In a recent note, Mark House said: > Date: Fri, 2 Feb 2007 08:51:20 -0600 > > Daylight Savinggs Time change. Anyone have any suggestions,on how to test > the modifications without manually changing the clock on the SE, and > performing a Power On Reset. Are there any products/utilities that > would make this possible. Any suggestions are welcome. Thanks for the > time. > Create a file with TZ=GMT0 touch -t 200703111200 foo.testfile List it with ls -l foo.testfile Verify that the time appears to be 07:00 for CDT rather than 06:00 for CST. -- 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: LookAt
On Fri, 2 Feb 2007 15:35:53 +0100, Chris Mason <[EMAIL PROTECTED]> wrote: > ... sanity would appear to have been >restored. Well, at least the toy server is back up. Not necessarily the same as sanity though. -- Tom Marchant -- 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: Cascaded FICON and HCD
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Chris Mason > > John > > So we have a fancy new name for antediluvian frequency > division multiplexing > (FDM) - or am I missing something? > > From the provided URL for DWDM: "DWDM works by combining and > transmitting multiple signals simultaneously at different > wavelengths on the same fiber." > > I never heard of FDM being described as "in effect, one > copper wire transformed into multiple virtual copper wires." > I guess teleprocessing folk of the past lacked imagination. Now, if plumbers could adapt that technique, we wouldn't need separate hot- and cold-water pipes in our houses. :-) They already have the "multiplexer"; designing the "demultiplexer" will be the real bear. -jc- -- 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: Who intercepted SVC 26?
Sweet! I have a couple of systems without any kind of monitor product, and this gives a nice display of storage. Thanks, Bruce. Ur welcome. FDRDEBUG has a lot of other function as well. If the customer has the ABR ISPF panels installed, go to the ABR main menu (usually A) and enter B to get to the debugging panel. You can display storage and UCBs, locate and display modules, display the Link list, APF list, NUCLEUS map, and more. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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: LookAt
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Staller, Allan > > > I use search shelf. Don't need to know which book. > > > All of my site searches turnd up the original (non-working) > URL's for lookat and booksrv The following URLs work for me: z/OS Internet Library: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ Links to: z/OS 1.7 Elements and Features: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/v1r7books.html Links to: z/OS [1.7] CD Collection Kit April 2006: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/zshelves7.html Appears "normal" to me. -jc- -- 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: Z/900 How to Test Daylight Savings Time Mods
Anyone have any suggestions,on how to test the modifications without manually changing the clock on the SE, and performing a Power On Reset. I can think of no way to do this unless you have one of the Y2K products available. i.e. the ones that allow you to Set an arbitrary date and time in the future. -- 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
Z/900 How to Test Daylight Savings Time Mods
We have applied the DST (TZ _TZ) APAR to z.os 1.4; 1.6 anv 1.7 running in three LPAR's on a single z/900. This z/900 is an application development Server. We have applied the JTUZ utility to USS for JAVA. We do not have a SYSPLEX Timer, and have an internal Coupling Facility. We would like to test the modifications to our system, and our applications prior to the Daylight Savinggs Time change. Anyone have any suggestions,on how to test the modifications without manually changing the clock on the SE, and performing a Power On Reset. Are there any products/utilities that would make this possible. Any suggestions are welcome. Thanks for the time. Mark House (402) 778-1966 Technical Development Services [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: LookAt
Greg Thanks. My "Favorites" saved URL also works which it didn't when I initiated this thread. In principle I can now declare the matter - issue, problem, whatever - closed. But we'll see. In addition, my usual "clicking" through to "Shelf: z/OS V1R8.0 Communications Server" works as well so sanity would appear to have been restored. Chris Mason - Original Message - From: "Greg Shirey" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, 02 February, 2007 3:24 PM Subject: Re: LookAt > This link works fine for me: > http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/ > > Greg -- 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: LookAt
Per Greg: >This link works fine for me: > http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/ It does for me now also. They must have fixed whatever issue they had, but not in time for me to get the information on a message that I was researching earlier today for a customer. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time Zone query for remote users API in LE or z/OS for PL/I
In a recent note, Denis Gäbler said: > Date: Fri, 2 Feb 2007 04:05:10 -0500 > > in e.g. Linux there is a way to calculate the timezone for a remote user ba > sed on definitions such as "Europe/Berlin", "North Amerika/Atlanta" and so on. > This is also possible with Java on z/OS. We would like to eliminate the > maintenance of our current DB2 table, which we query with e.g. "Tokyo" and > the result of the query tells us the offset. > Is there any other API than Java that supports that mechanism on z/OS? We > need this service in our IMS regions and it would be memory eater to enable > all regions for Java processing just for the sake of running a single > statement. > As you have observed, most UNIX systems, other than the atavistic z/OS Unix System Services, employ the zoneinfo database, described in Linkname: Sources for Time Zone and Daylight Saving Time Data URL: http://www.twinsun.com/tz/tz-link.htm This database is distributed with the z/OS DCE product; you may find it in: /usr/lpp/dce/etc/zoneinfo AFAIK, only DCE uses this, and Java uses whatever it uses. Ignoring zoneinfo is a more serious problem with the changes in the Daylight Saving Time schedule legislated in the U.S.: once the LE APAR (PK24076 ?) is applied, time zone offsets for some dates on Fall, 2006 will be wrong; without the APAR time zone offsets for some dates in Spring, 2007 will be wrong. Once we have the APAR applied I'll start a PMR on the Fall, 2007, problem, and attempt this into a Requirement for zoneinfo in z/OS Unix System Services. -- 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: LookAt
We should all thank IBMTheir web services reliability numbers provide an excellent example of why businesses shouldn't outsource. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LookAt
This link works fine for me: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/ Greg -Original Message- From: IBM Mainframe Discussion List On Behalf Of Staller, Allan Sent: Friday, February 02, 2007 8:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LookAt Previously bookmarked and functioning URLS no longer work. In particular: http://www-03.ibm.com/servers/s390/os390/bkserv/lookat/ and http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ and http://www-03.ibm.com/servers/eserver/zseries/zos/wlm/ and http://www-03.ibm.com/servers/eserver/zseries/zos/rmf/ among many others. -- 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: IBM changed its mainframe URLs once more
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUK 3) > Sent: Friday, February 02, 2007 4:39 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: IBM changed its mainframe URLs once more > > Arrrggg... > > Those marketing and web morons just changed the mainframe related URLs > once more breaking all links. > > IBM has abandoned the "eServer" buzz word and replaced it with > "Systems" and of course URLs have to reflect this. > > This seems to be the new home > http://www-03.ibm.com/systems/z/ > > But if you follow the lefthand side link to "Operating Systems" and > think you can the get to z/OS, well, well it's broken too. > > Peter Hunkeler "We are sorry that you are encountering difficulties. However, in our attempts to be 100.00% buzz-word compliant, IBM must at times make changes which may cause temporary customer inconvience. We regret this inconvience, but in the last analysis - bug off!" -- 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: LookAt
Previously bookmarked and functioning URLS no longer work. In particular: http://www-03.ibm.com/servers/s390/os390/bkserv/lookat/ and http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ and http://www-03.ibm.com/servers/eserver/zseries/zos/wlm/ and http://www-03.ibm.com/servers/eserver/zseries/zos/rmf/ among many others. To make matters worse, site searches for these items invariably turn up links to the original URL's that no longer work. Please provide the new URL's for the sites indicated above This is not the level of service and support to which I have been accustomed for many years. If there were an alternative, I would be looking elsewhere for support and service. IBM's response: Thank you for contacting IBM. We are in receipt of your e-mail regarding the errors and difficulties you are experiencing on our Web site. Please be advised that we have informed the support team and they are currently working on this issue. We apologize for any inconvenience you may have experienced. Thank you for visiting our site and contacting IBM. Pretty pathetic response. How aobut fall back to the old until we can get this resolved!! -- 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: IBM changed its mainframe URLs once more
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Farrell Sent: Friday, February 02, 2007 8:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM changed its mainframe URLs once more I'm told that site has been there for awhile already, and that the older z/OS pages have not changed their URLs yet, and so should work. So whatever the problem is, we do not think it is related to any changes like that. Possibly just a problem with a file system on some server; we've asked support to look into it. Would anyone know if this is being hosted on a z/box or some other? Has anyone thought to compare these outages to the level that we experienced when it was based on VM? And from Mr. Acker's days, what about 6-sigma? Later, Steve Thompson -- 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: Vtam migration
Would you be willing to share your NJE/IP implementation information
with the list?
1) the hipersockets network must be defined in HCD. This is left as an
exercise for the consumer
2) This code is provided by JES2 APAR 012364 (z/OS 1.7) OA17300 is also
recommended.
3) All involved systems must be at z/OS 1.7 with the above apars (or
higher).
4) One gotcha (OA19215) has come up. The userid used for the server
address space must be authorized
For omvs with home('/') and uid(0)
5) changed items for this implementation have a series of '*' at the far
right
//*
//*
//* Excerpt from JESPARMS
//*
//*
LINE(1-6) UNIT=SNA
LINE(7-8) UNIT=TCP
*
LINE(9-10) UNIT=SNA
/*---*/
/* HIPERSOCKET DEFINITIONS */
/*---*/
/*---*/
/* ONLY REMOTE SOCKET */
/* DEFINITIONS ARE NEEDED */
/*---*/
NETSRV(1)SOCKET=DMS2,START=YES
*
SOCKET(IRA) NODE=3,IPADDR=192.0.1.65,NETSRV=1
*
//*
//*
//*
//*
//* Excerpt from TCPMULT
//*
//*
DEVICE IUTIQDFF MPCIPA
***
LINK HIPERFF IPAQIDIO IUTIQDFF
***
.
.
.
HOME
192.168.81.41 ETHERFB00
192.0.1.64 HIPERFF
**
192.168.81.80 ETHERFD00
.
.
.
START IUTIQDFF
***
--
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: LookAt
>I use search shelf. Don't need to know which book. I'm still using the Library Reader which does not support searching in all bookshelves but only within one at a time. So I still need to decide in which bookshelf to search. Maybe the JAVA replacement can do this (but I would not migrate even if it does). Peter Hunkeler CREDIT SUISSE -- 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: IBM changed its mainframe URLs once more
On 2/2/2007 5:39 AM, Hunkeler Peter , KIUK 3 wrote: Arrrggg... Those marketing and web morons just changed the mainframe related URLs once more breaking all links. IBM has abandoned the "eServer" buzz word and replaced it with "Systems" and of course URLs have to reflect this. This seems to be the new home http://www-03.ibm.com/systems/z/ But if you follow the lefthand side link to "Operating Systems" and think you can the get to z/OS, well, well it's broken too. I'm told that site has been there for awhile already, and that the older z/OS pages have not changed their URLs yet, and so should work. So whatever the problem is, we do not think it is related to any changes like that. Possibly just a problem with a file system on some server; we've asked support to look into it. Walt Farrell, CISSP z/OS Security Design, IBM -- 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: Cascaded FICON and HCD
John So we have a fancy new name for antediluvian frequency division multiplexing (FDM) - or am I missing something? >From the provided URL for DWDM: "DWDM works by combining and transmitting multiple signals simultaneously at different wavelengths on the same fiber." I never heard of FDM being described as "in effect, one copper wire transformed into multiple virtual copper wires." I guess teleprocessing folk of the past lacked imagination. Chris Mason - Original Message - From: "Chase, John" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, 02 February, 2007 2:26 PM Subject: Re: Cascaded FICON and HCD > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman > > > > --- > > The short answer is Yes, you can do it. FICON is so fast that > > you should not have trouble with 12 drives--assuming that > > distance is not a problem. I don't know what the native > > limitations are, but we use DWDM to 120 KM. > > > > Actually in the 'olden days' of ESCON, channel extender > > products provided a similar capability, but the pathing was > > not known to MVS. > > FICON lets it all hang out. > > > > Pardon me; my education is lacking. > > > > DWDM ?? "Dark fiber" ?? > > DWDM: Short for Dense Wavelength Division Multiplexing, an optical > technology used to increase bandwidth over existing fiber optic > backbones. > > http://www.webopedia.com/TERM/D/DWDM.html > > Dark fiber refers to unused fiber-optic cable. Often times companies lay > more lines than what's needed in order to curb costs of having to do it > again and again. The dark strands can be leased to individuals or other > companies who want to establish optical connections among their own > locations. > > http://www.webopedia.com/TERM/d/dark_fiber.html > > -jc- -- 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: IBM changed its mainframe URLs once more
On Fri, 2 Feb 2007 12:34:22 +0100, Chris Mason wrote: > >Here's the usual laughable reply: > < snip! > > >Nidhi K Swarup >Electronic Response Center > Now we know why they hired all those new employees in India -- Tom Marchant -- 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: LookAt
I use search shelf. Don't need to know which book. All of my site searches turnd up the original (non-working) URL's for lookat and booksrv -- 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: LookAt
On Fri, 2 Feb 2007 12:58:38 +0100, Hunkeler Peter (KIUK 3) wrote: > >Well, I love the bookmanager shelves, too, and am using them >all the time before going to the web. But LookAt has the big >advantage that you don't need to find out which message book >in which bookshelve holds the message you want to look up. You >simply paste the message id and there you go. > I use search shelf. Don't need to know which book. -- Tom Marchant -- 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: LookAt
>Assuming that the LOOKAT server is up...which it doesn't >appear to be at the moment It probably *is* up but nobody knows where Peter Hunkeler CREDIT SUISSE -- 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: LookAt
Neither is http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r7pdf/dfsms.html . "Veilleux, Jon L" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 02/02/2007 08:40 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: LookAt Assuming that the LOOKAT server is up...which it doesn't appear to be at the moment Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -- 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: Doubt about Server Pac and Catalogs
On Thu, 1 Feb 2007 16:52:13 -0600, Rick Fochtman wrote: >Mark, I always renamed my DLIB datasets to a different HLQ, just to keep >them in a different catalog. That way, I could maintain multiple >targets, each with its own master catalog, and not have to worry about >whether the DLIBs were catalog-accessable from that image. > So you had DLIB1.AMODGEN, DLIB2.AMODGEN, etc.? I'd rather catalog SYS1.AMODGEN on &SYSRn (whatever the DLIB volume is that corresponds to that target). And of course, for SMP/E, the DDDEFs all point to the volume serial. Another master catalog for each target zone? I see more problems than benefits. -- Tom Marchant -- 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: LookAt
Assuming that the LOOKAT server is up...which it doesn't appear to be at the moment Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, February 02, 2007 8:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LookAt > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of WalterR > > [ snip ] > > > With QW, after entering "QW" on the ISPF command line you simply > position the cursor on/over the message code (for which you can use > the mouse) and . If your emulator is "properly" configured, you need only double-click on the message ID and QW retrieves the explanation. "Properly" in context means that double-click sends the 3270 AID (Bluezone does that by default). -jc- -- 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 - 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vtam migration
Allen, Would you be willing to share your NJE/IP implementation information with the list? TIA, Rogers -Original Message- From: Staller, Allan [mailto:[EMAIL PROTECTED] Sent: Friday, February 02, 2007 7:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Vtam migration It would help knowing what your current environment. You might get samples that aren't appropriate - that are more misleading than helpfull. Multiple stand-alone LPARS on a single CEC (test(z/OS 1.7), production(z/OS 1.4), sandbox(z/OS 1.7)). No external communication outside of the glass house via VTAM. (Outside comm is via TCPIP). As I have stated previously, we have just implemented NJE over IP, using HIPERSOCKETS (to route jobs between LPARs) for the test and sandbox lpars. I know we can't complete this until the prod LPAR is z/OS 1.7 (expected 04/07). NJE/IP using HIPERSOCKETS will eliminate about 80 percent of the traffic. The remainder is a small amount of TSO/VTAM (mostly for sysprogs). From some more reading of the FM's, is seems that a modification of the TRL will suffice. My plan is to replace the TRL pointing to the 2216 with one pointing to the HIPERSOCKET network. Is this feasable? Any gothca's? Any help is appreciated... Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: LookAt
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of WalterR > > [ snip ] > > > With QW, after entering "QW" on the ISPF command line you > simply position the cursor on/over the message code (for > which you can use the mouse) and . If your emulator is "properly" configured, you need only double-click on the message ID and QW retrieves the explanation. "Properly" in context means that double-click sends the 3270 AID (Bluezone does that by default). -jc- -- 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: Cascading FICON director with DASD and TAPE devices
On Fri, 2 Feb 2007 06:42:04 +0800, Ron Hawkins wrote: >Bruce, > >My recollection is that tape drives would use DC Interlock mode and when all >you had was a primary and secondary B&T channel this would seriously impact >the DASD. I think the 3480 was the last drive that wasn't pure Data >streaming. > I'll defer to your experience with mixing tape and dasd, but I'm pretty sure that data streamiong has nothing to do with it. IIRC, data streaming applies only to data transfer operations. One of the notorious problems with old tape drives was with rewind and forward space file, both of which remained connected until the operation was completed. -- Tom Marchant -- 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: Cascaded FICON and HCD
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman > > --- > The short answer is Yes, you can do it. FICON is so fast that > you should not have trouble with 12 drives--assuming that > distance is not a problem. I don't know what the native > limitations are, but we use DWDM to 120 KM. > > Actually in the 'olden days' of ESCON, channel extender > products provided a similar capability, but the pathing was > not known to MVS. > FICON lets it all hang out. > > Pardon me; my education is lacking. > > DWDM ?? "Dark fiber" ?? DWDM: Short for Dense Wavelength Division Multiplexing, an optical technology used to increase bandwidth over existing fiber optic backbones. http://www.webopedia.com/TERM/D/DWDM.html Dark fiber refers to unused fiber-optic cable. Often times companies lay more lines than what's needed in order to curb costs of having to do it again and again. The dark strands can be leased to individuals or other companies who want to establish optical connections among their own locations. http://www.webopedia.com/TERM/d/dark_fiber.html -jc- -- 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: Who intercepted SVC 26?
Bruce Black posted: >> If you go to ISPF 6 and enter "FDRDEBUG SYS" you will get a display Sweet! I have a couple of systems without any kind of monitor product, and this gives a nice display of storage. Thanks, Bruce. Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- 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: Vtam migration
It would help knowing what your current environment. You might get samples that aren't appropriate - that are more misleading than helpfull. Multiple stand-alone LPARS on a single CEC (test(z/OS 1.7), production(z/OS 1.4), sandbox(z/OS 1.7)). No external communication outside of the glass house via VTAM. (Outside comm is via TCPIP). As I have stated previously, we have just implemented NJE over IP, using HIPERSOCKETS (to route jobs between LPARs) for the test and sandbox lpars. I know we can't complete this until the prod LPAR is z/OS 1.7 (expected 04/07). NJE/IP using HIPERSOCKETS will eliminate about 80 percent of the traffic. The remainder is a small amount of TSO/VTAM (mostly for sysprogs). From some more reading of the FM's, is seems that a modification of the TRL will suffice. My plan is to replace the TRL pointing to the 2216 with one pointing to the HIPERSOCKET network. Is this feasable? Any gothca's? Any help 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: LookAt
>With QW, after entering "QW" on the ISPF command line you Assuming you've got QW. If not LookAt is next choice Peter Hunkeler CREDIT SUISSE -- 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: IBM changed its mainframe URLs once more
That explains why www.s390.ibm.com doesn't work anymore, they must be taking their clues from the microsoft people. Do they not test ALL of the links when they change these things? Geesh. If this was broken "500" levels in, I might understand, but the second link in is broken. -- 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
[SPAM] Re: DSCBS - THANK YOU
Thanks to all who answered my question and offered solutions. Thanks to Bruce as well for the FDR solution. Jack Kelly <[EMAIL PROTECTED]> wrote: You can probablu use pdf3.4 with the 'V' option Jack Kelly LA Systems @ US Courts x 202-502-2390 Lizette Koehler Sent by: IBM Mainframe Discussion List 02/01/2007 08:24 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: DSCBS If you have QuickRef then the SPACE function provides it. If you have access to ISMF, it will also tell you. And then there is the old fashion IEHLIST. It is not as friendly but does give the info. Plus I am sure there are space mapping utilities on the CBT Tape that will also give this information. <-- Snip Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. UnSnip --> Lizette Koehler -- 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 Send instant messages to your online friends http://au.messenger.yahoo.com -- 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: RUMBA (Was: LookAt)
>Lately, I've been using Windows Rumba (from Wall Data) as the 3270 emulator, which may play a role. I've been dealing with some usability issues with RUMBA, and the company I've been working with is NetManage. - Too busy driving to stop for gas! -- 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: LookAt
Hunkeler Peter (KIUK 3) wrote: I remember I tried LookAt in the past but it's not so impressive to me. Anyway, your professionals use them so there must be some reasons... Well, I love the bookmanager shelves, too, and am using them all the time before going to the web. But LookAt has the big advantage that you don't need to find out which message book in which bookshelve holds the message you want to look up. You simply paste the message id and there you go. Peter Hunkeler CREDIT SUISSE -- 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 With QW, after entering "QW" on the ISPF command line you simply position the cursor on/over the message code (for which you can use the mouse) and . The indicated message code is automatically pasted into the search key. Lately, I've been using Windows Rumba (from Wall Data) as the 3270 emulator, which may play a role. Walter Rue -- 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: LookAt
>I remember I tried LookAt in the past but it's not so >impressive to me. Anyway, your professionals use them so >there must be some reasons... Well, I love the bookmanager shelves, too, and am using them all the time before going to the web. But LookAt has the big advantage that you don't need to find out which message book in which bookshelve holds the message you want to look up. You simply paste the message id and there you go. Peter Hunkeler CREDIT SUISSE -- 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: IBM changed its mainframe URLs once more
Shane and Peter I think this may be the same issue - not to say problem - as revealed in my Lookup thread. Incidentally you can get further - not a lot - by selecting z/OS.e - assuming you are trying to battle through to the online manuals. Here's the usual laughable reply: Dear Ms[1]. Mason, Thank you for contacting IBM. We are in receipt of your e-mail regarding the errors and difficulties you are experiencing on our Web site. Please be advised that we have informed the webmaster and they are currently working on this issue. We apologize for any inconvenience you may have experienced. Thank you for visiting our site and contacting IBM. Nidhi K Swarup Electronic Response Center At fuming times like this one's politically correct defences are somewhat lowered, so I'm probably being some sort of ---ist when I say that the signature gave me an Asimov moment. Probably IBM decided that Friday was a good day to introduce something which would be bound to get the IBMMAIN crowd buzzing with vituperation. Chris Mason [1] Probably in irritation at having to fill in so much rubbish before getting my comment off, I selected the wrong "title". - Original Message - From: "Shane" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, 02 February, 2007 11:57 AM Subject: Re: IBM changed its mainframe URLs once more > On Fri, 2007-02-02 at 11:39 +0100, Hunkeler Peter (KIUK 3) wrote: > > Arrrggg... > > > > Those marketing and web morons just changed the mainframe related URLs > > once more breaking all links. > > C'mon Peter, no need to be reticent - say what you really mean ... ;-) > > Would be funny if it wasn't so bloody laughable. > At least ServiceLink seems to still be there - for now. > Pity about the public face of zSeries. > > Shane ... -- 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: LookAt
Yes, it's down. I also tried with that. But I have a question: why these tools? I have IBM softcopy reader installed and always start the shelf organizer. I have all zos1.4 manuals in these shelves, its size about 3G. There is a shelf named 'z/os 1.4 Messages and codes'. And whenever I want to know somthing about a message, I just search this shelf. I remember I tried LookAt in the past but it's not so impressive to me. Anyway, your professionals use them so there must be some reasons... On 2/2/07, Chris Mason <[EMAIL PROTECTED]> wrote: Shane Thanks for the confirmation. But then I did something stupid and also tried going straight to the manual. Generalising from the particular, I'm guessing that the whole IBM publications system is down. Fortunately the newspaper I am now going to have to go and read has cost part of a tree in its fabrication. Chris Mason - Original Message - From: "Shane" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, 02 February, 2007 11:01 AM Subject: Re: LookAt > On Fri, 2007-02-02 at 10:50 +0100, Chris Mason wrote: > > > Am I somehow alone or is LookAt down for everybody? > > I've always been a bit "ho-hum" re LookAt. Probably spoilt by QuickRef. > I go straight to the the manual(s) rather than LookAt. > > And yes, it appears to be down. > > Shane ... -- 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 -- Best Regards, Johnny Luo -- 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: IBM changed its mainframe URLs once more
On Fri, 2007-02-02 at 11:39 +0100, Hunkeler Peter (KIUK 3) wrote: > Arrrggg... > > Those marketing and web morons just changed the mainframe related URLs > once more breaking all links. C'mon Peter, no need to be reticent - say what you really mean ... ;-) Would be funny if it wasn't so bloody laughable. At least ServiceLink seems to still be there - for now. Pity about the public face of zSeries. Shane ... -- 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
IBM changed its mainframe URLs once more
Arrrggg... Those marketing and web morons just changed the mainframe related URLs once more breaking all links. IBM has abandoned the "eServer" buzz word and replaced it with "Systems" and of course URLs have to reflect this. This seems to be the new home http://www-03.ibm.com/systems/z/ But if you follow the lefthand side link to "Operating Systems" and think you can the get to z/OS, well, well it's broken too. Peter Hunkeler CREDIT SUISSE -- 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: LookAt
Shane Thanks for the confirmation. But then I did something stupid and also tried going straight to the manual. Generalising from the particular, I'm guessing that the whole IBM publications system is down. Fortunately the newspaper I am now going to have to go and read has cost part of a tree in its fabrication. Chris Mason - Original Message - From: "Shane" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, 02 February, 2007 11:01 AM Subject: Re: LookAt > On Fri, 2007-02-02 at 10:50 +0100, Chris Mason wrote: > > > Am I somehow alone or is LookAt down for everybody? > > I've always been a bit "ho-hum" re LookAt. Probably spoilt by QuickRef. > I go straight to the the manual(s) rather than LookAt. > > And yes, it appears to be down. > > Shane ... -- 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: LookAt
On Fri, 2007-02-02 at 10:50 +0100, Chris Mason wrote: > Am I somehow alone or is LookAt down for everybody? I've always been a bit "ho-hum" re LookAt. Probably spoilt by QuickRef. I go straight to the the manual(s) rather than LookAt. And yes, it appears to be down. Shane ... -- 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
LookAt
Am I somehow alone or is LookAt down for everybody? http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/ "Our apologies... The page you requested cannot be displayed" Yes I've "done" the "Get assistance" FWIW. Chris Mason -- 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: Cascaded FICON and HCD
Skip, Aren't the closing lines after Eclipse something like this? "There is no dark side of the moon really. Matter of fact it's all dark." Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Skip Robinson > Sent: Friday, 2 February 2007 12:29 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Cascaded FICON and HCD > > Um, I think I missed the point of the question with my earlier post. > Thanks to Ron and Tom for providing the actual answer. > > An important characteristic of DWDM is that it's 'content unaware'. It > doesn't know the nature of the data being transmitted any more than the > pipes in your house know about water quality. Traditional channel > extenders are all about mainframe I/O--up to and including simulation of > ESCON switches. > > P.S. Although my cousin refuses to believe that she was hoodwinked by Pink > Floyd, the moon has no dark side. I might as well try to convince her that > people are descended from monkeys. Science schmience. > > > > > > Ron Hawkins <[EMAIL PROTECTED]> > Sent by: IBM Mainframe Discussion List > 02/01/2007 07:55 PM > Please respond to > IBM Mainframe Discussion List > > > To > IBM-MAIN@BAMA.UA.EDU > cc > > Subject > Re: Cascaded FICON and HCD > > > > > > > Dark Fibre - Fibre between two sites that is not shared > > DWDM=Dense Wave Division Multiplexor > WDM turns a dark fibre into many dark fibres by using slightly different > wavelengths for each fibre connected. "Think of the cover of Dark Side of > the Moon". > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > > Behalf Of Rick Fochtman > > Sent: Friday, 2 February 2007 10:21 AM > > To: IBM-MAIN@BAMA.UA.EDU > > Subject: Re: Cascaded FICON and HCD > > > > --- > > The short answer is Yes, you can do it. FICON is so fast that you should > > not have trouble with 12 drives--assuming that distance is not a > > problem. I don't know what the native limitations are, but we use DWDM > > to 120 KM. > > > > Actually in the 'olden days' of ESCON, channel extender products > > provided a similar capability, but the pathing was not known to MVS. > > FICON lets it all hang out. > > > > Pardon me; my education is lacking. > > > > DWDM ?? "Dark fiber" ?? > > > > > -- > 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
Time Zone query for remote users API in LE or z/OS for PL/I programs?
Hi, in e.g. Linux there is a way to calculate the timezone for a remote user based on definitions such as "Europe/Berlin", "North Amerika/Atlanta" and so on. This is also possible with Java on z/OS. We would like to eliminate the maintenance of our current DB2 table, which we query with e.g. "Tokyo" and the result of the query tells us the offset. Is there any other API than Java that supports that mechanism on z/OS? We need this service in our IMS regions and it would be memory eater to enable all regions for Java processing just for the sake of running a single statement. Thanks in advance Denis Gäbler. Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. -- 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: Cascaded FICON and HCD
On Thu, 2007-02-01 at 20:28 -0800, Skip Robinson wrote: > P.S. Although my cousin refuses to believe that she was hoodwinked by Pink > Floyd, the moon has no dark side. I might as well try to convince her that > people are descended from monkeys. Science schmience. M - I don't have a problem with "unseen" equating to "dark side" (think "darkest Africa"). But I wouldn't want the cover designer in charge of managing data propagation via light through glass. Their ideas on refraction are "interesting" - mux-demux if you look at both sides of the CD version. Whoa !!! - imagine what that'd do to your data in transit. Shane ... (awesome album - and album cover ...) -- 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
