Re: Tapeless Solutions

[Tommy Tsui]

Actually we only have home written tape management system therefor it is
not easy for us migrate from current vts to other tapeless solution. Anyone
heard about innovation tapecopy I think it can help
 On 2011-12-29 上午9:17, "Russell Witt"  wrote:

> Ron,
>
> I talked to the Architect for CA-Vtape and he indicated that there are
> some clients using SATA drives as their primary  cache. They knew it would
> be a little slower, but were okay with the performance. So, it really
> depends on the performance you require of  your Virtual Tape System.
>
> Russell Witt
> CA 1 L2 Support Manager
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Ron Hawkins
> Sent: Wednesday, December 28, 2011 1:04 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Tapeless Solutions
>
> Russell,
>
> Thanks for your reply. I must admit to being somewhat VTAPE dumb, but your
> answer suggests that VTAPE is ready to take advantage of both internal slow
> drives and virtualized modular storage. With my Hitachi hat on perhaps I
> can see some low hanging fruit.
>
>
> Ron
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf Of Russell Witt
> > Sent: Friday, December 23, 2011 10:27 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: [IBM-MAIN] Tapeless Solutions
> >
> > Ron,
> >
> > As a backstore device, yes. As the primary cache it might be a little
> slow.
> > That is what makes CA-Vtape a good solution for using different types
> > of hardware. And you can control how much expensive dasd is used for
> > cache by controlling how long data should remain cache-resident (and
> > it can be adjusted based on which sub-pool it is assigned too).
> >
> > Russell Witt
> > CA-1 L2 Support Manager
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf Of Ron Hawkins
> > Sent: Friday, December 23, 2011 4:58 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Tapeless Solutions
> >
> > Russell,
> >
> > Do you think that CA-Vtape would also be a good fit with large
> > capacity SAS/SATA array groups, or virtualized midrange storage arrays
> > presented as Mainframe volumes (3390A)?
> >
> > Ron
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > > Behalf Of Russell Witt
> > > Sent: Monday, December 19, 2011 4:31 PM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Re: [IBM-MAIN] Tapeless Solutions
> > >
> > > While the cache is MF DASD (which gives it great performance when
> > > writing and reading from cache), CA-Vtape now has the ability to be
> > > offloaded to cheaper dasd that is attached through an NFS Server
> > > (such as
> > NetApp or Data Domain).
> > > And you even have the flexability of having the offload copy go
> > > through data de-duplication (with Data Domain) and/or having a
> > > replicated off-site copy and still have a physical tape copy (or two).
> > > It allows for the client to decide which options are best for which
> > > types of
> > tape data.
> > >
> > > For example, backup data kept for DR purposes might be best on an
> > > NFS Server that is duplicated off-site at the DR location and kept
> > > for 2-4 weeks. But for data that needs to be kept for decades
> > > (regulatory
> > > requirements) it might be a lot more cost effective to have 2
> > > phsyical high-capacity drives and stack a couple of tera-bytes of
> > > data on each cartridge for long-term storage. The nice thing about a
> > > software solution such as CA-Vtape is that it gives you many different
> options.
> > >
> > > If you want a truely "Tapeless Solution" and don't mind keeping
> > > un-used and un-referenced data on dasd for decades (not very "green"
> > > of you) then something like CA-Vtape with a replicated NFS Server as
> > > the backstore might be a very good option. Of course, if you are
> > > going tapeless, replication is very- much the recommended method.
> > > While the NFS Server itself could be off-site, having only a single
> > > copy of all backup data runs the risk of putting all the eggs in a
> single basket.
> > > Which is why tape backups have had a primary and duplex copy for
> > > decades. Putting both the primary and duplex copy into the same
> > > physical box kind of defeats the whole point of having 2 copies of
> > > the
> > backup data.
> > >
> > > But these are just my opinions.
> > >
> > > Russell Witt
> > > CA 1 L2 Support Manager
> > >
> > >
> > > On 12/19/11, R.S. wrote:
> > >
> > > W dniu 2011-12-19 23:02, Henke, George pisze:
> > > > Will CA VTAPE work on regular MF or does it need the DS8800.
> > >
> > > What???
> > > CA VTAPE is from software being sold by CA. DS8800 is a DASD box
> > > being sold by IBM.
> > > CA VTAPE works on any mainframe DASD.
> > > I don't know what does it mean "work on regular MF".
> > >
> > > BTW: IMHO it is very expensive solution. It consumes CPU cycles,
>

Re: Looking DB2 for z/OS discussion list

[Arye Shemer]

Thank for all the good advice and links, it is very useful.

Arye.

On 27 December 2011 21:23, Galambos, Robert
wrote:

> The listserv has moved to a new ISP. And as such, if you want to post any
> questions etc, you must first register on the website, when that is
> complete you will then be able to post to your heart's content (as long as
> you follow the 'rules). Email commands are not longer accepted
>
> www.idug.org
>
>
> Robert Galambos CIPP/C  CIPP/IT (DB2-l admin)
>
> Compuware Senior Technical Specialist
> IBM Certified Solutions Expert -
> DB2 UDB for OS/390 Database Administration
> Certified Information Privacy Professional/Canada
> Certified Information Privacy Professional/Information Technology
> robert.galam...@compuware.com
>
>
> Tel: +1 905 886 7000
> Toll Free: +1 800 263 7189
> Fax: +1 905 886 7023
> Quebec: +1 877-281-1888
>
> Compuware  Canada
>
> Service is our best product
>
>
> The contents of this e-mail are intended for the named addressee only. It
> contains information that may be confidential. Unless you are the named
> addressee or an authorized designee, you may not copy or use it, or
> disclose it to anyone else. If you received it in error please notify us
> immediately and then destroy it.
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, December 26, 2011 10:19 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Looking DB2 for z/OS discussion list
>
> In
> ,
> on 12/26/2011
>   at 11:54 AM, Itschak Mugzach  said:
>
> >This is the posting addr: "IDUG DB2-L" ". As
> >seen, the list server managed by IDUG
>
> Does it accept normal listserv requests at ?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: PCOMM & access to workstation file system

[Shmuel Metz (Seymour J.)]

In <6837761088430065.wa.m42tomibmmainyahoo@bama.ua.edu>, on
12/29/2011
   at 07:38 AM, Tom Marchant  said:

>Yes, I know.  The workstation download dialog gives three ways  to
>install the WSA.
>1. FTP (requires workstation FTP server)
>2. ISPF C/S (requires workstation connection)

How does that work if there's not already a copy of WSA downloaded and
running?

>I listed the ways that it can.

See above.

>I don't remember ever having to download a newer WSA, 

But that's the only case where ISPF can do the download. There used to
be another case, but it's long gone.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: removing nulls from a file

[Shmuel Metz (Seymour J.)]

In <8923397833474102.wa.bjwisnkiastate@bama.ua.edu>, on 12/29/2011
   at 09:19 AM, Brad Wissink  said:

>We have a client that is trying to transfer us a file and it is
>loaded with nulls.  They say that is the way it comes from the
>purchased software they have on their workstation.  The file has a
>null character inserted after every character

That sounds like it's a Unicode file in UCS-2 or UTF-16.

>Has anyone seen anything like this before?  Is there a quick and
>easy way to remove all the nulls?

Use any utility capable of translating UTF-16 to UTF-8. I believe that
iconv will work.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 1.13 - Can the root file system be shared as read/write?

[Shmuel Metz (Seymour J.)]

In
,
on 12/29/2011
   at 03:07 PM,  said:

>So, can the root file system be shared as read/write?

Probably. It would be a mistake. Follow IBM's recommendations.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: PCOMM & access to workstation file system

[Shmuel Metz (Seymour J.)]

In
,
on 12/29/2011
   at 12:43 PM, Itschak Mugzach  said:

>Surprise! I know what WSA is. Would you believe that? As I wrote in
>previous mails, my interest is not in working in a client server
>mode, but in a way that will enables me to share Mainframe TSO and PC
>file system using the fact that PCOMM is running on the
>workstation.

ISPF has no support for file transfer through a 3270 data stream. TSO
has support via IND$FILE. The only other option I'm aware of is screen
scraping via something like HLLAPI, but there you're on your own.

Perhaps PCOMM has relevant facilities that don't depend on assistance
from ISPF.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Question on adding an SVC routine dynamically to a running system

[Peter Relson]

If adding by EPNAME then it must be in LPA.
If adding by EP it can be anywhere that meets your invokers needs. 

Having said that, it is worse to have it in ECSA instead of dynamic LPA 
because ECSA provides no capability for SLIP traps or other diagnostics 
(including IPCS WHERE) by module name.

Regardless, one might always caution that what appears to "work" might 
mean that you have not tested all possible situations where "working" 
might be important. I can't think of anything that would apply to this 
specific case, but that is the risk you always take when you intentionally 
(or unintentionally for that matter) violate documented requirements.

