pcom 5.7 IN Terminal server 2008/X64
We tried to connect a remote user using Terminal server 2003/X32 with PCOM 5.7 and it worked fine. We encountered some error messages while trying the same under Terminal Server 2008/X64: The PDLC Mapper service depends on the PDLC X.25 service which failed to start because of the following error: The AppnApi service depends on the PDLC Mapper service which failed to start because of the following error: %%1068 The Twinax Adapter Common service depends on the IBM Trace Facility service which failed to start because of the following error: %%1068 The IBM Enterprise Extender (HPR/IP) service depends on the PDLC OEM Interface service which failed to start because of the following error: %%1068 The KLOGNT service failed to start due to the following error: %%1275 Any idea how to enable PCOM under terminal Server 2008/X64? Regards, ITschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Urgent
When ISPF fails to initialize just create a new dataset by entering the
following in the TMP READY PROMPT:
Alloc f(ISPPROF) da('your dsname') new catalog like(sys1.parmlib) /8 or any
other model dataset you can access with DCB/80/3120/fb
Itschak
On Tue, Jul 14, 2009 at 5:49 AM, Joel C Ewing wrote:
> Having been there, these kinds of problems are more likely to hit you on a
> DR test, when you deliberately take only a subset of vaulted data to DR and
> don't have full access to ML2 data; especially when someone tries to fire up
> a personal TSO session that doesn't normally run during a DR test. The ISPF
> profile mostly contains just personal customization and old dialog panel
> field values, which can always be re-created if need be after scratching the
> unreachable ML2 ds. While not having your normal ISPF profile available is
> an annoyance, it's not a show stopper, even in a real DR - just delete and
> allow creation of a new profile.
>
> Obviously, any datasets that are essential to your z/OS recovery process,
> including essential TSO user datasets that will be needed before DFHSM is
> fully functional, need to have MGMTCLAS or other mechanisms to insure they
> are ineligible for migration (to ML1 or ML2). For DR testing, that
> restriction extends even to datasets needed after DFHSM is functional,
> unless the required media for recall will be taken for the test.
> JC Ewing
>
> Gibney, Dave wrote:
>
>> Urgent is non-descriptive.
>>
>> John's answer is how to continue, not how to access the dataset. You
>> can't access the existing dataset, you don't have it available at you DR
>> test. (I hope it's a test :)
>>
>> Dave Gibney
>> Information Technology Services
>> Washington State University
>>
>>
>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>>> Behalf Of John McKown
>>> Sent: Monday, July 13, 2009 6:17 PM
>>> To: IBM-MAIN@bama.ua.edu
>>> Subject: Re: Urgent
>>>
>>> On Tue, 14 Jul 2009, Jacky Bright wrote:
>>>
>>> My DBA has forgot to recall the SYSADM ISPF profile dataset from the
>>> VTS.
>>>
Now at DR site entry is there in ML2 which we can not access.
Looking for a way how to access this dataset. Any ideas.
JAcky
Do a DELETE ... NOSCRATCH
>>>
>>> However, for this to work with DFHSM down, you must connect the userid
>>> who
>>> is doing it to a special group - ARCCATGP
>>>
>>> http://publibz.boulder.ibm.com/cgi-
>>> bin/bookmgr_OS390/BOOKS/dgt2s671/4.8.12
>>>
>>> If necessary, you might need to create this group in RACF.
>>>
>>> As an alternative, you __might__ be able to use IDCAMS and do a
>>>
>>> REPRO MERGECAT -
>>> ENT(SYSADM.ispf.profile) -
>>> INDATASET(realucat) -
>>> OUTDATASET(someothercat)
>>>
>>> Of course, the absolute simpliest way is to delete the SYSADM alias
>>>
>> and
>>
>>> point it to another catalog. Of course, that implicitly uncatalogs all
>>> of
>>> SYSADM's datasets.
>>>
>>> --
>>>
>>> Maranatha!
>>> John McKown
>>>
>>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
At 15:58 -0400 on 07/13/2009, Bill Fairchild wrote about Re: AMBLIST Funny: In the early 1970s I had a taste of the humor of the HASP development team when I saw their description of a problem in RETAIN. HASP, which ran on OS/360 in key 0 and could overlay any byte in central storage, had been guilty of "spraying bits at random". And in 1969 I saw Tom Simpson, the chief HASP developer, in action at two consecutive sessions at SHARE in Boston as he described HASP internals. He liberally peppered the dry material with ROTF humor. I have the impression (remembrance?) of some great comments in the source code that had nothing to do with explaining what the statements did but instead were some off-hand quips like after going through a complex routine inside a loop when you got to the end of the routine and decided if you were going to loop back and run through the routine again you found the branch to the start of the loop marked something on the order of "That was so much fun, I'm going to do it again" or the complex routine itself being marked "Ta Dumb - Drum Roll Please" (I'm giving the type of comments and not claiming that they are actual comments that occurred). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Urgent
Having been there, these kinds of problems are more likely to hit you on a DR test, when you deliberately take only a subset of vaulted data to DR and don't have full access to ML2 data; especially when someone tries to fire up a personal TSO session that doesn't normally run during a DR test. The ISPF profile mostly contains just personal customization and old dialog panel field values, which can always be re-created if need be after scratching the unreachable ML2 ds. While not having your normal ISPF profile available is an annoyance, it's not a show stopper, even in a real DR - just delete and allow creation of a new profile. Obviously, any datasets that are essential to your z/OS recovery process, including essential TSO user datasets that will be needed before DFHSM is fully functional, need to have MGMTCLAS or other mechanisms to insure they are ineligible for migration (to ML1 or ML2). For DR testing, that restriction extends even to datasets needed after DFHSM is functional, unless the required media for recall will be taken for the test. JC Ewing Gibney, Dave wrote: Urgent is non-descriptive. John's answer is how to continue, not how to access the dataset. You can't access the existing dataset, you don't have it available at you DR test. (I hope it's a test :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Monday, July 13, 2009 6:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Urgent On Tue, 14 Jul 2009, Jacky Bright wrote: My DBA has forgot to recall the SYSADM ISPF profile dataset from the VTS. Now at DR site entry is there in ML2 which we can not access. Looking for a way how to access this dataset. Any ideas. JAcky Do a DELETE ... NOSCRATCH However, for this to work with DFHSM down, you must connect the userid who is doing it to a special group - ARCCATGP http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/dgt2s671/4.8.12 If necessary, you might need to create this group in RACF. As an alternative, you __might__ be able to use IDCAMS and do a REPRO MERGECAT - ENT(SYSADM.ispf.profile) - INDATASET(realucat) - OUTDATASET(someothercat) Of course, the absolute simpliest way is to delete the SYSADM alias and point it to another catalog. Of course, that implicitly uncatalogs all of SYSADM's datasets. -- Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Urgent
Urgent is non-descriptive. John's answer is how to continue, not how to access the dataset. You can't access the existing dataset, you don't have it available at you DR test. (I hope it's a test :) Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of John McKown > Sent: Monday, July 13, 2009 6:17 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Urgent > > On Tue, 14 Jul 2009, Jacky Bright wrote: > > > My DBA has forgot to recall the SYSADM ISPF profile dataset from the > VTS. > > Now at DR site entry is there in ML2 which we can not access. > > > > Looking for a way how to access this dataset. Any ideas. > > > > JAcky > > > > Do a DELETE ... NOSCRATCH > > However, for this to work with DFHSM down, you must connect the userid > who > is doing it to a special group - ARCCATGP > > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/dgt2s671/4.8.12 > > If necessary, you might need to create this group in RACF. > > As an alternative, you __might__ be able to use IDCAMS and do a > > REPRO MERGECAT - > ENT(SYSADM.ispf.profile) - > INDATASET(realucat) - > OUTDATASET(someothercat) > > Of course, the absolute simpliest way is to delete the SYSADM alias and > point it to another catalog. Of course, that implicitly uncatalogs all > of > SYSADM's datasets. > > -- > Trying to write with a pencil that is dull is pointless. > > Maranatha! > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete Tape Datasets
Ron, But that is where your Tape Management System can come into play. All the Tape Management Systems have some type of "rules" (CA-1 calls it the RDS; CA TLMS calls it the RMF; and DFSMSrmm calls it Vital Records) that allow you to specify a retention rule or expiration date for tape files based on the DSN (and/or jobname combination). Simply create a rule in your Tape Management System to scratch these tapes after 1-day; problem solved. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Ron Sent: Monday, July 13, 2009 10:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete Tape Datasets Yes, but according to our DB2 DBA... we use dual logging, one set to tape, one set to DASD. He wants to keep the ones going to DASD for 4 days, but delete the tape ones after one day. There's a zparm... DSN6ARVP ARCRETN set to 4, which sets the retention to 4 days, but (excuse me for being a DB2 novice...) did not see anything in the DB2 manuals about setting retention for tape to 1 day andkeeping the DASD retention period to 4 days -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Urgent
On Tue, 14 Jul 2009, Jacky Bright wrote: > My DBA has forgot to recall the SYSADM ISPF profile dataset from the VTS. > Now at DR site entry is there in ML2 which we can not access. > > Looking for a way how to access this dataset. Any ideas. > > JAcky > Do a DELETE ... NOSCRATCH However, for this to work with DFHSM down, you must connect the userid who is doing it to a special group - ARCCATGP http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2s671/4.8.12 If necessary, you might need to create this group in RACF. As an alternative, you __might__ be able to use IDCAMS and do a REPRO MERGECAT - ENT(SYSADM.ispf.profile) - INDATASET(realucat) - OUTDATASET(someothercat) Of course, the absolute simpliest way is to delete the SYSADM alias and point it to another catalog. Of course, that implicitly uncatalogs all of SYSADM's datasets. -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Urgent
My DBA has forgot to recall the SYSADM ISPF profile dataset from the VTS. Now at DR site entry is there in ML2 which we can not access. Looking for a way how to access this dataset. Any ideas. JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JQuestion on Java
On Mon, 13 Jul 2009, Ron Wells wrote: > JRIO is for use under USS only ?? > It can be used in any Java environment under z/OS. I.e. it won't work on Linux, AIX, Windows, Solaris, etc. I don't know if that is what you are getting at or not. -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JQuestion on Java
The Java JVM requires USS in that the address space must be "dubbed" for Unix - but this could be in a batch address space, a STC, CICS, IMS, . What you probably want to know is whether jrio.jar and its native library (both part of the SDK) can be used only if the Java VM is started with the "java" Unix shell command. the answer to this is no - JRIO can be used in any z/OS SDK JVM. BTW: The same answers applies to the JZOS Toolkit apis (ibmjzos.jar), which are also part of the SDK and provide similar function to JRIO. HTH, Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Jul 13, 2009 at 3:50 PM, Ron Wells wrote: > JRIO is for use under USS only ?? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
On Mon, 13 Jul 2009 10:03:19 -0500, Paul Gilmartin wrote: . . . >(From ancient experience and fading memory): > >Even before SMS existed, DS1LSTAR was set to beginning-of-file >(Allocation wouldn't just leave the field uninitialized, would it?) >QSAM correctly reported EOF on the first read. BPAM did not and >programs that didn't electively check DS1LSTAR read residual >data. My ancient experience and fading recollection of this is that none of the access methods seemed to look at DS1LSTAR - except to handle DISP=MOD. Certainly, not all programs reacted in the same way, but I put that down to some programs doing their own checking of DS1LSTAR. One program that certainly did "honor" DS1LSTAR, whether due to choice of access method, or by checking it itself, was ISPF Browse. That was the cause of much confusion (who you gonna call when you suspect a data set contains spurious data?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JQuestion on Java
JRIO is for use under USS only ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dataset validation products
Is any one out there aware of a product(s) for the mainframe that would accomplish a generic file validation given a set of rules on a dataset. For example has a header, has a trailer, record counts, content validation(field should have only these values), record type sequencing, etc. Thanks Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Odd Behavior in PL/I Assignment Statement
X'01' is write without spacing for RECFM=FM. What is SYSPRINT declared as? Been a long time since I used STEAM I/O :) On Mon, Jul 13, 2009 at 11:39 PM, Adam Johanson wrote: >> If the fields are 36 characters, why are 37 being displayed? > > Must just be how PL/I does it with the PUT SKIP LIST. I just ran a hello > world program with no spaces at the end, but it printed out an additional one. > > > A previous poster asked me put post all relevant delcarations, assignment > stmts. with those variables, etc. This is a pretty good sized program and it > would probably just be easier for someone to see the listing. > > I'm not sure if me sending the listing out to people would violate > our "information privacy" mumbo-jumbo with some of our code, so I ought to > err on the side of caution. I'll open up an ETR with IBM and let them have a > look. > > Thanks for the attention and replies. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
Guy Gardoit schrieb: Hmmm. Makes me wonder if in Unix there is an "recycle bin" equivalent for the "rm" command. no. KDE, GNOME, XFCE and so on have a recycle bin implemented, wich only works if files are "deleted" with the filemanager of the desktop environment (--> KDE, GNOME, etc). But there is a rather cool library called "libtrash" which can be used. This library hooks the remove() and unlink() functions of the libc. So whenever an application deletes a file, the libtrash will get informed about this and move the file to a recycle bin directory. Works at least for Linux, no idea if it works for AIX, SunOS, HP-UX or whatever Bye, Michael -- Mit freundlichen Grüßen Michael Knigge Entwicklung S.E.T. Software GmbH Lister Straße 15 30163 Hannover Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Handelsregister: HRB52778 Amtsgericht Hannover Geschäftsführer: Till Dammermann, Klaus Stöhr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Neon revs cost-cutting mainframeware
On 13 Jul 2009 12:06:02 -0700, in bit.listserv.ibm-main you wrote: >Guy Gardoit wrote: >> IBM is probably working on an aquisition plan - everyone has their price - >> IBM just needs to complete the math. >> > >It's entirely possible that some non-IBM entities have known for years >how to redirect arbitrary third-party code to zAAP/zIIP. (Hacking the >"secret" is not Rocket Science. ;-) ) But, nobody wanted to drop a >"bomb" on the industry--until now. > >If IBM allows NEON to proceed uncontested, or rumors begin to circle >about a NEON or zPrime purchase by IBM, we could see numerous copies of >the enabling code, from various sources, appear in the public domain. >This thing could spiral out of control into a free-for-all of >nihilistic, mutually-destructive "zAAPicide"! Wow! 8-) My attitude towards Ziip and Zaap is that a kludge of the first magnitude was invented so that old work could be penalized while new work which required more effort on the part of IBM could get a break. IBM is already in the position that their current charging scheme may well be accelerating a trend toward newer applications because the cost of change can be justified against the high cost of not changing. >From postings by others on this forum far more qualified than I am to judge, this marketing inspired kludge may well have made z/OS less secure. > >Of course, at that point, everyone's software licensing terms and >conditions will change. zAAP and zIIP execution will no longer be free. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
-Original Message- I had something to do with that. My concern is that system programs are usually reading that book at a time when they are dealing with the gravity of some problem, and may not be in a mood to appreciate its opposite, levity. And we all know how humorless those "systems programs" are and how exacting to syntax they are;-) Now, Systems Programmers, on the other hand Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
In the early 1970s I had a taste of the humor of the HASP development team when I saw their description of a problem in RETAIN. HASP, which ran on OS/360 in key 0 and could overlay any byte in central storage, had been guilty of "spraying bits at random". And in 1969 I saw Tom Simpson, the chief HASP developer, in action at two consecutive sessions at SHARE in Boston as he described HASP internals. He liberally peppered the dry material with ROTF humor. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adam Johanson Sent: Monday, July 13, 2009 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: AMBLIST Funny Subject: Re: Healther checker documentation From: Jim Mulder Reply-To: IBM Mainframe Discussion List Date: Fri, 16 May 2008 14:42:22 -0400 Content-Type: text/plain IBM Mainframe Discussion List wrote on 05/16/2008 12:46:13 AM: > I was going to say "obviously you haven't read the Diagnosis: Tools > and Procedure book. It contains quite funny sentences at the start > of each chapter". Unfortunately, when I just looked, they're all > gone It is still in te old os/390 R10 books. > > Those were sentences like for standalone dump "Like a trip to the > dentist. . . you only go when you have to, and you know it's gonna hurt". > Or: "SVC dump is like a burglar alarm. . . . It lets you know > something's wrong and helps you pinpoint where it started." > "Component trace is like a Swiss Army Knife: a lot of little tools > built into one." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
>I had something to do with that. My concern is that system programs are >usually reading that book at a time when they are dealing with the gravity of >some problem, and may not be in a mood to appreciate its opposite, levity. Too bad! I see your point, but sometimes levity is the only way to deal with a crisis. Witness all the MJ jokes since June 25. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
> I had something to do with that. Grinch ;-) Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
Subject: Re: Healther checker documentation From: Jim Mulder Reply-To: IBM Mainframe Discussion List Date: Fri, 16 May 2008 14:42:22 -0400 Content-Type: text/plain IBM Mainframe Discussion List wrote on 05/16/2008 12:46:13 AM: > I was going to say "obviously you haven't read the Diagnosis: Tools > and Procedure book. It contains quite funny sentences at the start > of each chapter". Unfortunately, when I just looked, they're all > gone It is still in the old os/390 R10 books. > > Those were sentences like for standalone dump "Like a trip to the > dentist. . . you only go when you have to, and you know it's gonna hurt". > Or: "SVC dump is like a burglar alarm. . . . It lets you know > something's wrong and helps you pinpoint where it started." > "Component trace is like a Swiss Army Knife: a lot of little tools > built into one." > > Now who took that humour back out?!? I had something to do with that. My concern is that system programs are usually reading that book at a time when they are dealing with the gravity of some problem, and may not be in a mood to appreciate its opposite, levity. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Neon revs cost-cutting mainframeware
Guy Gardoit wrote: IBM is probably working on an aquisition plan - everyone has their price - IBM just needs to complete the math. It's entirely possible that some non-IBM entities have known for years how to redirect arbitrary third-party code to zAAP/zIIP. (Hacking the "secret" is not Rocket Science. ;-) ) But, nobody wanted to drop a "bomb" on the industry--until now. If IBM allows NEON to proceed uncontested, or rumors begin to circle about a NEON or zPrime purchase by IBM, we could see numerous copies of the enabling code, from various sources, appear in the public domain. This thing could spiral out of control into a free-for-all of nihilistic, mutually-destructive "zAAPicide"! Wow! 8-) Of course, at that point, everyone's software licensing terms and conditions will change. zAAP and zIIP execution will no longer be free. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp message that I don't really understand.
In a message dated 7/13/2009 12:14:14 P.M. Central Daylight Time, yak36...@yahoo.com writes: rather is just probing to see if the ftp server is listening, and quickly disconnecting before the server does the getpeername. >> There's lots of DoS attacks going around too. I'd run it by the network group to see if there's a pattern. **Looking for love this summer? Find it now on AOL Personals. (http://personals.aol.com/?ncid=emlcntuslove0003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Neon revs cost-cutting mainframeware
IBM is probably working on an aquisition plan - everyone has their price - IBM just needs to complete the math. On Sat, Jul 11, 2009 at 10:17 PM, Ed Gould wrote: > Original URL: > http://www.theregister.co.uk/2009/07/08/neon_zprime_mainframe/Neon revs > cost-cutting mainframewarezPrime risks Big Blue ireBy Timothy Prickett > MorganPosted in Servers, 8th July 2009 22:25 GMTUnderstand how application > security is evolvingA small mainframe software tool developer called Neon > Enterprise Software has opened ...snip -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMBLIST Funny
I think you will find it in the MVS Diagnostic Tools and Services Aids GA22-7589-12 Lizette > >When did this get removed from the Service Aids manual? QuickRef still has >it documented. > >http://tinyurl.com/n8rxl2 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AMBLIST Funny
When did this get removed from the Service Aids manual? QuickRef still has it documented. http://tinyurl.com/n8rxl2 Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
On Mon, 13 Jul 2009 10:49:15 -0700, Guy Gardoit wrote: >Hmmm. Makes me wonder if in Unix there is an "recycle bin" equivalent for >the "rm" command. > mv -i some-file ~/.Trash/. # (OS X) o You _could_ alias "rm" to that. o I _hate_ when admins do that in .profile.comon o Be careful when: - A similarly named file is already in .Trash - some-file and .Trash are in different filesystems. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit > Sent: Monday, July 13, 2009 12:49 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Any product to undelete file? > > Hmmm. Makes me wonder if in Unix there is an "recycle bin" > equivalent for > the "rm" command. > No. However, Gnome, KDE, and perhaps other such "Desktop environments" do, if you use the proper "file manager". Even Windows does not put things in the Recycle Bin, if you do a "del FILENANAME" from the CMD prompt. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
Hmmm. Makes me wonder if in Unix there is an "recycle bin" equivalent for the "rm" command. On Fri, Jul 10, 2009 at 5:17 PM, Edward Jaffe wrote: > > > > I like (and use) the UNDO editor command from time to time. I like (and > use) the Trash folder in Windows from time to time. I like (and use) the > Trash folder in Mozilla Thunderbird from time to time. > > Why would I NOT want to embrace similar functionality for z/OS data sets? > > -- > Edward E Jaffe > Phoenix Software International, Inc > 5200 W Century Blvd, Suite 800 > Los Angeles, CA 90045 > 310-338-0400 x318 > edja...@phoenixsoftware.com > http://www.phoenixsoftware.com/ > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS with JCL
You can use the ISPF LMMDEL service with parameter MEMBER(*). ISPF can be invoked from within a batch job. Michel Castelein z/OS instructor & consultant http://www.geocities.com/michelcastelein/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp message that I don't really understand.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Godfrey > Sent: Monday, July 13, 2009 12:14 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: ftp message that I don't really understand. > > Just a guess, but maybe the client is not trying to start an > ftp session, but > rather is just probing to see if the ftp server is listening, > and quickly > disconnecting before the server does the getpeername. > > Bill Hum, guess I'll need to see if that address is our "port scanner" which we use to see if things are "alive". Thanks. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp message that I don't really understand.
Just a guess, but maybe the client is not trying to start an ftp session, but rather is just probing to see if the ftp server is listening, and quickly disconnecting before the server does the getpeername. Bill On Mon, 13 Jul 2009 09:43:43 -0500, McKown, John wrote: >I've been seeing a LOT of messages like the following. I don't understand what is going on. > > >Jul 13 09:23:48 LIH1/BPXROOT FTPD9 ftpd[1142]: EZYFS50I ID=FTPD140453 CONN starts Client IPaddr=10.170.52.4 hostname=UNKNOWN > >Jul 13 09:23:49 LIH1/BPXROOT FTPD9 ftps[1142]: EZYFS51I ID=FTPD140453 CONN fails Reason=3 Text=getpeername failed > >The IP address is always the same. There a many successful FTPs going on at the same time. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP >2Gb
On Monday 13 July 2009, Vikesh Bhoola wrote: > Bob, > I've made all the changes and the compiles goes through with no > issues using gmake. > The compile loops for some reason using "make -f mvs.mki" (but than > its documented to use "gmake") ;) Yes, I think the part of Lutz' patch that I left out was intended to make it work with the IBM make. > Ran some tests on files > 2GB and it worked wonderfully. Even got > good performance for the zip - for me, equal to that previously run > under USS which is most acceptable. Super! The USS and the MVS versions should be running about the same speed now, and both should be a little faster than the USS version was previously. I've set the optimization level to the max for both versions now. > Now need to run the data through a program to verify the data is > readable as cannot open such a huge files in Wordpad/Notepad. > > Once this is confirmed there will be no need for handling of filename > through stdin issue on the uss version either as the mvs version > works great! > I will do the same for unzip tomorrow and let you know. I'm looking forward to hearing your results. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete Tape Datasets
Could you use the ACS routines to set the TAPE to a different retention period and leave the dasd part alone? I am sure you can use IF ((&DSN = db2_log_dsn ) & (&UNIT=TAPE) ) then MGMTCLAS= to do something like that. Do you have a storage admin person you can ask? Lizette > >>>For some reason, the tape(s) on which these datasets reside have an >>>expiration date of 4 days. The owner of these datasets does not want to >>>change that, but he does want the day old datasets deleted. >>> > >>Why should you have to go and manually (or automatically) delete tapes >after >one day, just because the owner doesn't want to change the expiry date? >>It's your shop, but that is the purpose of an expiry date, especially with >a tape >management system. > >>Once you do something like that, you'll open the doors to even more complex >>solutions for simple problems. >>- >>Too busy driving to stop for gas > > >Yes, but according to our DB2 DBA... we use dual logging, one set to tape, >one set to DASD. He wants to keep the ones going to DASD for 4 days, but >delete the tape ones after one day. There's a zparm... DSN6ARVP ARCRETN set >to 4, which sets the retention to 4 days, but (excuse me for being a DB2 >novice...) did not see anything in the DB2 manuals about setting retention >for tape to 1 day andkeeping the DASD retention period to 4 days > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP >2Gb
Bob, I've made all the changes and the compiles goes through with no issues using gmake. The compile loops for some reason using "make -f mvs.mki" (but than its documented to use "gmake") ;) Ran some tests on files > 2GB and it worked wonderfully. Even got good performance for the zip - for me, equal to that previously run under USS which is most acceptable. Now need to run the data through a program to verify the data is readable as cannot open such a huge files in Wordpad/Notepad. Once this is confirmed there will be no need for handling of filename through stdin issue on the uss version either as the mvs version works great! I will do the same for unzip tomorrow and let you know. Bob, thank you very much for this. Words cannot express our appreciation. Will keep you informed, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete Tape Datasets
Dual logging is a belt and suspenders operation. If the suspenders are not needed more than the first day, it would be a question for IBM DB2 on how to make it happen without outside intervention. Are there so many tapes tied up that 4 days is a problem? Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ron > Sent: Monday, July 13, 2009 10:05 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Delete Tape Datasets > > >>For some reason, the tape(s) on which these datasets reside have an > >>expiration date of 4 days. The owner of these datasets does not want > to > >>change that, but he does want the day old datasets deleted. > >> > > >Why should you have to go and manually (or automatically) delete tapes > after >one day, just because the owner doesn't want to change the > expiry date? > >It's your shop, but that is the purpose of an expiry date, especially > with > a tape >management system. > > >Once you do something like that, you'll open the doors to even more > complex > >solutions for simple problems. > >- > >Too busy driving to stop for gas > > > Yes, but according to our DB2 DBA... we use dual logging, one set to > tape, > one set to DASD. He wants to keep the ones going to DASD for 4 days, > but > delete the tape ones after one day. There's a zparm... DSN6ARVP ARCRETN > set > to 4, which sets the retention to 4 days, but (excuse me for being a > DB2 > novice...) did not see anything in the DB2 manuals about setting > retention > for tape to 1 day andkeeping the DASD retention period to 4 days > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete Tape Datasets
>>For some reason, the tape(s) on which these datasets reside have an >>expiration date of 4 days. The owner of these datasets does not want to >>change that, but he does want the day old datasets deleted. >> >Why should you have to go and manually (or automatically) delete tapes after >one day, just because the owner doesn't want to change the expiry date? >It's your shop, but that is the purpose of an expiry date, especially with a tape >management system. >Once you do something like that, you'll open the doors to even more complex >solutions for simple problems. >- >Too busy driving to stop for gas Yes, but according to our DB2 DBA... we use dual logging, one set to tape, one set to DASD. He wants to keep the ones going to DASD for 4 days, but delete the tape ones after one day. There's a zparm... DSN6ARVP ARCRETN set to 4, which sets the retention to 4 days, but (excuse me for being a DB2 novice...) did not see anything in the DB2 manuals about setting retention for tape to 1 day andkeeping the DASD retention period to 4 days -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
On Mon, 13 Jul 2009 09:30:48 +0200, Vernooij, CP - SPLXM wrote: >> > >> > From the z/OS V1.11 Preview, >> > >> >"In z/OS V1.11, DFSMSdfp processing is planned to be changed to indicate >> >end-of-file (EOF) during the allocation of data sets on DASD that are not >> >SMS-managed and have either sequential or an undefined data set >organization." >> > >> "Indicate" is an interesting word. It doesn't say it physically >> writes an end-of-file. Is this a logical rather than physical >> end-of-file. >> >> Is this for data security or convenience? Can the residual >> data still be read with EXCP? > >I think 'indicate' is the same method as for SMS datasets. AFAIK >DS1LSTAR is set to zeros and the Acces Methods 'know' then that this is >an empty dataset. These datasets can occupy 0 tracks, which is pysically >impossible if a EOF was written in the dataset. > (From ancient experience and fading memory): Even before SMS existed, DS1LSTAR was set to beginning-of-file (Allocation wouldn't just leave the field uninitialized, would it?) QSAM correctly reported EOF on the first read. BPAM did not and programs that didn't electively check DS1LSTAR read residual data. For a while, my circumvention was to allocate temporary data sets with a primary extent of 0. (This had undesirable consequences with VIO.) >Secondly, the EXCP question is similar to the 7 sysprogs and the >ligthbulb (and please don't reply if there were 5 or 8): if you need to >securely delete your data, delete it with the EREASE feature. Any other >'delete' will leave the data on the track and is therefor unsecure. I >can think of a dozen ways to read it. > Even ERASE might be ineffective with virtual disks; the overwriting pattern might be written to different tracks. Even the CMS MDFS works that way. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Complexity (was Re: Convert DB2 on z/OS to Oracle on z/Linux?)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Steve Comstock > > Chris Craddock wrote: > > [snip] > > > > > Folks hate to hear me say it, but just about everything we "know" about IT > > today is wrong. We're never going back to the home grown development cottage > > industry and sooner or later the in-house IT function is going to go the way > > of the dodo too. Our kids and grandkids are almost certainly NOT going to be > > doing IT as we know it. Pretty scary thought for some, but going to happen > > nevertheless. > > Well, there ya' go, pointing out the 800 pound gorilla in the room. > Well observed and well said. > > > So, some inferences... > > * At some point in time, companies will only have workstations >(probably thin client machines that use software on some >server somewhere else); no servers; no mainframes Just a "cloud" that "computes". So, what's in the "cloud"? "Who cares?" as long as it works correctly and is available when "I" want it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VLF CLASS NAME(IKJEXEC)
I ran some additional tests: F CATALOG,REPORT,CACHE shows that VLF caches date even with LLA down. LLA with NOFREEZE always returns the actual member. I'll do some further tests with LLA down and VLFDATA RETRIEVE. Jochen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOMAIL
NOMAIL Vanguard Audit & Compliance Solutions. Ease the Enterprise Audit and Compliance Burden. Find it, Fix it, Lock it Down™. For more information visit: www.go2vanguard.com This e-mail and any attachments are intended solely for the use of the addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination of this e-mail or any attachments is strictly prohibited. If you have received this e-mail in error, please do not read this email, please delete all copies of this e-mail and any attachments and notify the sender immediately. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to analyze/monitor VLF
Thnx, helped a lot. Regards, Jochen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ftp message that I don't really understand.
I've been seeing a LOT of messages like the following. I don't understand what is going on. Jul 13 09:23:48 LIH1/BPXROOT FTPD9 ftpd[1142]: EZYFS50I ID=FTPD140453 CONN starts Client IPaddr=10.170.52.4 hostname=UNKNOWN Jul 13 09:23:49 LIH1/BPXROOT FTPD9 ftps[1142]: EZYFS51I ID=FTPD140453 CONN fails Reason=3 Text=getpeername failed The IP address is always the same. There a many successful FTPs going on at the same time. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Complexity (was Re: Convert DB2 on z/OS to Oracle on z/Linux?)
On 12 Jul 2009 11:39:56 -0700, bshan...@rocketsoftware.com (Bob Shannon) wrote: >Well, what I know is that when companies built their own applications, they >talked about >gaining a competitive advantage. When's the last time anyone heard that? >When companies built their own applications, they could last twenty years or >more. >What's the life expectancy today? When companies built their own applications, >the applications did exactly what was required by the business instead of >requiring >the business to change to accommodate the software. Does one size really fit >all? There always have been compromises between what users think they want and what we could deliver. Then when we built systems to last 20 years or more - business needs changed and we tried, with limited success, to change as well. >Will we ever go back? Perhaps not, but outsourcing application development or >buying off the shelf software may be more fad than panacea. More likely it will be like buying anything else. There will be a fair amount of choice in buying a software package - as there is in buying a car or a delivery service or a printer. But the market for building a software package, a car, a delivery service, or a printer to meet our business needs is limited, considering the costs and benefits. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anynet
Chris, sorry to be so ambiguous. What I'm trying to do is get rid of some old IBM equipment at remote locations. It is being replaced by Windows Communications Server and LANDP. The reason I ask about SNA Gateway, etc.. is that in configuring the Windows Comm Server the Wizard has a dropdown window that has various configurations that you can choose from. I.E. SNA GATEWAY APPN Network Node DLUR/DLUS Support for Local LU's DLUR/DLUS Support for Downstream LU's AnyNet SNA over TCP/IP Gateway AnyNet Sockets over SNA SNA API Clients Running APPC Applications SNA API Clients Running 3270 or other LUA Applications 3270/LUA Applications Focal Point AS/400 Shared Folders Some of these I have heard about, others I didn't even know they existed. Either way once windows comm server is set up and talking to the mainframe the desktops at the remote location will talk to the Comm server and send info back and forth to mainframe via the comm Server. In order to minimize the impact of installation, I have been designated to set up communications to this windows server and make it communicate with the mainframe CICS system. The LU names currently in use must not change. In other words. If you had a 3174 remote with LU A,B,C you would need to set up Windows Comm Server in some fashion that would allow it to have LU A,B,C connect to CICS just like the 3174 remote did. I am confused because I have never had to set up SNA communications with a software server. It's always been SNA to another VTAM using a 3745, 3705 and NCP, or to a remote 32xx device. I think the HPR APPN node is the way to go since it offers the most current mode of communications, but I may be all wet. That's why I'm asking so many questions. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, July 08, 2009 8:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anynet Mike I was composing this response before your posts appeared on the IBMTCP-L list. > ... is anynet incorporated into z/os vtam like enterprise extender is? Two of the AnyNet components, "SNA over IP"[1] and "Sockets over SNA", *used* to be "incorporated" into VTAM (the Communications Server SNA component) prior to V1R8 - and unchanged since V1R2 - in the sense that you did not have to obtain a separate product in order to acquire the function.[2] Note that simply saying AnyNet is ambiguous. The fact that you are also interested in Enterprise Extender indicates that it is AnyNet SNA over IP in which you are interested. The other AnyNet implementation which used to be supported by VTAM is AnyNet Sockets over SNA which was withdrawn at the same time as AnyNet SNA over IP and for which there is - a pause for a tear - no replacement. AnyNet products are implementations of the Multiprotocol Transport Networking (MPTN) principle and there used to be quite a number where one protocol suite switched to another protocol suite in principle at the level of the transport layer of the ISO OSI model. Note that MPTN actually incorporates some RFCs. I suppose AnyNet SNA over IP is "just like enterprise extender" since the VBUILD TYPE=TCP is available in the same way as the VBUILD TYPE=XCA followed by PORT MEDIUM=HPRIP can be coded in a VTAM major node definition. There is a difference in that the AnyNet components were always described in separate manuals. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BK61 You seem to imply that z/OS V1R7 is your current level. This being so, you could have answered your first question from your installed VTAM. Like Pat, I am somewhat puzzled by your terminology. You seem to have the idea that the distributed platforms are tied to z/OS in some manner other than that they both implement SNA. It is as if SNA were somehow a feature of z/OS that gets exported to distributed platforms in some way. I hope the IBM "suits'" insistence back in about 1995 that "if it's SNA, whatever the platform, it has to be a member of the 'Communications Server' family" hasn't confused you appreciation of the technical truth. The "Communications Server" family label makes some sort of technical sense for all the products so labeled ***with the very specific exception of the z/OS one*** because the same software house was and is still I believe responsible for them. See http://www-01.ibm.com/software/network/commserver/library/ and try to ignore the "Communications Server for zOS and CS390" entry! You also rather mistakenly emphasise the word "gateway". I expect by "gateway" you refer to the optional and, to my mind, generally unnecessary technique of having either LU type 2 (3270) or LU type 6.2 (APPC) data streams passed over a typically local IP network to the workstations rather than extending SNA to the workstations and using an APN Network Node server or a Branch Extender Node[3]. Why mix your protocols when you don't have to? I guess this is all r
Re: Complexity (was Re: Convert DB2 on z/OS to Oracle on z/Linux?)
On 12 Jul 2009 14:00:07 -0700, patrick.oke...@wamu.net (Patrick O'Keefe) wrote: >That is probably the inevitable future, but the time frame is not at all >clear, and the ecomonic break-even line between "do it in-house" and >"buy it" changes over time. When you pass development and >maintenance over to an outside vendor you also pass off control. The >vendor's "service" had better be a very good match to the business >needs or the economic advantage disappears. But all they need are effective promises. Once the old shop closes down, it costs too much to undo the change. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Odd Behavior in PL/I Assignment Statement
> If the fields are 36 characters, why are 37 being displayed? Must just be how PL/I does it with the PUT SKIP LIST. I just ran a hello world program with no spaces at the end, but it printed out an additional one. A previous poster asked me put post all relevant delcarations, assignment stmts. with those variables, etc. This is a pretty good sized program and it would probably just be easier for someone to see the listing. I'm not sure if me sending the listing out to people would violate our "information privacy" mumbo-jumbo with some of our code, so I ought to err on the side of caution. I'll open up an ETR with IBM and let them have a look. Thanks for the attention and replies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)
Sent from my Dick Tracy Two-Way Wrist Radio. Nanny Nanny Boo Boo! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Johnson, Larry W. Sent: Sunday, July 12, 2009 12:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192) Sent from my AT&T Windows Mobile phone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Well, I did not know about that command option! Easy as that - did the job. Many thanks, Norbert! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norbert Friemel Sent: 13 July 2009 10:52 To: IBM-MAIN@bama.ua.edu Subject: Re: non-SMS datasets on SMS volume On Mon, 13 Jul 2009 10:35:35 +0100, Bri P wrote: >Somehow, I've managed to end up with several hundred non-SMS-managed datasets on some SMS-managed volumes. I do want them to be SMS-managed; others (more recent ones) are, and the ACS routines etc are in place for them. > >How do I (as painlessly as possible) get them SMS-managed? > CONVERTV SMS REDETERMINE (DFSMSdss)? Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: non-SMS datasets on SMS volume
"Bri P" wrote in message news:<20090713103535.ls0uw.424049.r...@web03-winn.ispmail.private.ntl.co m>... > Hi folks > > I'm sure I can't be the first to ask this, but I have unsuccessfully searched the archives for an answer.. (Maybe I can't get the right search arguments) > > Somehow, I've managed to end up with several hundred non-SMS-managed datasets on some SMS-managed volumes. I do want them to be SMS-managed; others (more recent ones) are, and the ACS routines etc are in place for them. > > How do I (as painlessly as possible) get them SMS-managed? > > Thanks > > Brian I suppose you can move them from one volume to another and during the move let the ACS routines assign SMS atributes to the new datasets. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: non-SMS datasets on SMS volume
On Mon, 13 Jul 2009 10:35:35 +0100, Bri P wrote: >Somehow, I've managed to end up with several hundred non-SMS-managed datasets on some SMS-managed volumes. I do want them to be SMS-managed; others (more recent ones) are, and the ACS routines etc are in place for them. > >How do I (as painlessly as possible) get them SMS-managed? > CONVERTV SMS REDETERMINE (DFSMSdss)? Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
non-SMS datasets on SMS volume
Hi folks I'm sure I can't be the first to ask this, but I have unsuccessfully searched the archives for an answer.. (Maybe I can't get the right search arguments) Somehow, I've managed to end up with several hundred non-SMS-managed datasets on some SMS-managed volumes. I do want them to be SMS-managed; others (more recent ones) are, and the ACS routines etc are in place for them. How do I (as painlessly as possible) get them SMS-managed? Thanks Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP >2Gb
Thank you Bob for this. I will test this out today & let you know if it works for me. Thanks again, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
"Paul Gilmartin" wrote in message news:... > On Fri, 10 Jul 2009 14:51:10 -0400, Bob Rutledge wrote: > > > > From the z/OS V1.11 Preview, > > > >"In z/OS V1.11, DFSMSdfp processing is planned to be changed to indicate > >end-of-file (EOF) during the allocation of data sets on DASD that are not > >SMS-managed and have either sequential or an undefined data set organization." > > > "Indicate" is an interesting word. It doesn't say it physically > writes an end-of-file. Is this a logical rather than physical > end-of-file. > > Is this for data security or convenience? Can the residual > data still be read with EXCP? > I think 'indicate' is the same method as for SMS datasets. AFAIK DS1LSTAR is set to zeros and the Acces Methods 'know' then that this is an empty dataset. These datasets can occupy 0 tracks, which is pysically impossible if a EOF was written in the dataset. Secondly, the EXCP question is similar to the 7 sysprogs and the ligthbulb (and please don't reply if there were 5 or 8): if you need to securely delete your data, delete it with the EREASE feature. Any other 'delete' will leave the data on the track and is therefor unsecure. I can think of a dozen ways to read it. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