For what it's worth, if the SVC number you want to use is "known" and if 
it happens to have the right attributes for you (such as SVC type, locks 
on entry) then you can use dynamic LPA with the SVCNUMDEC function (in the 
programming interface, a field within DSECT LPMEAX of macro CSVLPRET)  if 
using z/OS 1.12 or later.

Peter Relson
rel...@us.ibm.com 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Semiprivileged instructions, part 1 (3)

[Peter Relson]

>I have noted a couple of omissions in the PoPs that I will submit
>a Readers Comment for

I didn't notice that any of the things you mentioned regarding the PoOp 
are necessarily omissions or things to be corrected (but I might have 
missed it). You questioned the list of semiprivileged instructions, I 
believe. That depends on what is meant by semiprivileged. If it means 
"subject to one of the authorization mechanisms shown in table 5-6" then 
TRAP2/TRAP are not. RP is not.

The wording in the PoOp tends to be extremely precise (not 100% correct, 
but pretty darn close). I caution against assuming that terms mean what 
they do not say they mean.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS APF auth question.

[Mark Zelden]

On Thu, 29 Dec 2011 21:28:02 -0600, John McKown  wrote:

> Now I really wonder why the ALLOCATE
>verb even exists. 

The first (and only) place I saw it used is was in the ServerPac allocate job 
(and it
wasn't always that way).   I don't know if it was originally developed for 
ServerPac
use or not (but I'm sure John Eells knows).

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS APF auth question.

[Mark Jacobs]

On 12/30/11 08:39, Mark Zelden wrote:

On Thu, 29 Dec 2011 21:28:02 -0600, John McKown  wrote:

   

Now I really wonder why the ALLOCATE
verb even exists.
 

The first (and only) place I saw it used is was in the ServerPac allocate job 
(and it
wasn't always that way).   I don't know if it was originally developed for 
ServerPac
use or not (but I'm sure John Eells knows).

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://expertanswercenter.techtarget.com/

   


Actually I'm to blame for the use of IDCAMS ALLOCATE in the Server Pack 
allocate job. Prior to the use of IDCAMS I noticed that the allocation 
of the thousand or so datasets in JCL was sucking up CPU time since it 
ran at a dispatching priority of x'FE'.


I opened up an ETR with IBM Server Pac support and recommended the 
IDCAMS ALLOCATE verb instead of PGM=IEFBR14.


--
Mark Jacobs
Time Customer Service
Tampa, FL


Don't be too sweet lest you be eaten up; don't
be too bitter lest you be spewed out.

Yiddish Proverb

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Semiprivileged instructions, part 1 (3)

[Steve Comstock]

On 12/30/2011 5:52 AM, Peter Relson wrote:

I have noted a couple of omissions in the PoPs that I will submit
a Readers Comment for


I didn't notice that any of the things you mentioned regarding the PoOp
are necessarily omissions or things to be corrected (but I might have
missed it). You questioned the list of semiprivileged instructions, I
believe. That depends on what is meant by semiprivileged. If it means
"subject to one of the authorization mechanisms shown in table 5-6" then
TRAP2/TRAP are not. RP is not.

The wording in the PoOp tends to be extremely precise (not 100% correct,
but pretty darn close). I caution against assuming that terms mean what
they do not say they mean.


I understand, and I believe you. But, there are times (perhaps when
separate chapters are written or updated by different people) when
the consistency is not what I, personally, would like.

Consider

the Preface description of Chapter 10 says that chapter:

  "contains detailed descriptions of all of the semiprivileged
   and privileged instructions except for the I/O instructions."


Chapter 3 mentions a "semiprivileged program" - what is that?
 (Chapter 5 also uses this term without
  defining it)


Chapter 4 says "Another group of instructions, called semiprivileged
instructions, are executed by a CPU in the problem
state only if specific authority tests are met;
otherwise, a privileged-operation exception or a
special-operation exception is recognized."


Chapter 5 says "There are 23 semiprivileged instructions and also the
privileged LOAD ADDRESS SPACE PARAMETERS instruction
that are controlled by the authorization mechanisms."

(so, to go back to your point, LASP, and several
 other instructions in the referenced table are
 _not_ semiprivileged; it would be nice if that
 table simply indicated if each instruction is
 privileged or semiprivileged)

The table, Figure 5-6, titled "Summary of Authorization
Mechanisms" includes semiprivileged instructions _and_
some others; Looking carefully, I cannot discern which
of these 36 instructions are the 23 semiprivileged
instructions.


Chapter 10 has a table, Figure 10-1, in which RP has a characteristic
of 'Q', which is described as: "Privileged-operation
exception for semiprivileged instructions"

so it looks like RP is semiprivileged

In that same table, TRAP2 and TRAP4 have characteristic
'SO' which says "Special-operation exception" and I
find ambiguous: these instructions will not raise a
'Privileged-operation exception', according to the
table, so they are not privileged. Neither fish nor
fowl, eh?


So, this is the kind of thing I find difficult and in need of clarification.




Peter Relson
z/OS Core Technology Design



--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: cpu / machine identification

[Tom Marchant]

On Thu, 29 Dec 2011 20:29:02 -0600, Brian Westerman wrote:

>I found out that the quote is not on by default (the hard way :)) 
>and also that I have to click on it BEFORE I enter any data.

I'm glad that you've figured out how to quote the message that 
you are replying to.  Now, I'd like to ask you to delete most of 
the message you are replying to, leaving enough to establish 
context for your remarks.

I would also suggest that you post your comments AFTER the material 
that you quote.  It make a difference if there is more than one point 
that you would like to reply to, as I do in this reply.  It also makes a 
difference if someone would like to reply to more than one thing in your 
post.

Also, when top posting, it is easy to forget to trim the message that you 
are replying to.

> On Thu, 29 Dec 2011 15:02:14 +, Pommier, Rex R. 
>  wrote:
>>
>>I see your point, but have a request for you.  Don't get quite so aggressive 
>>with the electronic scissors on snipping away the context.  The beginning of 
>>your comment below says it all - "That works...".  What's "that"?  Since 
>>there have been several comments/points of view made, it would be much easier 
>>to leave the comment you are replying to in your reply.
>>
>>The information contained in this e-mail may contain confidential ...
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Above is an example of text that should have been deleted from this post. 
I left it in to illustrate the point of the need to delete those parts of the 
post that are not relevant to your reply.  Perhaps you can also see why 
bottom posting is better.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[Tom Marchant]

On Fri, 30 Dec 2011 10:44:47 +0530, saurabh khandelwal wrote:

>> But in apply job I received RC 08 for some of the PTF. When I looked at
>> output , I found most of the PTF failed because of  UA59434 PTF. In more
>> detail I found below error in my job.
>>
>>  UA59434  HJE7760  GIM24001E  8   ASSEMBLER PROCESSING FAILED FOR
>> MODULE ISFDA IN THE SISFSRC1 LIBRARY.

Did you look at the assembler output?

>> I am really not getting clue to resolve this issue. I am attaching apply
>> job output. Can you please help me to resolve this issue.

What do you have specified in your SYSLIB DDDEF?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Manuals

[Joel C. Ewing]

First thing I do with new equipment/appliance manuals is either find and 
save an on-line pdf version or scan them in as a pdf image document.  By 
keeping all such in digital form, I can either find them later if needed 
as reference or make them large enough to read easily.


Wife's iPad2 booklet this December was so small I had to scan at 300 ppi 
instead of usual 150 ppi to get decently formed font and could barely 
read the original hard copy even with my reading glasses!


Guess we should be thankful IBM chose bookmanager and pdf to save trees 
rather than reducing z/OS manuals to 3x5 and microprint.

  JC Ewing

On 12/29/2011 11:38 PM, Ed Gould wrote:

Scott:

Last year I got an brand new IPAD. The installation instructions were on
a 3 X 5 in a 4 page "booklet". The font size was 4 and I could not read
it to save my life. I had to get a friend to come over to read them so I
could do the "install".
Bah humbug so much APPLE being user friendly.

Ed


...

--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Imagine dealing with THIS in production

[Paul Gilmartin]

On Thu, 15 Dec 2011 16:04:48 -0500, zMan wrote:

>http://travelonthedollar.com/2011/06/28/samoa-will-lose-a-day-in-december/
>
>Even things like billing a hotel stay that spans the change could be
>interesting!
> 
A lot of systems appear not to have got it right.  About now, OS X,
a couple of Linux systems, and Solaris are telling me something
such as:

507 $ TZ=Pacific/Pago_Pago date
Fri Dec 30 03:58:06 SST 2011

Yummy; crow!  I'll watch to see who figures it out first.

Could STP/ETR have been programmed in advance so that 0.01 second
before midnight TIME TZ=LOCAL would have returned "111363 23:59:59.99";
0.01 second after "111365 00:00:00.01" with no need for an operator's
pressing the button at the critical instant?  (Was this in fact done at sites
in Samoa?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Question on adding an SVC routine dynamically to a running system

[Dave Day]

Peter,

   After reading the following in the auth services manual:

CSVDYLPA allows you to request dynamic LPA services. Be aware, however, that 
changes to LPA itself are not actually done. This set of services truly only 
lets you add modules to, and delete modules from, common storage. When 
searching by module name, the system will locate the copy of a module added 
by dynamic LPA services even if it was present in PLPA, MLPA, or FLPA.


   And then  noting that the SVCUPDTE had an EP=  parameter to allow for 
specification by entry point address, it prompted my question.


   The SVC in question has but one purpose.  To generate a system trace 
table entry.  The code within the SVC clears r15, and then branches r14. 
Nothing more.


   I can't see any need to set a slip, or find it using IPCS in a dump.

   By "known" I presume you mean the SVC number has been specified, as 
opposed to searching the SVC table for an open slot?


   I don't wish to do anything to violate standards...you and I have been 
around the horn on that previously, and I changed my code to conform to 
documented standards, after you let me know what I was doing wasn't kosher. 
But I did not see where what I was proposing to do, which is to update the 
SVC table using SVCUPDTE without having 1st added the entry to the LPA chain 
using CSVDYLPA, would have done that.


   Thanks for taking the time to respond to the query.

   --Dave




 Original Message - 
From: "Peter Relson" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, December 30, 2011 6:39 AM
Subject: Re: Question on adding an SVC routine dynamically to a running 
system




If adding by EPNAME then it must be in LPA.
If adding by EP it can be anywhere that meets your invokers needs.

Having said that, it is worse to have it in ECSA instead of dynamic LPA
because ECSA provides no capability for SLIP traps or other diagnostics
(including IPCS WHERE) by module name.

Regardless, one might always caution that what appears to "work" might
mean that you have not tested all possible situations where "working"
might be important. I can't think of anything that would apply to this
specific case, but that is the risk you always take when you intentionally
(or unintentionally for that matter) violate documented requirements.

For what it's worth, if the SVC number you want to use is "known" and if
it happens to have the right attributes for you (such as SVC type, locks
on entry) then you can use dynamic LPA with the SVCNUMDEC function (in the
programming interface, a field within DSECT LPMEAX of macro CSVLPRET)  if
using z/OS 1.12 or later.

Peter Relson
rel...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Manuals

[Scott Ford]

Ed,

Someone said getting old isn't for sissies, I got my ipad2 for christmas and 
love it but your right Ed the install manual font is small. Not great for us 
older folks


Sent from my iPad

On Dec 30, 2011, at 9:23 AM, "Joel C. Ewing"  wrote:

> First thing I do with new equipment/appliance manuals is either find and save 
> an on-line pdf version or scan them in as a pdf image document.  By keeping 
> all such in digital form, I can either find them later if needed as reference 
> or make them large enough to read easily.
> 
> Wife's iPad2 booklet this December was so small I had to scan at 300 ppi 
> instead of usual 150 ppi to get decently formed font and could barely read 
> the original hard copy even with my reading glasses!
> 
> Guess we should be thankful IBM chose bookmanager and pdf to save trees 
> rather than reducing z/OS manuals to 3x5 and microprint.
>  JC Ewing
> 
> On 12/29/2011 11:38 PM, Ed Gould wrote:
>> Scott:
>> 
>> Last year I got an brand new IPAD. The installation instructions were on
>> a 3 X 5 in a 4 page "booklet". The font size was 4 and I could not read
>> it to save my life. I had to get a friend to come over to read them so I
>> could do the "install".
>> Bah humbug so much APPLE being user friendly.
>> 
>> Ed
>> 
> ...
> 
> -- 
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SNA configuration for Txseries <-> CICS communication.

[Chris Mason]

Matan

Rather than twiddle my thumbs waiting for some answers which are a *long* time 
coming, I decided to try to fill in some of the blanks myself - all in the 
interests of trying to keep up to date in case any future request for a 
consultancy might require knowledge of a current topic.

First let me correct one of the answers I gave last time.

>> Can I configure the SNA configuration so it will work over a TCP\IP , ...

> Yes

This was *wrong* - sorry! The correct answer should have been as follows:

No, but I expect that equally acceptable would be the possibility to "configure 
the SNA configuration so it will work over a UDP/IP" since I expect the *real* 
requirement is that the IP network is used. Am I right?

Hoping that the information provided would be correct at an overview level - 
discarding as I discovered was necessary far, far too much "motherhood"[1] - as 
it can sometimes be wide of the mark at a detailed level - I checked the 
redbook site for the token "txseries":

http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=txseries

There were 8 "hits" and, rather worryingly, 2 did not allow a download. 
Fortunately, the manuals around which the cloak was tightly wrapped looked as 
if they were not vital for my purposes - but somebody else ... ?

>From "TXSeries for Multiplatforms Version 6 Revealed! The Next Generation of 
>Distributed CICS"[2] and, simply, "Revealed! The Next Generation of 
>Distributed CICS"[3] I managed to work out that what had been gobbledegook

> TXseries using a PPC gateway ( SL2 )

actually "betokened" the following:



end user work stations
 A
 |
 IP (TCP or UDP, but probably TCP)
 |
 V
AIX* with TXSeries
 A
 |
 IP (TCP)
 |
 V
AIX* with Peer-to-Peer Communications (PPC) Gateway Server
 A
 |
 SNA
 |
 V
z/OS with CICS Transaction Server

* These could be the same system.



Also I see that Synchronisation Level 2 (SL2) requires the use of the PPC 
Gateway Server.

>From "Revealed! The Next Generation of Distributed CICS":



4.3.2 TXSeries and local SNA configuration

...

If synchronization level 2 is required, you must use PPC Gateway server SNA 
support.

...



Furthermore, we also find the following:



1.9.1 Deployment choices

Choosing the network protocol for intersystem communication

...

Synchronization level 2 across an SNA connection requires a separately 
purchased communications product such as IBM Communications Server to be 
installed on the same machine as TXSeries.

...



Since I suspected you already knew all about Enterprise Extender, I got to 
wondering if the word "purchased" above had stuck in the craw of the "suit" in 
charge of the software budget and he or she had asked you to plead penury to 
any "gurus" who may have a trick or two up their sleeves!

Actually I suspect the above isn't quite correct and it should be that, in your 
case, Communications Server for AIX must be installed in the same machine as is 
running the PPC Gateway Server - which need not be, but generally will be, the 
same machine as is running TXSeries.

-

I also managed to appreciate that this was, in principle, more than any more 
general topic, a CICS question and so would probably best have been posed in 
the CICS list, CICS-L. However, I have noticed lately that the denizens of 
CICS-L are technically a bit shaky when stepping outside their immediate 
"comfort zone" and so probably it's no bad thing to post in IBM-MAIN or, for 
more of a focus on matters related also to Communications Server (CS), 
specifically z/OS CS, IBMTCP-L:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

-

As for the reliability in detail of the redbook, treat it with utmost mistrust 
when it claims to deal with the configuration of the SNA products. Any 
discussion which conflates the SNA PU (physical unit) entity with the SNA CP 
(control point) entity - unless the subject under discussion covers the 
comparing and contrasting of network management flows - is clearly the work of 
amateurs who haven't had adequate education in the topic they purport to 
describe!

See "Key" 2 in Table A-1, "Names and values relationship"

Recall that I mentioned before that, in SNA, one medium for connecting two 
adjacent SNA nodes is as good as any other. The example in Appendix A lists the 
following definition items:

1. Define the node.
2. Define the data link control (DLC).
3. Define ports.
4. Define link stations.
5. Define the LU6.2 local LU.
6. Define the LU6.2 partner LU.
7. Define the LU6.2 mode.
8. Define the partner LU6.2 location.
9. Define side information (optional).

Steps 2 to 3 relate to Ethernet as a medium. There is no reason whatsoever at 
all why the medium should not be Enterprise Extender.

Step 1, "Define the node", is somewhere between misleading and very misleading 
when it proposes that the AIX node (and I saw also the Windows node) should be 
an APPN *Network* Node. As a sample, tos

Re: SNA configuration for Txseries <-> CICS communication.

[Scott Ford]

Matan,
I have used Aix as a SNA gateway multiple times in different types of 
environments , I don't see that any type of issue. TCPIP via Aix should also 
work, with the right hardware/ software you should be able to do both.


Regards,
Scott
www.identityforge.com


Sent from my iPad

On Dec 30, 2011, at 11:31 AM, Chris Mason  wrote:

> Matan
> 
> Rather than twiddle my thumbs waiting for some answers which are a *long* 
> time coming, I decided to try to fill in some of the blanks myself - all in 
> the interests of trying to keep up to date in case any future request for a 
> consultancy might require knowledge of a current topic.
> 
> First let me correct one of the answers I gave last time.
> 
>>> Can I configure the SNA configuration so it will work over a TCP\IP , ...
> 
>> Yes
> 
> This was *wrong* - sorry! The correct answer should have been as follows:
> 
> No, but I expect that equally acceptable would be the possibility to 
> "configure the SNA configuration so it will work over a UDP/IP" since I 
> expect the *real* requirement is that the IP network is used. Am I right?
> 
> Hoping that the information provided would be correct at an overview level - 
> discarding as I discovered was necessary far, far too much "motherhood"[1] - 
> as it can sometimes be wide of the mark at a detailed level - I checked the 
> redbook site for the token "txseries":
> 
> http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=txseries
> 
> There were 8 "hits" and, rather worryingly, 2 did not allow a download. 
> Fortunately, the manuals around which the cloak was tightly wrapped looked as 
> if they were not vital for my purposes - but somebody else ... ?
> 
> From "TXSeries for Multiplatforms Version 6 Revealed! The Next Generation of 
> Distributed CICS"[2] and, simply, "Revealed! The Next Generation of 
> Distributed CICS"[3] I managed to work out that what had been gobbledegook
> 
>> TXseries using a PPC gateway ( SL2 )
> 
> actually "betokened" the following:
> 
> 
> 
> end user work stations
> A
> |
> IP (TCP or UDP, but probably TCP)
> |
> V
> AIX* with TXSeries
> A
> |
> IP (TCP)
> |
> V
> AIX* with Peer-to-Peer Communications (PPC) Gateway Server
> A
> |
> SNA
> |
> V
> z/OS with CICS Transaction Server
> 
> * These could be the same system.
> 
> 
> 
> Also I see that Synchronisation Level 2 (SL2) requires the use of the PPC 
> Gateway Server.
> 
> From "Revealed! The Next Generation of Distributed CICS":
> 
> 
> 
> 4.3.2 TXSeries and local SNA configuration
> 
> ...
> 
> If synchronization level 2 is required, you must use PPC Gateway server SNA 
> support.
> 
> ...
> 
> 
> 
> Furthermore, we also find the following:
> 
> 
> 
> 1.9.1 Deployment choices
> 
> Choosing the network protocol for intersystem communication
> 
> ...
> 
> Synchronization level 2 across an SNA connection requires a separately 
> purchased communications product such as IBM Communications Server to be 
> installed on the same machine as TXSeries.
> 
> ...
> 
> 
> 
> Since I suspected you already knew all about Enterprise Extender, I got to 
> wondering if the word "purchased" above had stuck in the craw of the "suit" 
> in charge of the software budget and he or she had asked you to plead penury 
> to any "gurus" who may have a trick or two up their sleeves!
> 
> Actually I suspect the above isn't quite correct and it should be that, in 
> your case, Communications Server for AIX must be installed in the same 
> machine as is running the PPC Gateway Server - which need not be, but 
> generally will be, the same machine as is running TXSeries.
> 
> -
> 
> I also managed to appreciate that this was, in principle, more than any more 
> general topic, a CICS question and so would probably best have been posed in 
> the CICS list, CICS-L. However, I have noticed lately that the denizens of 
> CICS-L are technically a bit shaky when stepping outside their immediate 
> "comfort zone" and so probably it's no bad thing to post in IBM-MAIN or, for 
> more of a focus on matters related also to Communications Server (CS), 
> specifically z/OS CS, IBMTCP-L:
> 
> For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
> lists...@vm.marist.edu with the message: INFO IBMTCP-L
> 
> -
> 
> As for the reliability in detail of the redbook, treat it with utmost 
> mistrust when it claims to deal with the configuration of the SNA products. 
> Any discussion which conflates the SNA PU (physical unit) entity with the SNA 
> CP (control point) entity - unless the subject under discussion covers the 
> comparing and contrasting of network management flows - is clearly the work 
> of amateurs who haven't had adequate education in the topic they purport to 
> describe!
> 
> See "Key" 2 in Table A-1, "Names and values relationship"
> 
> Recall that I mentioned before that, in SNA, one medium for connecting two 
> adjacent SNA nodes is as good as any other. The example in Appendix A lists 
> the following definition items:
> 
> 1. De

Re: Tapeless Solutions

[Jonathan Goossen]

�瞵{S酋魺篫���xjゾ�*'菟澩*^蛙m��Z�w!j�

Re: SDSF ISFPRM00

[System Programmer]

I was able to confirm with an SDSF Trace that calls to my security product ACF2 
were setting SAFRC=0 which tells SDSF not to check the rules in ISFPRM00. 

I am now looking at my SAF rules to determine why this is happening.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[Neubert, Kevin]

Without seeing more information, GIM24001E makes me think ASMPRINT.  Do you 
have such a DD or DDDEF in place?

Here's some quick information:

http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.e0zm100/smpejes.htm

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
saurabh khandelwal
Sent: Thursday, December 29, 2011 9:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: RSU Apply Error in PTF

>
>  Hello,
>  Currently I am applying RSU1110 on z/Os 1.11 system. I
> run apply job after apply check job run successfully with RC 00.
>
> But in apply job I received RC 08 for some of the PTF. When I looked at
> output , I found most of the PTF failed because of  UA59434 PTF. In more
> detail I found below error in my job.
>
> CAUSER   FMID MESSAGE ID  PAGE   ERROR DESCRIPTION AND POSSIBLE CAUSES
>
>  UA59434  HJE7760  GIM24001E  8   ASSEMBLER PROCESSING FAILED FOR
> MODULE ISFDA IN THE SISFSRC1 LIBRARY. THE RETURN
>   CODE WAS 04.
>   --- POSSIBLE CAUSES ---
>   1. THE ASSEMBLER TEXT WAS IN ERROR.
>   2. THE WRONG LEVEL OF MACROS WAS
> BEING USED.
>   3. THE WRONG SET OF MACLIBS WAS
> BEING USED.
>
> I am really not getting clue to resolve this issue. I am attaching apply
> job output. Can you please help me to resolve this issue.
>
> Regards
>
>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: removing nulls from a file

[Clark Morris]

On 30 Dec 2011 04:41:48 -0800, in bit.listserv.ibm-main you wrote:

>In <8923397833474102.wa.bjwisnkiastate@bama.ua.edu>, on 12/29/2011
>   at 09:19 AM, Brad Wissink  said:
>
>>We have a client that is trying to transfer us a file and it is
>>loaded with nulls.  They say that is the way it comes from the
>>purchased software they have on their workstation.  The file has a
>>null character inserted after every character
>
>That sounds like it's a Unicode file in UCS-2 or UTF-16.
>
>>Has anyone seen anything like this before?  Is there a quick and
>>easy way to remove all the nulls?
>
>Use any utility capable of translating UTF-16 to UTF-8. I believe that
>iconv will work.
> 
COBOL can handle with USAGE NATIONAL.  Just describe the fields
correctly.  See the manual for details.

Clark Morris

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Semiprivileged instructions, part 1 (3)

[Chris Craddock]

Steve, Peter is (of course) right. You're struggling with cases where most
people generally miss the distinction between the hardware architecture and
the software architecture implemented by any given "control program".  The
hardware knows nothing at all about what you would think of as
"authorization" from a z/OS point of view, or any of the internal
mechanisms that z/OS uses to make those semi-privileged instructions do
something useful.

The hardware architecture has three states that control whether or not an
instruction can be executed; non-privileged, semi-privileged and
privileged. You can assume for all practical purposes that as far as the
hardware is concerned, supervisor state and "privileged" mean the same
thing and that you can execute any machine instruction you want any time
you want. Whether or not it does something sensible or desirable is
irrelevant at this point.

In the problem state you can execute any non-privileged machine instruction
any time you want *AND* any semi-privileged instruction "the control
program" (in this case z/OS) has enabled. As Peter mentioned earlier, z/OS
always allows problem state programs to issue semi-privileged
instructions. Additional *SOFTWARE* architectural conditions may have to be
satisfied in order for the instruction to complete, or to do something
useful. Some of those are done all the time (for all units of work) and
others need to go through some software mediation first.

For example; From the software point of view the linkage stack is just
always there. Under the covers z/OS is manipulating the stack to balance
its storage resource utilization, so if you were to look at the stack in a
dump it would not necessarily look the way you might expect from reading
PoPs. For the most part, the instructions just appear to work and they are
useful, or not, depending on what you're trying to accomplish.

Other semiprivileged instructions can have more of an "in your face"
nature. For example, SPKA can be issued in problem state any time, but will
give a privileged operation exception if there isn't a 1 bit in the PKM for
the target key. The PKM (a hardware construct) is setup by z/OS when the
unit of work is dispatched but the mechanisms z/OS uses to decide which
keys are available at any given time are part of the software architecture.

In other cases a given hardware feature might be made available to
software in a different way than implied in PoPs, or perhaps not made
available to software at all. The often cited example is that the TRAP
instructions are not supported by z/OS at all. So in theory, you could
write a supervisor state program that would set up the required linkage
mechanisms for the TRAP instructions to work, but various z/OS internal
components would likely be surprised and disappointed. And that's never a
good thing.


On Fri, Dec 30, 2011 at 8:01 AM, Steve Comstock wrote:

> On 12/30/2011 5:52 AM, Peter Relson wrote:
>
>> I have noted a couple of omissions in the PoPs that I will submit
>>> a Readers Comment for
>>>
>> 
>
>

> The wording in the PoOp tends to be extremely precise (not 100% correct,
>> but pretty darn close). I caution against assuming that terms mean what
>> they do not say they mean.
>>
>
> I understand, and I believe you. But, there are times (perhaps when
> separate chapters are written or updated by different people) when
> the consistency is not what I, personally, would like.
>
> Consider
>
> the Preface description of Chapter 10 says that chapter:
>
>  "contains detailed descriptions of all of the semiprivileged
>   and privileged instructions except for the I/O instructions."
>

that's just a long winded way of saying "the I/O instructions aren't
described here".



> Chapter 3 mentions a "semiprivileged program" - what is that?
> (Chapter 5 also uses this term without
>  defining it)
>

A literal interpretation of a "semiprivileged program" is one in which the
control program has established the conditions necessary for the program to
issue those instructions.



> Chapter 4 says "Another group of instructions, called semiprivileged
>instructions, are executed by a CPU in the problem
>state only if specific authority tests are met;
>otherwise, a privileged-operation exception or a
>special-operation exception is recognized."
>

Yep. Should all be clear now right? With one or two exceptions, it isn't
terribly interesting (at least in z/OS) to be drawing distinctions between
non-privileged and semi-privileged. The only meaningful distinction is that
you need some assistance from the control program in order to be able to
use (some of) the semi-privileged instructions.


-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists

Re: IBM Manuals

[Shmuel Metz (Seymour J.)]

In <4efdc973.3050...@acm.org>, on 12/30/2011
   at 08:23 AM, "Joel C. Ewing"  said:

>First thing I do with new equipment/appliance manuals is either find
>and  save an on-line pdf version

Why? I know that in some cases PDF is all that's available, but
certainly not in all.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS APF auth question.

[Shmuel Metz (Seymour J.)]

In <1325206205.1010.28.ca...@mckown5.johnmckown.net>, on 12/29/2011
   at 06:50 PM, John McKown  said:

>What is the meaning of the second "allocate" in that sentence?

It means to pass the ALLOCATE command on to TSO, which will eventually
invokes DYNALLOC (SVC 99) to allocate the data set. While the TSO
ALLOC command can refer to both old and new datasets, note the
documented restrictions on the AMS ALLOC command.

Is there some reason that you can't use bpxwdyn? AMS seems like
overkill.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Semiprivileged instructions, part 1 (3)

[Shmuel Metz (Seymour J.)]

In <4efdc456.2050...@trainersfriend.com>, on 12/30/2011
   at 07:01 AM, Steve Comstock  said:

>the consistency is not what I, personally, would like.

I don't see the inconsistency in what you mentioned. I agree that the
definitions should precede the use, or, at the least, a reference
prior to a definition should include a forward citation of the
defining text.

>  In that same table, TRAP2 and TRAP4 have characteristic
>  'SO' which says "Special-operation exception" and I find
>  ambiguous: these instructions will not raise a
>  'Privileged-operation exception', according to the table,
>  so they are not privileged. Neither fish nor fowl, eh?

Of course not, they're cattle. Privileged, semi-privileged and
unprivileged are three cases, not two. Aren't TRAP and TRAP4
conceptually similar to MC?

>So, this is the kind of thing I find difficult and in need of
>clarification.

RCF?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[Lizette Koehler]

> Without seeing more information, GIM24001E makes me think ASMPRINT.  Do
you
> have such a DD or DDDEF in place?
> 
> Here's some quick information:
> 
>
http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.
zos.r11.
> e0zm100/smpejes.htm
> 
> Regards,
> 
> Kevin
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
> saurabh khandelwal
> Sent: Thursday, December 29, 2011 9:15 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: RSU Apply Error in PTF
> 
> >
> >  Hello,
> >  Currently I am applying RSU1110 on z/Os 1.11 system.
> > I run apply job after apply check job run successfully with RC 00.
> >
> > But in apply job I received RC 08 for some of the PTF. When I looked
> > at output , I found most of the PTF failed because of  UA59434 PTF. In
> > more detail I found below error in my job.
> >
> > CAUSER   FMID MESSAGE ID  PAGE   ERROR DESCRIPTION AND POSSIBLE
> CAUSES
> >
> >  UA59434  HJE7760  GIM24001E  8   ASSEMBLER PROCESSING FAILED FOR
> > MODULE ISFDA IN THE SISFSRC1 LIBRARY. THE RETURN
> >   CODE WAS 04.
> >   --- POSSIBLE CAUSES ---
> >   1. THE ASSEMBLER TEXT WAS IN
ERROR.
> >   2. THE WRONG LEVEL OF MACROS WAS
> > BEING USED.
> >   3. THE WRONG SET OF MACLIBS WAS
> > BEING USED.
> >
> > I am really not getting clue to resolve this issue. I am attaching
> > apply job output. Can you please help me to resolve this issue.
> >
> > Regards
> >
> >
> >



I have looked at his SMP/E report.  There are many errors related to this
one PTF

GIM24001E ** ASSEMBLER PROCESSING FOR SYSMOD UA59434 FAILED FOR MODULE ISFDA
IN
  THE SISFSRC1 LIBRARY. THE RETURN CODE (04) EXCEEDED THE
ALLOWABLE
  VALUE. DATE 11.343 - TIME 09:50:34.
 GIM30227E ** APPLY PROCESSING FAILED FOR SYSMOD UA50744 BECAUSE PROCESSING
  FAILED FOR SYSMOD UA59434. SYSMOD UA59434 CONTAINS HIGHER
LEVELS OF
  COMMON ELEMENTS.
 GIM30227E ** APPLY PROCESSING FAILED FOR SYSMOD UA50558 BECAUSE PROCESSING
  FAILED FOR SYSMOD UA59434. SYSMOD UA59434 CONTAINS HIGHER
LEVELS OF
  COMMON ELEMENTS.
 GIM30227E ** APPLY PROCESSING FAILED FOR SYSMOD UA52851 BECAUSE PROCESSING
  FAILED FOR SYSMOD UA59434. SYSMOD UA59434 CONTAINS HIGHER
LEVELS OF
  COMMON ELEMENTS.
 GIM30227E ** APPLY PROCESSING FAILED FOR SYSMOD UA55171 BECAUSE PROCESSING
  FAILED FOR SYSMOD UA59434. SYSMOD UA59434 CONTAINS HIGHER
LEVELS OF
  COMMON ELEMENTS.

His DDDEF statements show what I would call Production not SMP/E Tlib
datasets.  However, I do understand that sometimes shops will clone their
libraries to a new volume then do a UCLIN to their MVST100 zone to point to
those files.

I have asked how maintenance is done at this shop.

SYSLIB   SYSLIB
  SMPMTS   SYSLIB   PERMSMPE.BIN1.MVST100.SMPMTS

  MACLIB   SMP1 PERMSYS1.MACLIB

  MODGEN   SMP2 PERMSYS1.MODGEN

  SISTMAC1 SMP3 PERMSYS1.SISTMAC1

  SEPWMAC1 SMP4 PERMFFST.V120ESA.SEPWMAC1  
  SICEUSER SMP5 PERMSYS1.SICEUSER

  SISFMAC  SMP6 PERMISF.SISFMAC

  SASMMAC1 SMP7 PERMASM.SASMMAC1

  SASMSAM1 SMP8 PERMASM.SASMSAM1

  SCEEMAC  SMP9 PERMCEE.SCEEMAC

  SHASMAC  SMP00010 PERMSYS1.SHASMAC

  SEZACMAC SMP00011 PERMTCPIP.SEZACMAC

  SIGYMAC  SMP00012 PERMIGY.SIGYMAC


In the assembly section is has NO ASSEMBLY ERRORs, however it is an RC04.
This might be as simple of saying an RC04 in Assembler is okay.  I am not
sure.  I did not find any ERROR or ASMA messages in the listing from the
assembly of ISFDA.

Thoughts?

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[Shmuel Metz (Seymour J.)]

In
,
on 12/30/2011
   at 10:44 AM, saurabh khandelwal 
said:


>3. THE WRONG SET OF MACLIBS WAS BEING USED.

What libraries did you include in the concatenation?

>I am really not getting clue to resolve this issue.

Look for error messages in your assembler output.

 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Manuals

[Ted MacNEIL]

Art Linkletter
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Scott Ford 
Sender: IBM Mainframe Discussion List 
Date: Fri, 30 Dec 2011 11:07:40 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: IBM Manuals

Ed,

Someone said getting old isn't for sissies, I got my ipad2 for christmas and 
love it but your right Ed the install manual font is small. Not great for us 
older folks


Sent from my iPad

On Dec 30, 2011, at 9:23 AM, "Joel C. Ewing"  wrote:

> First thing I do with new equipment/appliance manuals is either find and save 
> an on-line pdf version or scan them in as a pdf image document.  By keeping 
> all such in digital form, I can either find them later if needed as reference 
> or make them large enough to read easily.
> 
> Wife's iPad2 booklet this December was so small I had to scan at 300 ppi 
> instead of usual 150 ppi to get decently formed font and could barely read 
> the original hard copy even with my reading glasses!
> 
> Guess we should be thankful IBM chose bookmanager and pdf to save trees 
> rather than reducing z/OS manuals to 3x5 and microprint.
>  JC Ewing
> 
> On 12/29/2011 11:38 PM, Ed Gould wrote:
>> Scott:
>> 
>> Last year I got an brand new IPAD. The installation instructions were on
>> a 3 X 5 in a 4 page "booklet". The font size was 4 and I could not read
>> it to save my life. I had to get a friend to come over to read them so I
>> could do the "install".
>> Bah humbug so much APPLE being user friendly.
>> 
>> Ed
>> 
> ...
> 
> -- 
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[Edward Jaffe]

On 12/27/2011 12:29 PM, McKown, John wrote:

A RACF id can be 8 characters. But, in that case, they cannot have a TSO 
segment.


USER=LONGUSER  NAME=LONG USERID   OWNER=SYS1  CREATED=11.364
 DEFAULT-GROUP=DEV  PASSDATE=00.000 PASS-INTERVAL=180 PHRASEDATE=N/A
 ATTRIBUTES=NONE
 REVOKE DATE=NONE   RESUME DATE=NONE
 LAST-ACCESS=UNKNOWN
 CLASS AUTHORIZATIONS=NONE
 NO-INSTALLATION-DATA
 NO-MODEL-NAME
 LOGON ALLOWED   (DAYS)  (TIME)
 -
 ANYDAY  ANYTIME
  GROUP=DEV   AUTH=USE  CONNECT-OWNER=SYS1  CONNECT-DATE=11.364
CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
CONNECT ATTRIBUTES=NONE
REVOKE DATE=NONE   RESUME DATE=NONE
SECURITY-LEVEL=NONE SPECIFIED
CATEGORY-AUTHORIZATION
 NONE SPECIFIED
SECURITY-LABEL=NONE SPECIFIED

TSO INFORMATION
---
ACCTNUM= 1
HOLDCLASS= T
JOBCLASS= A
MSGCLASS= T
PROC= TSOLOGON
SIZE= 
MAXSIZE= 
SYSOUTCLASS= T
USERDATA= 

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
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: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[R.S.]

W dniu 2011-12-30 22:12, Edward Jaffe pisze:

On 12/27/2011 12:29 PM, McKown, John wrote:

A RACF id can be 8 characters. But, in that case, they cannot have a
TSO segment.


USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364

[...]

TSO INFORMATION

[...]

Did you try to logon to TSO with that user?
;-)

--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

IBM TS7740 Copy/Export process

[Mueller, David]

Tim Hare, one of my co-workers, has asked me to post this:

"We are implementing an IBM TS7740, and are wondering if anyone (especially 
connected to SHARE and/or the CBT "tape") knows of sharable code to help 
automate the Copy/Export process.  We've implemented the CBRSPLCS utility 
before, which can be used to issue the export and eject commands necessary, but 
if there's other existing code, or even documentation (we do have the Redbooks 
thanks),  which covers some of the non-obvious pitfalls, it would  be helpful".

David Mueller | Systems Programmer 
SSRC (Southwood Shared Resource Center) 
2002 Old St. Augustine, Bldg C, cubicle W-67
Mail: 2585 Shumard Oak Blvd, Tallahassee, FL, 32399  
Phone: 850-414-9134 || Fax: 850-488-3600 
E-mail: david.muel...@ssrc.myflorida.com 
  
Please Note: Florida has a very broad public records law. Most written 
communications to or from state officials regarding state business are public 
records available to the public and media upon request. Your e-mail 
communications may therefore be subject to public disclosure. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[Bob Rutledge]

R.S. wrote:

W dniu 2011-12-30 22:12, Edward Jaffe pisze:

On 12/27/2011 12:29 PM, McKown, John wrote:

A RACF id can be 8 characters. But, in that case, they cannot have a
TSO segment.


USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364

[...]

TSO INFORMATION

[...]

Did you try to logon to TSO with that user?
;-)


Did you try to NOTIFY= that user?

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[Paul Gilmartin]

On Fri, 30 Dec 2011 16:41:21 -0500, Bob Rutledge wrote:

>R.S. wrote:
>> W dniu 2011-12-30 22:12, Edward Jaffe pisze:
>>> On 12/27/2011 12:29 PM, McKown, John wrote:
 A RACF id can be 8 characters. But, in that case, they cannot have a
 TSO segment.
>>>
>>> USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364
>> [...]
>>> TSO INFORMATION
>> [...]
>>
>> Did you try to logon to TSO with that user?
>> ;-)
>>
>Did you try to NOTIFY= that user?
>
Good question.  How would he get the notification?  But did you try:

o ftp MVS
  user LONGUSER
  password
  quote site FILE=JES
  put ...?

o //STEP  EXEC  PGM=IKJEFT01  with that owner?
  (possibly in the job submitted via FTP)
  - Invoke ISPF LM services under that TMP?

o ssh LONGUSER@MVS
  then, in Rexx,
  address TSO time

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[Tony's Comcast account]

EJ, you have successfully answered an alternate version of the question 
"Can a swimmer dive into deep water with 100 pounds of concrete strapped to
his waist?"

  




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Friday, December 30, 2011 3:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Eight-character TSO Userid Support

On 12/27/2011 12:29 PM, McKown, John wrote:
> A RACF id can be 8 characters. But, in that case, they cannot have a TSO
segment.

USER=LONGUSER  NAME=LONG USERID   OWNER=SYS1  CREATED=11.364
  DEFAULT-GROUP=DEV  PASSDATE=00.000 PASS-INTERVAL=180 PHRASEDATE=N/A
  ATTRIBUTES=NONE
  REVOKE DATE=NONE   RESUME DATE=NONE
  LAST-ACCESS=UNKNOWN
  CLASS AUTHORIZATIONS=NONE
  NO-INSTALLATION-DATA
  NO-MODEL-NAME
  LOGON ALLOWED   (DAYS)  (TIME)
  -
  ANYDAY  ANYTIME
   GROUP=DEV   AUTH=USE  CONNECT-OWNER=SYS1  CONNECT-DATE=11.364
 CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
 CONNECT ATTRIBUTES=NONE
 REVOKE DATE=NONE   RESUME DATE=NONE
SECURITY-LEVEL=NONE SPECIFIED
CATEGORY-AUTHORIZATION
  NONE SPECIFIED
SECURITY-LABEL=NONE SPECIFIED

TSO INFORMATION
---
ACCTNUM= 1
HOLDCLASS= T
JOBCLASS= A
MSGCLASS= T
PROC= TSOLOGON
SIZE= 
MAXSIZE= 
SYSOUTCLASS= T
USERDATA= 

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
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: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Manuals

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In
> ,
> on 12/27/2011
>at 12:37 PM, Mike Schwab  said:
> 
> >Maybe they think everyone should be using 32 inch 1080P TVs as
> >monitors?
> 
> 1920p, Shirley.

Nope.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SV: cpu / machine identification

[Brian Westerman]

Seems sort of counter-intuitive. :)

Brian

On Thu, 29 Dec 2011 10:35:21 +0100, Thomas Berg  wrote:

>> -Ursprungligt meddelande-
>> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
>> Brian Westerman
>> Skickat: den 29 december 2011 03:10
>> Till: IBM-MAIN@bama.ua.edu
>> Ämne: Re: cpu / machine identification
>>
>...
>> I'm sure you lock your car, why do that if you have the only key?  :)
>>
>> Brian
>
>I know of people that don't lock their cars - to avoid damage if someone wants 
>to get into the car.
>
>
> 
>Regards,
>Thomas Berg
>_
>Thomas Berg   Specialist   A M   SWEDBANK
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Eight-character TSO Userid Support

[Bob Rutledge]

Paul Gilmartin wrote:

On Fri, 30 Dec 2011 16:41:21 -0500, Bob Rutledge wrote:


R.S. wrote:

W dniu 2011-12-30 22:12, Edward Jaffe pisze:

On 12/27/2011 12:29 PM, McKown, John wrote:

A RACF id can be 8 characters. But, in that case, they cannot have a
TSO segment.

USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364

[...]

TSO INFORMATION

[...]

Did you try to logon to TSO with that user?
;-)


Did you try to NOTIFY= that user?


Good question.  How would he get the notification?  But did you try:

o ftp MVS
  user LONGUSER
  password
  quote site FILE=JES
  put ...?

o //STEP  EXEC  PGM=IKJEFT01  with that owner?
  (possibly in the job submitted via FTP)
  - Invoke ISPF LM services under that TMP?

o ssh LONGUSER@MVS
  then, in Rexx,
  address TSO time


He won't get the notification because the notifier suffers an immediate IEF452I 
/ IKJ142I.


Don't you just love JCL?

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: cpu / machine identification

[Brian Westerman]

I think I know that guy.  He must work at just about every mainframe site in 
the world.  :)

Brian

On Thu, 29 Dec 2011 21:14:13 -0600, John McKown  wrote:

>On Thu, 2011-12-29 at 20:32 -0600, Brian Westerman wrote:
>> I didn't realize that a employee can bind the site, but I can see where that 
>> might actually be the case.
>>
>> I can imagine what would happen to a site like IBM in Dallas, should
>> Microsoft or Corel say, "we're coming on Tuesday to check every one of
>> your machines".  That would be very interesting.
>>
>> Brian
>>
>
>Reminds me vaguely of an internal auditor who wanted access to the z/OS
>system in order to verify that it was not compromised by Windows
>viruses. Was incensed that z/OS did not have any virus scanning software
>installed. Literally __could not__ understand why a Windows virus
>couldn't infect the mainframe. "software is software" and "a system is a
>system". Didn't understand that the z wasn't Intel compatible. Complete
>IT idiot.
>
>--
>John McKown
>Maranatha! <><
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: XML Generate String Length

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kopischke, David G.
> 
> Greetings,
>One of our developers is performing an XML GENERATE with a string
that's variable. When it gets
> above about 100K, it ASRA's. No error codes or anything.
> 
>Is there a maximum message length ??? 100K seems too small for an
IBM limit, so there's probably a
> parameter somewhere that I'm missing. I'm still looking, but let me
know if you can point me to a
> manual reference.

AFAIK, "ASRA" is unique to CICS, so since you seem to "ASRA" at about
100K characters, I'd wager your underlying abend code is 0C4 because
your program is trying to write past the end of allocated storage.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: cpu / machine identification

[Brian Westerman]

Okay,

Snipping the other stuff makes sense, but I'll keep my reply on top.  I hate 
trying to skip through only to find that the person interspersed the comments.

Brian

On Fri, 30 Dec 2011 07:48:55 -0600, Tom Marchant  
wrote:

>On Thu, 29 Dec 2011 20:29:02 -0600, Brian Westerman wrote:
>
>>I found out that the quote is not on by default (the hard way :))
>>and also that I have to click on it BEFORE I enter any data.
>
>I'm glad that you've figured out how to quote the message that
>you are replying to.  Now, I'd like to ask you to delete most of
>the message you are replying to, leaving enough to establish
>context for your remarks.
>
>I would also suggest that you post your comments AFTER the material
>that you quote.  It make a difference if there is more than one point
>that you would like to reply to, as I do in this reply.  It also makes a
>difference if someone would like to reply to more than one thing in your
>post.
>..snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: cpu / machine identification

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Brian Westerman
> 
> We have  DR support in our software, but I was under the impression
that most of the DR sites were
> running the OS under VM and they simulated the serial anyway.
> 
> I suppose their are sites that do not run the DR under VM, but don't
the sites who don't run under VM
> know the serial number ahead of time, and wouldn't it be already built
into the software, or they have
> a already setup job to enter the new serial(s)?  I know I would have
it set up if it were me.
> 
> This also has nothing to do with the question, but I have always
thought that the vendor should be
> compensated for support of the DR testing anyway.  (this will probably
cause a lot of angry
> responses).  It's a separate processor and the vendor has to support a
problem that might occur on it
> just like they would if it were the primary processor, which may not
have the issue.  If that were the
> case, then the vendor has to support your DR test for free.  Now if
you are paying $50k for the
> software, it's probably a reasonable expectation, but if you are
paying $2K to $5K it's not as
> reasonable.

There still exists a mindset that believes, for example, that since
functionality ABC "normally" costs between $xxxK and $yyyK, then "your"
offer of functionality ABC at $xxxK/20 "can't be very good", or "you
don't have the resources to provide the kind of support we need", etc.

IOW, maybe your product's price is "too cheap".

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Date and time of IPL API?

[Charles Mills]

Is there an API, or a reasonably safe control block, that gives the date and
time of the last IPL? (D IPLINFO must get it from somewhere!)

 

It would be okay if the API required APF authorization, but I can't use
anything that requires particular RACF permissions, and I don't want to do
anything elaborate like reading for an SMF 0 record.

 

Thanks,

 

Charles Mills




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Manuals

[Scott Ford]

Ted,
1 pt , touchdown  and crowd goes wild !

Regards,
Scott

Sent from my iPad

On Dec 30, 2011, at 2:59 PM, Ted MacNEIL  wrote:

> Art Linkletter
> -
> Ted MacNEIL
> eamacn...@yahoo.ca
> Twitter: @TedMacNEIL
> 
> -Original Message-
> From: Scott Ford 
> Sender: IBM Mainframe Discussion List 
> Date: Fri, 30 Dec 2011 11:07:40 
> To: 
> Reply-To: IBM Mainframe Discussion List 
> Subject: Re: IBM Manuals
> 
> Ed,
> 
> Someone said getting old isn't for sissies, I got my ipad2 for christmas and 
> love it but your right Ed the install manual font is small. Not great for us 
> older folks
> 
> 
> Sent from my iPad
> 
> On Dec 30, 2011, at 9:23 AM, "Joel C. Ewing"  wrote:
> 
>> First thing I do with new equipment/appliance manuals is either find and 
>> save an on-line pdf version or scan them in as a pdf image document.  By 
>> keeping all such in digital form, I can either find them later if needed as 
>> reference or make them large enough to read easily.
>> 
>> Wife's iPad2 booklet this December was so small I had to scan at 300 ppi 
>> instead of usual 150 ppi to get decently formed font and could barely read 
>> the original hard copy even with my reading glasses!
>> 
>> Guess we should be thankful IBM chose bookmanager and pdf to save trees 
>> rather than reducing z/OS manuals to 3x5 and microprint.
>> JC Ewing
>> 
>> On 12/29/2011 11:38 PM, Ed Gould wrote:
>>> Scott:
>>> 
>>> Last year I got an brand new IPAD. The installation instructions were on
>>> a 3 X 5 in a 4 page "booklet". The font size was 4 and I could not read
>>> it to save my life. I had to get a friend to come over to read them so I
>>> could do the "install".
>>> Bah humbug so much APPLE being user friendly.
>>> 
>>> Ed
>>> 
>> ...
>> 
>> -- 
>> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Date and time of IPL API?

[Charles Mills]

Thanks to an off-list reply (you know who you are LK!) directing me to Mark
Zelden's IPLINFO I now know that SMCAIDTE and SMCAITME (pointed to by the
CVT) are GUPI.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Friday, December 30, 2011 5:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Date and time of IPL API?

Is there an API, or a reasonably safe control block, that gives the date and
time of the last IPL? (D IPLINFO must get it from somewhere!)

 

It would be okay if the API required APF authorization, but I can't use
anything that requires particular RACF permissions, and I don't want to do
anything elaborate like reading for an SMF 0 record.

 

Thanks,

 

Charles Mills




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Date and time of IPL API?

[Jim Thomas]

IPA (Initial Parameter Area). 

Kind Regards 

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Friday, December 30, 2011 7:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Date and time of IPL API?

Is there an API, or a reasonably safe control block, that gives the date and
time of the last IPL? (D IPLINFO must get it from somewhere!)

 

It would be okay if the API required APF authorization, but I can't use
anything that requires particular RACF permissions, and I don't want to do
anything elaborate like reading for an SMF 0 record.

 

Thanks,

 

Charles Mills




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1901 / Virus Database: 2109/4713 - Release Date: 12/30/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Date and time of IPL API?

[Charles Mills]

IPA is not an acronym that I recognize ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Jim Thomas
Sent: Friday, December 30, 2011 6:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Date and time of IPL API?

IPA (Initial Parameter Area). 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Date and time of IPL API?

[Jim Thomas]

IPA = Initial (or IPL) parameter area ... take a peek at IHAIPA. 

Jim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Friday, December 30, 2011 8:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Date and time of IPL API?

IPA is not an acronym that I recognize ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Jim Thomas
Sent: Friday, December 30, 2011 6:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Date and time of IPL API?

IPA (Initial Parameter Area). 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1901 / Virus Database: 2109/4713 - Release Date: 12/30/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: cpu / machine identification

[Robert A. Rosenberg]

At 20:42 -0600 on 12/29/2011, Brian Westerman wrote about Re: cpu / 
machine identification:


We have  DR support in our software, but I was under the impression 
that most of the DR sites were running the OS under VM and they 
simulated the serial anyway.


I suppose their are sites that do not run the DR under VM, but don't 
the sites who don't run under VM know the serial number ahead of 
time, and wouldn't it be already built into the software, or they 
have a already setup job to enter the new serial(s)?  I know I would 
have it set up if it were me.


Knowing the Serial Number of the machine you are going to run DR on 
and having it already built into the software is being too 
optimistic. Not only can you have multiple DR Sites to go to and 
choosing one based on who can service you when you need DR Services 
but even if it was only one site, I am sure that they have multiple 
machines and you would not want to list all of them. Until you get 
there, you would not know which machine that is going to be assigned 
to you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Date and time of IPL API?

[Mark Zelden]

On Fri, 30 Dec 2011 21:22:33 -0600, Jim Thomas  
wrote:

>IPA = Initial (or IPL) parameter area ... take a peek at IHAIPA.
>
>Jim
>

The time from "D IPLINFO" is slightly different than the time in the
SMCA.  "D IPLINFO" may get it from the IPA, I haven't compared.   I use the 
SMCA as that has been there "forever".  IIRC, the IPA didn't come in 
until OS/390 1.2 (long after I wrote the original IPLINFO).  I think it's in 
another place as well, and that time doesn't match the SMCA.   
Been a long time since I looked and I can't remember off hand.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[saurabh khandelwal]

Below is my JCL used for apply process

//APPLY11  JOB (3623),'SAURABH',MSGCLASS=X,CLASS=A,
// NOTIFY=&SYSUID,REGION=0M
//S1   EXEC PGM=GIMSMP,
// PARM='PROCESS=WAIT',
// DYNAMNBR=120,REGION=0M
//SMPCSI   DD DISP=SHR,DSN='SMPE.BIN1.GLOBAL.CSI'
//SYSUT1   DD UNIT=SYSALLDA,SPACE=(CYL,(500,200)),DISP=(,DELETE)
//SYSUT2   DD UNIT=SYSALLDA,SPACE=(CYL,(500,200)),DISP=(,DELETE)
//SYSUT3   DD UNIT=SYSALLDA,SPACE=(CYL,(500,200)),DISP=(,DELETE)
//SYSUT4   DD UNIT=SYSALLDA,SPACE=(CYL,(500,200)),DISP=(,DELETE)
//SMPWRK1  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPWRK2  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPWRK3  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPWRK4  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPWRK5  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPWRK6  DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(500,250,500))
//SMPCNTL  DD *
 SETBOUNDARY (MVST100)
 .

 APPLY
 GROUPEXTEND
 JCLINREPORT
 COMPRESS(ALL)
 SOURCEID(RSU1110)
   BYPASS(HOLDSYS(IPL,RESTART,DOC,ACTION,ENH,DYNACT,MULTSYS,AO,MSGSKEL,
  EC,EXIT,DB2BIND,DEP))
 RETRY(YES)
   .
/*

Regards

On Fri, Dec 30, 2011 at 9:46 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In
> ,
> on 12/30/2011
>   at 10:44 AM, saurabh khandelwal 
> said:
>
>
> >3. THE WRONG SET OF MACLIBS WAS BEING USED.
>
> What libraries did you include in the concatenation?
>
> >I am really not getting clue to resolve this issue.
>
> Look for error messages in your assembler output.
>
>
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[saurabh khandelwal]

Hello Kevin,
No, we don't have ASMPRINT DDDEF entry in tartget zone.

Regards


On Fri, Dec 30, 2011 at 10:54 PM, Neubert, Kevin <
kevin.neub...@courts.wa.gov> wrote:

> Without seeing more information, GIM24001E makes me think ASMPRINT.  Do
> you have such a DD or DDDEF in place?
>
> Here's some quick information:
>
>
> http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.e0zm100/smpejes.htm
>
> Regards,
>
> Kevin
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of saurabh khandelwal
> Sent: Thursday, December 29, 2011 9:15 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: RSU Apply Error in PTF
>
> >
> >  Hello,
> >  Currently I am applying RSU1110 on z/Os 1.11 system. I
> > run apply job after apply check job run successfully with RC 00.
> >
> > But in apply job I received RC 08 for some of the PTF. When I looked at
> > output , I found most of the PTF failed because of  UA59434 PTF. In more
> > detail I found below error in my job.
> >
> > CAUSER   FMID MESSAGE ID  PAGE   ERROR DESCRIPTION AND POSSIBLE
> CAUSES
> >
> >  UA59434  HJE7760  GIM24001E  8   ASSEMBLER PROCESSING FAILED FOR
> > MODULE ISFDA IN THE SISFSRC1 LIBRARY. THE RETURN
> >   CODE WAS 04.
> >   --- POSSIBLE CAUSES ---
> >   1. THE ASSEMBLER TEXT WAS IN ERROR.
> >   2. THE WRONG LEVEL OF MACROS WAS
> > BEING USED.
> >   3. THE WRONG SET OF MACLIBS WAS
> > BEING USED.
> >
> > I am really not getting clue to resolve this issue. I am attaching apply
> > job output. Can you please help me to resolve this issue.
> >
> > Regards
> >
> >
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[saurabh khandelwal]

We have specified below DDNAME in SYSLIB DDDEF..

DDNAME

SMPMTS__
MACLIB__
MODGEN__
SISTMAC1
SEPWMAC1
SICEUSER
SISFMAC_
SASMMAC1
SASMSAM1
SCEEMAC_
SHASMAC_
SEZACMAC
SIGYMAC_
SADMSAM_
SASMMAC2
AMACLIB_
AMODGEN_
AISTMAC1
AEPWSRC1
AICEUSER
AISFMAC_
AASMMAC1
ACEESRC1
AIGZSRC1
AAFHSRC1
AEDCSRC6
AEZAMAC1
AEZAMAC2
AEZAMAC3
ATSOMAC_
AASMMAC2
ACUNMAC_
AGENLIB_
AHASMAC_
AIGYSRC1


Regards
Saurabh

On Fri, Dec 30, 2011 at 7:37 PM, Tom Marchant wrote:

> On Fri, 30 Dec 2011 10:44:47 +0530, saurabh khandelwal wrote:
>
> >> But in apply job I received RC 08 for some of the PTF. When I looked at
> >> output , I found most of the PTF failed because of  UA59434 PTF. In more
> >> detail I found below error in my job.
> >>
> >>  UA59434  HJE7760  GIM24001E  8   ASSEMBLER PROCESSING FAILED FOR
> >> MODULE ISFDA IN THE SISFSRC1 LIBRARY.
>
> Did you look at the assembler output?
>
> >> I am really not getting clue to resolve this issue. I am attaching apply
> >> job output. Can you please help me to resolve this issue.
>
> What do you have specified in your SYSLIB DDDEF?
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: RSU Apply Error in PTF

[Lizette Koehler]

This issue is due to ASMPRINT missing.

** ASMA429W SYSPRINT LRECL should be at least 133 when GOFF/XOBJECT option
is specified

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM TS7740 Copy/Export process

[Russell Witt]

David,

We have recently added an enhancement to the CTSSYNC to add support for
EXPORT/Copy (EXPORT/Move was already supported). Have Tim call CA-1 support
for the latest APAR for CTSSYNC. It will eliminate having to code the
CBRSPLCS utility yourself. Also, we have a new utility that will read the
EXPORT/Copy status-file and drive the CBRUXEJC exit for each virtual-volume
being EXPORT'ed as if it has been an EXPORT/Move (not sure why IBM didn't
drive the CBRUXEJC exit for the EXPORT/Copy, even adding a new indicator to
show that it is a copy versus move would have been helpful). That will allow
CA-1 and TLMS to track which physical volume the virtual-volume has been
stacked on outside of the robot.

Russell Witt
L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Mueller, David
Sent: Friday, December 30, 2011 3:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM TS7740 Copy/Export process

Tim Hare, one of my co-workers, has asked me to post this:

"We are implementing an IBM TS7740, and are wondering if anyone (especially
connected to SHARE and/or the CBT "tape") knows of sharable code to help
automate the Copy/Export process.  We've implemented the CBRSPLCS utility
before, which can be used to issue the export and eject commands necessary,
but if there's other existing code, or even documentation (we do have the
Redbooks thanks),  which covers some of the non-obvious pitfalls, it would
be helpful".

David Mueller | Systems Programmer
SSRC (Southwood Shared Resource Center)
2002 Old St. Augustine, Bldg C, cubicle W-67
Mail: 2585 Shumard Oak Blvd, Tallahassee, FL, 32399  
Phone: 850-414-9134 || Fax: 850-488-3600
E-mail: david.muel...@ssrc.myflorida.com 
  
Please Note: Florida has a very broad public records law. Most written
communications to or from state officials regarding state business are
public records available to the public and media upon request. Your e-mail
communications may therefore be subject to public disclosure. 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN