Re: Our Datacenter Status

[Michael W. Moss]

Hi Eric,

May I be the first of many to wish you all the very best in your future 
endeavours.  Seemingly for as many stories we read regarding the Mainframe 
resurgence, inevitably M & A, consolidation, infrastructure and other 
events generate data centre shutdown events and consequences for 
associated personnel.  On the plus side you have amazing skills as it 
would seem that you like many of us have worked in a smaller shop and so 
have had experience of all Systems Management disciplines, including OLTP, 
RDBMS, Scheduler, Networks, et al; so the IBM Mainframe Systems Programmer 
generally has both technical and process skills that could be readily 
available for a modicum of cross-training into other technologies; should 
you not be able to find an IBM Mainframe Systems Programmer role in your 
area.  Maybe this is something you have probably already considered?

As a limey I have no real idea of IBM Mainframe installations in your 
location, but I speculate that the truly enlightened employer would not be 
overpowered by receiving a copy of your résumé for their consideration, 
while maybe you could express a desire to learn new technologies, as and 
when required, which may include programming and/or Systems Administration 
for UNIX/Linux/Wintel environments.  In my experience, the genuinely 
enlightened and caring employer, therefore the ones that we would like to 
work with, will value your experience and background and if you have the 
drive and interpersonal skills to engage such an organization, then 
hopefully you will get what you deserve very, very soon.

Keep smiling, keep trying and keep being you and allow the realm of 
possibility to exist.

Best Regards,

UK Mikey.

www.value-4it.com
Maximizing The Business Value-4IT
Resources Within Your Organization

On Tue, 18 Apr 2006 16:27:29 -0500, Eric Bielefeld  wrote:

>I just thought I'd give you all a status on our datacenter.  The time
>is short.  My last day, unless I hear otherwise soon, is 4-28.
>Yesterday at noon we shut down all of the CICSs, which were still
>running in read only mode.  I was amazed at how many messages were
>coming from VTAM saying that people were trying to log on to
>applications that are down.  I counted 128 attempts to log into CICSs
>this morning from 6:00 to maybe 11:00.
>

>Eric Bielefeld
>Sr. Systems Programmer
>P&H Mining Equipment
>414-671-7849
>Milwaukee, Wisconsin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICSF

[R.S.]

Ward, Mike S wrote:

Thanks for the answer. 


I just finished generating an exporter key using ICSF. Do I need to
generate an importer key as well? The ICSF admin book sort of says they
complement each other, but it doesn't say whether you need both. I will
be encrypting tapes using VDR's utility, and I'll need to read the tapes
back in at the local site or at a remote site. Am I just ok with an
exporter key?


I don't know what are your needs.
However exporter/importer keys (I assume symmetric keys) are for key 
transportation in secure way. Instead of that you can transport the keys 
in clear form (it is unsecure and requires SSM).
Again, if you transport the keys "unidirectionally" (from system A to 
system B, never in opposite direction), then one pair exporter/importer 
is OK. If you want to have bidirectional "key traffic" then you need two 
pairs.

Picture
one direction:
SYSA exporter1 > importer1 SYSB
second direction:
SYSA importer2 < exporter2 SYSB

importer1 and exporter1 are 'complementary' - they have the same value.
importer2 and exporter2 are complementary also.

--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to identify what is on a duplexed HSM migration tape marked as Scratch

[Michael W. Moss]

Hi Fred,

There’s a DFSMShsm manual that outlines one scenario that might help:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2M710/2.6?DT=20020116123849

Equally you could try some reverse logic; so instead of using the tape as
the be all and end all, use the DFSMShsm MCDS as the focus, and list every
single ML2 MCDS (MCR) entry and cross-reference said report for any obvious
errors.  Of course there are lots of ways for achieving this, MXG, DFSMShsm
commands, et al.

Then of course if the tape hasn’t been overwritten we can list the TTOC
record itself, which as we all know is a map of what’s on tape which only
has the one data set!  Basically you need to refer to the relevant Chapter
(TTOC – Chapter 50) of the DFSMShsm Diagnosis Guide and Reference
(LY35-0115-nn : DGT2R430)

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R430/CCONTENTS?DT=20050203115120

Of course the link above only provides a text reference to the actual
documentation required, as diagnosis resources are licensed, so you will
need to enter your IBM Resource Link USERID, Password and Key Code, which
will be associated with your site.  Once in the manual, this will give you a
mapping macro for the TTOC and if memory serves me correctly you should very
easily be able to identify all data sets on the tape from the TTOC contents.

With regard to why tapes might have scratched, DFSMShsm will not scratch
them without some instruction, implicit or explicit to do so; one example
might be recycling the original volume.  From a CA-1 viewpoint changing the
OUTCODE is just doing that, and has nothing to do with the expiration date
and therefore the Scratch and Clean process, but of course if we return a
vaulted tape to the default Data Centre (DC) location; it’s easy to
inadvertently change the expiration date to force such a move.

Best Regards, 

UK Mikey. 

www.value-4it.com 
Maximizing The Business Value-4IT 
Resources Within Your Organization 

On Wed, 19 Apr 2006 15:02:29 +0930, Fred Schmidt <[EMAIL PROTECTED]> wrote:

>Hi fellow listers,
>
>We have suddenly seen a large number of tapes appear on our daily scratch
>volume list. We are a bit nervous about releasing them for scratch, since
>they are HSM migration tape duplex copies and we don't see the original
>tape of the duplex pair in this list. We expected that both tapes of a
>duplex pair would be marked scratch at the same time.
>
>We would like to identify some datasets on these tapes and check that they
>really do no longer exist as catalog entries with VOLSER of MIGRAT* on the
>system.

>Regards,
>Fred Schmidt
>Senior Systems Programmer
>Department of Corporate and Information Services (DCIS)
>Data Centre Services (DCS)
>Northern Territory Government
>
>Email  [EMAIL PROTECTED]
>Phone(08) 89 99 6891
>Fax (08) 89 99 7493

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Robert A. Rosenberg]

At 16:49 -0700 on 04/18/2006, Ray Mullins wrote about Re: What's the 
linkage editor really wants?:



I'm old enough to know what an 029 is.  And an 026.  I have memories of
punching card decks.


I was in college from 1964-1968 and our computer lab had 1620 a CPU 
and 026 Card Punches. In my senior year we also got a 360 (either a 
model 30 or 40) which meant that 029s had to be added (to punch decks 
for 360 programs that used EBCDIC not BCD). The 029s had to be marked 
as 360-Only to prevent the 1620 programs from bring punched on them 
if I remember correctly since some keys generated different punches 
depending on if you needed BCD or EBCDIC (I think Parens were one of 
these cases).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Robert A. Rosenberg]

At 15:51 -0700 on 04/18/2006, Ray Mullins wrote about Re: What's the 
linkage editor really wants?:



Well, I just took some time to test REP using the documented format from
z/VSE.

And, alas, in z/OS, it doesn't work - neither with the binder nor the
linkage editor (HEWLKED).

Too bad, actually...I could see some usefulness, although there are lots of
other ways around this, and I don't know if this actually solves a real
need.

Later,
Ray


As I noted in a prior reply, the minimal time needed to do a 
reassembly (after correcting the source deck) as well as the ability 
to do the correction in the Load/Program module (in the absence of a 
Source Deck to reassemble) removes an real need to fool with the 
object deck by use of the REP card. This is probably why the support 
for this Object Deck Card Type has been removed. Also relevant is 
that the REP Card format is obsolete since ESD IDs are now allowed to 
be over 255 and the REP format had a built-in 255 max for that field 
(see the layout in  Chris Mason's message in the Binder REP Card 
thread ).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to identify what is on a duplexed HSM migration tape marked as Scratch

[Fred Schmidt]

Hi fellow listers,

We have suddenly seen a large number of tapes appear on our daily scratch 
volume list. We are a bit nervous about releasing them for scratch, since 
they are HSM migration tape duplex copies and we don't see the original 
tape of the duplex pair in this list. We expected that both tapes of a 
duplex pair would be marked scratch at the same time. 

We would like to identify some datasets on these tapes and check that they 
really do no longer exist as catalog entries with VOLSER of MIGRAT* on the 
system.

Unfortunately, as far as HSM is concerned, the tapes are now marked as 
scratch. This means we cannot do a LIST TTOC for these volumes in the OCDS 
to see what datasets are on the tape. We also cannot identify what the 
VOLSER is of the other volume in the duplex pair.

Tape utilities to list the tape's contents seem to be a waste of time, as 
there is only one dsname on the tape, ie HSM.COPY.HMIGTAPE.DATASET and the 
actual data is in a compressed form. 

We ran a HSM audit to see if that gave us a warm fuzzy feeling. We saw 
lots of "FIX ATTEMPT - BAD TTOC   SUCCESSFUL", but no VOLSER's were 
mentioned in the output. This also makes us nervous.

Some manual changes to CA1's OUTCODE for various tapes were made prior to 
the increase in the scratch tape list. But we are not sure if this is 
related to the problem. 

HSM gurus help!  Please.


Regards,
Fred Schmidt
Senior Systems Programmer
Department of Corporate and Information Services (DCIS)
Data Centre Services (DCS)
Northern Territory Government

Email  [EMAIL PROTECTED]
Phone(08) 89 99 6891
Fax (08) 89 99 7493

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Joel C. Ewing]

[EMAIL PROTECTED] wrote:
I know I can't do it (having read the manual and some SHARE 
presentations), but can someone clue me in about why I can use static 
system symbols such as &SYSNAME in started task JCL but not regular batch 
JCL? 

I presume, since they are started tasks, that these variables are 
available to my job scheduler (currently Beta-42, possibly CA-7 in the 
future)  - so, are they exposed as variables you can substitute? 
Tim Hare

Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209


Much prior discussion/complaint about this on ibm-main.

Within a sysplex, the JCL for an STC is interpreted on the same system 
as runs the STC.  For a batch job the JCL Conversion/Interpretation 
processing can easily be on a different system in the sysplex than where 
the job eventually runs.  Since the value of a system symbol could be 
different on different systems, IBM made a design decision of not 
implementing symbol substitution for batch jobs to avoid the issue of 
possibly substituting values that might then be inappropriate for the 
system on which the job eventually runs.  They may have been afraid that 
if they allowed batch symbol substitution, a new installation that 
didn't understand the limitations would shoot themselves in the foot.


There is a REXX function to request the value of a system symbol, so if 
the vendor chose to implement it a job scheduler should be able to 
obtain the symbol values and partially circumvent this restriction by 
doing some substitution in the JCL before sending the job to JES.  On 
the other hand, an installation JES exit might be a better place to 
implement this; and perhaps by now someone has submitted an exit example 
to the CBT collection.



--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Ed Gould]

On Apr 18, 2006, at 8:33 PM, Eric N. Bielefeld wrote:

I've seen a bunch of posts on this.  Are these the REP cards as are  
used in AMASPZAP, or is this something different.  For example:


VER 0012 AF21
REP 0012 2345

Eric Bielefeld
P&H Mining Equipment



Eric,

Sometime in the past there was an option to use rep cards as input to  
the linkage editor (now called Binder). The reports on here seem to  
indicate that these rep cards are no longer valid . The rep cards as  
you spoke are for amaspzap (like you said) . Two different IBM programs.


There seems to be conjecture that it was an early OS (MVT/MVT) that  
accommodated them. And in some past time was taken out of the OS.


Myself I don't care for the idea as it was to me a slick way a  
sysprog could be come indispensible. Only he knew where the magic  
deck (and rep cards were) . I can see the amaspzap way of doing  
things myself. OR USERMOD if you prefer.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Ed Finnell]

 
In a message dated 4/18/2006 10:16:58 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Remember  star wheels?



>>
And cards saws...used them up thru the 3900 printer for paper  jams...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Ray Mullins]

That looks like it's been modified to support load modules over 1MB, because
here's z/VSE's version:

 A.5 Format of the REP (User Replace) Statement


Card Columns Content

1
X'02'. Identifies this as a statement of an object module.

2 - 4
REP -- Replace text statement.

5 - 6
Blank.

7 - 12
Assembled address of the first byte to be replaced (hexadecimal). Must
be right justified with leading zeros if needed to fill the field and must
be equal to or greater than the starting address of the control section
(columns 14-16). Note that there is no check to determine if the assembled
address is actually within this control section.

13
Blank.

14 - 16
External symbol identification number (ESID) of the control section (SD)
containing the text (hexadecimal). Must be right justified with leading
zeros if needed to fill the field.

17 - 70
From 1 to 11 4-digit hexadecimal fields separated by commas, each
replacing two bytes. A blank indicates the end of information in this
statement.

71 - 72
Blank.

73 - 80
May be used for program identification.

Man, this stuff is taking me down memory lane.

Later,
Ray

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason
> Sent: Tuesday 18 April 2006 19:31
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Binder REP Cards (Was: What's the linkage editor 
> really wants?)
> 
> Eric,
> 
> Similar but not identical.
> 
> A REP card belongs to the days when you had a 2540 card 
> reader/punch connected to your machine in the good old days 
> of the  360 and 360 GT (aka 370).
> 
> You submitted the compile job and went off to the coffee 
> lounge. When you came back the object deck was in the card 
> punch stacker. You wrapped it in a "link and go" job and 
> tried it. One you had analysed the dump, you saw that you had 
> made just one most trivial mistake. Rather than go though 
> that long compile job again, you went over to the 029 card 
> punch and "fixed up" the error with a REP card, slipped the 
> card into the object deck just before the END card - or RLD 
> cards - and tried again.
> 
> Once you had got a working program - REP cards and all - you 
> filed the deck away wrapped in an elastic band and with an 
> explanation of what it was written with a felt-tipped pen in 
> a colour which contrasted with the card colour.
> 
> I was in a project once where, as the junior, I was in charge 
> of the "library of past trials", the rubbish bin which 
> nevertheless contained neatly stacked bound and marked decks.
> 
> For completeness here's an explanation of what a REP card is 
> from what appears to be the help text for the CMS LOAD 
> command (clearly a non-proportional font is required to view 
> it properly):
> 
> 
> 
>  Replace (REP) Statement
> 
>  A REP statement allows instructions and constants to be 
> changed and additions  made. The REP statement must be 
> punched in hexadecimal code.
> 
>  The format of an REP statement is shown in the following 
> figure. The data in  columns 17-70 (excluding the commas) 
> replaces what has already been loaded  into virtual storage 
> at the address specified in columns 5-12. REP statements  are 
> placed in the file either (1) immediately preceding the last 
> statement  (END statement) if the text deck does not contain 
> relocatable data such as  address constants, or (2) 
> immediately preceding the first RLD (relocatable
>  dictionary) statement if there is relocatable data in the 
> text deck. If  additions made by REP statements increase the 
> length of a control section, an  ICS statement, which defines 
> the total length of the control section, must be  placed at 
> the front of the deck.
> 
> 
> +-
> --
> +
> -+
>  | Table 7. REP Statement Format
> |
> 
> +--+--
> --
> +--+
> -+
>  | Column   | Contents
> |
> 
> +--+--
> --
> +--+
> -+
>  | 1| X'02' (12-2-9 punch). Identifies this as a 
> loader control
> |
>  |  | statement.
> |
> 
> +--+--
> --
> +--+
> -+
>  | 2-4  | REP -- identifies the type of load statement.
> |
> 
> +--+--
> --
> +--+
> -+
>  | 5-12 | Hexadecimal starting address of the area to be 
> replaced as
> |
>  |  | assigned by the assembler. It must be 
> right-justified in these
> |
>  |  | columns w

Re: What's the linkage editor really wants?

[Ray Mullins]

1 drum, but 2 program areas (12-3, 4-9).

Remember star wheels?

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell
> Sent: Tuesday 18 April 2006 19:43
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: What's the linkage editor really wants?
> 
>  
> In a message dated 4/18/2006 6:50:13 P.M. Central Standard 
> Time, [EMAIL PROTECTED] writes:
> 
> still  think I can program an 029. 
> 
> 
> 
> >>
> Two drums or three?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access 
> instructions, send email to [EMAIL PROTECTED] with the 
> message: GET IBM-MAIN INFO Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Ed Finnell]

 
In a message dated 4/18/2006 6:50:13 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

still  think I can program an 029. 



>>
Two drums or three?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Chris Mason]

Eric,

Similar but not identical.

A REP card belongs to the days when you had a 2540 card reader/punch
connected to your machine in the good old days of the  360 and 360 GT (aka
370).

You submitted the compile job and went off to the coffee lounge. When you
came back the object deck was in the card punch stacker. You wrapped it in a
"link and go" job and tried it. One you had analysed the dump, you saw that
you had made just one most trivial mistake. Rather than go though that long
compile job again, you went over to the 029 card punch and "fixed up" the
error with a REP card, slipped the card into the object deck just before the
END card - or RLD cards - and tried again.

Once you had got a working program - REP cards and all - you filed the deck
away wrapped in an elastic band and with an explanation of what it was
written with a felt-tipped pen in a colour which contrasted with the card
colour.

I was in a project once where, as the junior, I was in charge of the
"library of past trials", the rubbish bin which nevertheless contained
neatly stacked bound and marked decks.

For completeness here's an explanation of what a REP card is from what
appears to be the help text for the CMS LOAD command (clearly a
non-proportional font is required to view it properly):



 Replace (REP) Statement

 A REP statement allows instructions and constants to be changed and
additions
 made. The REP statement must be punched in hexadecimal code.

 The format of an REP statement is shown in the following figure. The data
in
 columns 17-70 (excluding the commas) replaces what has already been loaded
 into virtual storage at the address specified in columns 5-12. REP
statements
 are placed in the file either (1) immediately preceding the last statement
 (END statement) if the text deck does not contain relocatable data such as
 address constants, or (2) immediately preceding the first RLD (relocatable
 dictionary) statement if there is relocatable data in the text deck. If
 additions made by REP statements increase the length of a control section,
an
 ICS statement, which defines the total length of the control section, must
be
 placed at the front of the deck.


+---
-+
 | Table 7. REP Statement Format
|

+--+
-+
 | Column   | Contents
|

+--+
-+
 | 1| X'02' (12-2-9 punch). Identifies this as a loader control
|
 |  | statement.
|

+--+
-+
 | 2-4  | REP -- identifies the type of load statement.
|

+--+
-+
 | 5-12 | Hexadecimal starting address of the area to be replaced as
|
 |  | assigned by the assembler. It must be right-justified in these
|
 |  | columns with unused leading columns filled with blanks or
|
 |  | zeros.
|

+--+
-+
 | 13-14| Blank.
|

+--+
-+
 | 15-16| ESID (External Symbol Identification) -- the hexadecimal
number |
 |  | assigned to the control section in which replacement is to be
|
 |  | made. The LISTING file produced by the compiler or assembler
|
 |  | indicates this number.
|

+--+
-+
 | 17-70| A maximum of 11 four-digit hexadecimal fields, separated by
|
 |  | commas, each replacing one previously loaded halfword (2
|
 |  | bytes). The last field must not be followed by a comma.
|

+--+
-+
 | 71-72| Blank.
|

+--+
-+
 | 73-80| Not used by the loader. This field may be left blank or
program |
 |  | identification may be inserted.
|

+--+
-+



73-80 What rot. As everyone knows, columns 73-80 are sequence numbers in
case there's a fumble when trying to slip on the elastic band. 

Information from ( http://mitvma.mit.edu/cmshelp.cgi?CMS%20LOAD%20(ALL )
where, just to show how close to AMASPZAP all this is, I see that there is
also a VER card.

Chris Mason

- Original Message - 
From: "Eric N. Bielefeld" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 19 April, 2006 3:33 AM
Subject: Re: Binder REP Cards (Was: What's the linkage editor really wants?)


> I've seen a bunch of posts on this.  Are these the REP cards as are used
in
> AMASPZAP, or is this something different.  For example:
>
> VER 0012 AF21
> REP 0012 2345
>
> Eric Bielefeld
> P&H Mining Equipment
>
> - Origin

Re: TOD Clock the same as the BIOS clock in PCs?

[John S. Giltner, Jr.]

Because Unix (and Linux) allow the CMOS/RTC clock to be set to one time 
and then use a time zone offset to adjust the local time.


Windows does NOT allow this, the CMOS/RTC clock must be set to your 
local time.



[EMAIL PROTECTED] wrote:

So, even though my UNIX machine's CMOS/RTC clock is set to UTC, then
how come all my applications on my desktop such as the LOG MESSAGES or
the SYSTEM MESSAGES are logging time according to my desktop clock
which is set to local time?

Even StarOffice or Excel spreadsheets opens up the program showing
local times...




Generally we set the TOD clock to UTC and then adjust the local time
offset for standard/daylight savings time.  This allows programs that do
logging (such as DBMS's) to use the TOD clock for their logs and thus
there are no prolems for roll backs or roll forwards if something
happens during a time change.  In fact some DBMS's running on the
mainframe are required to be down for 1 hour if you reset the TOD clock
backwards in the fall.






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Eric N. Bielefeld]

I've seen a bunch of posts on this.  Are these the REP cards as are used in 
AMASPZAP, or is this something different.  For example:


VER 0012 AF21
REP 0012 2345

Eric Bielefeld
P&H Mining Equipment

- Original Message - 
From: "Edward Jaffe" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, April 18, 2006 11:35 AM
Subject: Re: Binder REP Cards (Was: What's the linkage editor really wants?)



Ray Mullins wrote:


Maybe.  :-)



Maybe what? Maybe the binder accepts REP cards? Or maybe the binder 
accepts REP cards for GOFF objects?


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/ 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LDAP and DBMS was Cheryl

[Edward Jaffe]

Schiradin,Roland HG-Dir itb-db/dc wrote:
Good news as IBM deny any information about the zAAP for some reason. 
  


Because zAAPs can run good ol' unprivileged TCB mode code. zIIPs can run 
only enclave SRBs.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Ray Mullins]

I'm old enough to know what an 029 is.  And an 026.  I have memories of
punching card decks.  Not all good.  :-)

I still think I can program an 029. 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason
> Sent: Tuesday April 18 2006 16:45
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: What's the linkage editor really wants?
> 
> Ray,
> 
> It's a *card* thing - along with felt-tipped pens, elastic 
> bands and 029 card punches[1] - and you'd be needing a 2540 
> or 2501 to read your object decks (modules) in and a 2540 to 
> get them punched out from the compiler/assembler.
> 
> [1] http://www.computinghistorymuseum.org/museum/punch_zoom.htm
> 
> Checking I had my fact right, I had a bit of a shock when I 
> thought I might be looking at the first 2540 I ever fed but 
> it's the university not the IBM service bureau:
> http://www.cs.ncl.ac.uk/events/anniversaries/40th/images/ibm36
> 0_672/slide19.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LDAP and DBMS was Cheryl

[Schiradin,Roland HG-Dir itb-db/dc]

Good news as IBM deny any information about the zAAP for some reason. 

Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris
Sent: Tuesday, April 18, 2006 11:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: LDAP and DBMS was Cheryl


>  >Is there any hope of the other DBMS vendors being able to license
the
>  >ability to use Z/ipp processors?
> 
> There is hope, but it is by no means a certainty.  It wouldn't hurt
for
> interested customers to make their wishes in this regard known to IBM.

IBM plans to disclose the software interfaces for exploiting 
the zIIP engines at around the GA timeframe for the new 
processor, or perhaps a little earlier. While this might be a 
little later than we would have liked, we will all be able to 
use the technology.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Chris Mason]

Ray,

It's a *card* thing - along with felt-tipped pens, elastic bands and 029
card punches[1] - and you'd be needing a 2540 or 2501 to read your object
decks (modules) in and a 2540 to get them punched out from the
compiler/assembler.

[1] http://www.computinghistorymuseum.org/museum/punch_zoom.htm

Checking I had my fact right, I had a bit of a shock when I thought I might
be looking at the first 2540 I ever fed but it's the university not the IBM
service bureau:
http://www.cs.ncl.ac.uk/events/anniversaries/40th/images/ibm360_672/slide19.html

Chris Mason

- Original Message - 
From: "Ray Mullins" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 19 April, 2006 12:51 AM
Subject: Re: What's the linkage editor really wants?


> ...
> Too bad, actually...I could see some usefulness, although there are lots
of
> other ways around this, and I don't know if this actually solves a real
> need.
>
> Later,
> Ray

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (fwd) RE: z/OS Apache?

[Ray Mullins]

I can name one non-IBM MF that has a port - BS2000/OSD.

Quite a few open source products (including Perl) had their initial EBCDIC
ports done on that platform.

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris
> Sent: Tuesday April 18 2006 12:15
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: (fwd) RE: z/OS Apache?
> 
> > After Apache is reshaped for z/OS, assuming that it kept in 
> whatever 
> > language the original was distributed in, could the 
> reshaped Apache be 
> > modified easily to run on a Unix/Linux system and if so 
> would it run 
> > better?
> 
> I can't imagine why anyone would want to do that when Apache 
> runs just peachy on Linux right off the bat. That combination 
> is probably the single most common http service platform in 
> use today. 
> 
> The things that need "reshaping" either don't exist on those 
> other platforms, or they exist but in a very different form. 
> 
> > Also has Apache been ported to the Unisys mainframe 
> operating systems 
> > <>  Would similar considerations apply?
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Edward Jaffe]

Ray Mullins wrote:

Well, I just took some time to test REP using the documented format from
z/VSE.

And, alas, in z/OS, it doesn't work - neither with the binder nor the
linkage editor (HEWLKED).

Too bad, actually...I could see some usefulness, although there are lots of
other ways around this, and I don't know if this actually solves a real
need.
  


Ditto. Too bad. :-(

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Ray Mullins]

Well, I just took some time to test REP using the documented format from
z/VSE.

And, alas, in z/OS, it doesn't work - neither with the binder nor the
linkage editor (HEWLKED).

Too bad, actually...I could see some usefulness, although there are lots of
other ways around this, and I don't know if this actually solves a real
need.

Later,
Ray

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Shmuel Metz (Seymour J.)]

In
,
on 04/18/2006
   at 07:53 AM, Ray Mullins <[EMAIL PROTECTED]> said:

>The only place I've found documentation on REP is in the z/VSE
>manuals -
>that's how MiSHaP translates object code zaps, by adding REP cards to
>the end of the object deck.

It was documented for DOS/360, OS/360 and OS/VS2 R 1 (SVS); I don't
recall whether it was in the assembler manuals or the Linkage Editor
manuals, nor whether it was in GC or GY/SY manuals.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal Coupling facility

[Shane]

On Tue, 2006-04-18 at 21:17 +0200, Marian Gasparovic wrote:

> I am not sure if I understand you correctly, what will be you final config ?
> Three LPARs with z/OS + one LPAR as CF ? And all sharing three CPUs ? Nobody
> can tell you what it will lok like as we don't know what is your current
> utilization of CPUs

I can - it'll be awful. Especially if the machine is anywhere near (CPU)
committed. The more LPARs, the worse the PR/SM dispatch interference.
I run a similar config at one customer, and use the CF only for LOGREC
and GRS Star. The Star response times are between one and 2 orders of
magnitude worse than what I would expect from placing the structure in
an ICF.
Yes, *at least* 10 times worse.

May, or may not, be indicative, but I have forbidden the DBAs even
considering data-sharing. They concurred.

Plans are in the final stages to remove the CF, and go back to a ring
(of monoplexes). The M??(?) thingies can be better used elsewhere.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Robert A. Rosenberg]

At 03:24 +0200 on 04/18/2006, Chris Mason wrote about Re: What's the 
linkage editor really wants?:



Robert,

Quite right - total rubbish - I meant to say REP, of course, as can be seen
from the context - and the fact that I specifically said that RLD
corresponds to what can be found in the Assembler listing in the previous
paragraph


OOPS - My Bad. Upon review of the original message I see that you DO 
state that RLD info is listed in the Assembly information.


BTW: The reason for the lack of any mention of REP cards in the 
Assembly listing is that they are never created by the Assembler. 
Their original purpose (back in the physical card days) was to give 
the programmer the capability to patch the code without needing a 
reassembly of the source.


Given the slow speed of the compile, the wait for access to the 
computer, and the one-time use of physical dead trees for the Object 
Deck and Printed Listing (as opposed to the current use of Recycled 
Electrons for the Source, Object, and Listings as well as fast turn 
around times and online viewing of the resulting listings), the 
ability to punch the correction into the source deck (for later 
reassembly) and a REP card to place in the Object Deck (for immediate 
use in a Linkage Edit and Run stream) allowed the use of REP cards to 
be justified as a time and media saving measure.


The "correction" was added as a REP card at the end of the deck and 
the Linkage Editor updated the appropriate location in the resultant 
Load Module. They served the same purpose in Object Decks as a 
Superzap ZAP did/does for Load/Program Modules.



- this can be the problem with selective quoting - well,
politicians have to put up with it all the time. 

Chris Mason

- Original Message -
From: "Robert A. Rosenberg" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 18 April, 2006 2:38 AM
Subject: Re: What's the linkage editor really wants?



 At 16:55 +0200 on 04/13/2006, Chris Mason wrote about Re: What's the
 linkage editor really wants?:


 >One card type you won't find mentioned in the Assembler listing is RLD.

 RLDs can appear in the Assembly listing (after the source listing and
 only if you ask for it in your parms). If I remember correctly, this
 is a truncated list - Only references from one ESD entry to another
 (ie: VCONs and ACONS in CSECT X pointing at a location in CSECT Y. In
 the Object Deck/Program Object/Load Module, there is one RLD entry
 for every ACON and VCON in the program - The RLD is what is used to
 update the Offset assembled into an ACON/VCON to reflect its location

 > in memory when the program is loaded.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Tony Harminc]

Ed Gould wrote:

> I too remember rep cards but honestly don't remember where 
> that they were documented. That is why I asked the question. 
> I *vaguely* remember them from 25+ years ago. I was just 
> hoping that someone would know if they are still supported 
> and if so where they were documented. I would have suspected 
> (if they still are supported) that they would be documented 
> in the binder manual (program management).  
> They (as you say) don't seem to.

The place I encountered REP cards was in HASP II, in the early 1970s. There,
they did an on-the-fly ZAP as each module was loaded. I've never heard of
them in any linkage editor or Binder version, but I've never worked with
DOS/VSE.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LDAP and DBMS was Cheryl

[Craddock, Chris]

>  >Is there any hope of the other DBMS vendors being able to license
the
>  >ability to use Z/ipp processors?
> 
> There is hope, but it is by no means a certainty.  It wouldn't hurt
for
> interested customers to make their wishes in this regard known to IBM.

IBM plans to disclose the software interfaces for exploiting the zIIP
engines at around the GA timeframe for the new processor, or perhaps a
little earlier. While this might be a little later than we would have
liked, we will all be able to use the technology.

CC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Ed Gould]

On Apr 18, 2006, at 2:26 PM, Chris Mason wrote:


Edward,

This topic started because Johnny Luo asked about the contents of  
an object

module. My reply included a reference to the REP card and thus another
strand of the original thread spun off. (This covers Ray's question.)

In the thread I reminisced over a particularly tricky use of the  
REP card to

compensate for a PL/1 bug in CICS. I believe it was an, I expect,
unintentional 32K limit to a CICS PL/1 transaction program. I'm  
pretty sure
this was a VS1 system since I'd outgrown DOS (VSE) by then and  
hadn't yet

made the complete step to MVS. It was 1973[1].

Since this indicates the use of the REP card was permitted in at  
least one
of the "big brother" systems, I'd be inclined to expect it to be  
available
to all. However, I checked the z/OS "Program Management" manuals  
and none

confess to knowing anything about the word "REP".

[1] The reason I recall the details is that I was getting a suite of
demonstration programs ready to show that Cyrillic 3270s actually  
worked.
The Soviet ministry's machines lacked PF keys which were a key  
feature of
the demonstration suite. Each program needed to be modified and one  
broke
the 32K mark. Fixing up the programs was more high pressure than it  
might
have been because I was having to do the work in Vienna[2] away  
from my
usual technical base. In Vienna the changed programs worked.  Did  
they work
in Moscow? No. Fortunately very shortly afterwards, it was  
discovered that
Cyrillic 3270s needed X'BF' as the poll character rather than X'7F'  
and the

suite worked as it should - so I was told.

[2] Something else I remember, as was a granite habit, I took two  
copies of
the programs on tape. In this case, the first one didn't work.  
Maybe it was

a reflection of the tape technology of the time.

Chris Mason



Chris,

I too remember rep cards but honestly don't remember where that they  
were documented. That is why I asked the question. I *vaguely*  
remember them from 25+ years ago. I was just hoping that someone  
would know if they are still supported and if so where they were  
documented. I would have suspected (if they still are supported) that  
they would be documented in the binder manual (program management).  
They (as you say) don't seem to.


Just a point of curiosity thats all.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Our Datacenter Status

[Eric Bielefeld]

I just thought I'd give you all a status on our datacenter.  The time 
is short.  My last day, unless I hear otherwise soon, is 4-28.  
Yesterday at noon we shut down all of the CICSs, which were still 
running in read only mode.  I was amazed at how many messages were 
coming from VTAM saying that people were trying to log on to 
applications that are down.  I counted 128 attempts to log into CICSs 
this morning from 6:00 to maybe 11:00.  

Today, I changed the startup deck on CA7 so that no jobs will be 
scheduled unless requested.  Early next week our leasing company will 
come get the Dasd and the CPU.  I think all of the other equipment is 
scrap.  Anyone want any 3490E drives?  We have 4 boxes and 2 control 
units.  They would have to be picked up or arrange for shipping by the 
end of next week.  We have several 3174 controllers available - same 
terms.

Its kind of funny.  We had a company that wanted to lease our building 
as a datacenter for a disaster recovery site.  They kept saying they 
were going to decide in a day or two whether they would take the 
building.  Today they finally decided not to.  Why does that matter?  
When we leased the building, it was used I think to manufacture 
varnish.  We sanded and sealed the floor, added inside walls so the 
concrete block wasn't showing, put in raised flooring and a ceiling, 
etc.  I think about $1,000,000 in improvements.  Since the other 
company backed out, we now have to take out all of our improvements and 
give it back to the owner in the same shape it was in when we took it 
over.  It just seems like such a waste.  Anybody need a hot site, DR 
site, etc. in the Milwaukee area.  We are right next to the airport - 
very convenient.  You would have to get in touch with us by the end of 
the week though if there is any interest, and I think a decision would 
have to made very quickly
, as we are not going to string things along any longer.  If there's 
any interest, my phone # is below.

Well, now its time to seriously start looking for a job.  I REALLY 
don't want to move, and I'm thinking I could even go back to computer 
operations (not 3rd shift though) instead of moving.  I only know of 
one sysprog job opening in the MKE area in the last year, and that one 
I didn't get.  Our network sysprog got a job in MKE a month or so ago 
as an operator.  He works 3 or 4 nights a week from 9 PM to 9:30 AM.  
That I couldn't hack.  1st shift I could do though.  Well, maybe that 
ideal sysprog job will open up in Milwaukee soon.  

Eric Bielefeld
Sr. Systems Programmer
P&H Mining Equipment
414-671-7849
Milwaukee, Wisconsin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LDAP and DBMS was Cheryl

[Bill Manry]

On 18 Apr 2006 06:20:35 -0700, [EMAIL PROTECTED] (Clark Morris) wrote:
>Is there any hope of the other DBMS vendors being able to license the
>ability to use Z/ipp processors?

There is hope, but it is by no means a certainty.  It wouldn't hurt for
interested customers to make their wishes in this regard known to IBM.

/b
--
Bill Manry - Oracle Corp.
Opinions expressed here are mine, not Oracle's.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICSF

[Ward, Mike S]

Thanks for the answer. 

I just finished generating an exporter key using ICSF. Do I need to
generate an importer key as well? The ICSF admin book sort of says they
complement each other, but it doesn't say whether you need both. I will
be encrypting tapes using VDR's utility, and I'll need to read the tapes
back in at the local site or at a remote site. Am I just ok with an
exporter key?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Tuesday, April 18, 2006 2:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ICSF

Ward, Mike S wrote:

> Hello all, I have a question about keys that I could not find a good
> answer for. If you initialize your PKS and CKS using the pass phrase
> method. Do you still have to set up master keys in order to generate
> importer/exporter keys? 

Pass phrase initialization includes master key generation. 
Exporter/importer keys can be generated as soon as you initialized 
P/CKDS and started ICSF STC.
You *cannot* re-set your master keys, unless you want to re-create
P/CKDS.

-- 
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

=
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to whom they are addressed.If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system. If you are not 
the intended recipient you are notified that
disclosing, copying, distributing or taking any action in reliance on the 
contents of this information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Chris Mason]

Edward,

This topic started because Johnny Luo asked about the contents of an object
module. My reply included a reference to the REP card and thus another
strand of the original thread spun off. (This covers Ray's question.)

In the thread I reminisced over a particularly tricky use of the REP card to
compensate for a PL/1 bug in CICS. I believe it was an, I expect,
unintentional 32K limit to a CICS PL/1 transaction program. I'm pretty sure
this was a VS1 system since I'd outgrown DOS (VSE) by then and hadn't yet
made the complete step to MVS. It was 1973[1].

Since this indicates the use of the REP card was permitted in at least one
of the "big brother" systems, I'd be inclined to expect it to be available
to all. However, I checked the z/OS "Program Management" manuals and none
confess to knowing anything about the word "REP".

[1] The reason I recall the details is that I was getting a suite of
demonstration programs ready to show that Cyrillic 3270s actually worked.
The Soviet ministry's machines lacked PF keys which were a key feature of
the demonstration suite. Each program needed to be modified and one broke
the 32K mark. Fixing up the programs was more high pressure than it might
have been because I was having to do the work in Vienna[2] away from my
usual technical base. In Vienna the changed programs worked.  Did they work
in Moscow? No. Fortunately very shortly afterwards, it was discovered that
Cyrillic 3270s needed X'BF' as the poll character rather than X'7F' and the
suite worked as it should - so I was told.

[2] Something else I remember, as was a granite habit, I took two copies of
the programs on tape. In this case, the first one didn't work. Maybe it was
a reflection of the tape technology of the time.

Chris Mason

- Original Message - 
From: "Edward Jaffe" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 18 April, 2006 5:10 PM
Subject: Binder REP Cards (Was: What's the linkage editor really wants?)


> Ray Mullins wrote:
>
> >The only place I've found documentation on REP is in the z/VSE manuals -
> >that's how MiSHaP translates object code zaps, by adding REP cards to the
> >end of the object deck.
> >
> >
>
> Sorry. I missed the start of this thread. Are you saying the z/OS PM
> Binder accepts REP cards like the z/VSE linkage editor does? Yippee!
> Does it work for GOFF objects too?
>
> -- 
> Edward E Jaffe
> Phoenix Software International, Inc
> 5200 W Century Blvd, Suite 800
> Los Angeles, CA 90045
> 310-338-0400 x318
> [EMAIL PROTECTED]
> http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal Coupling facility

[Marian Gasparovic]

Hello Cletus,
I am not sure if I understand you correctly, what will be you final config ?
Three LPARs with z/OS + one LPAR as CF ? And all sharing three CPUs ? Nobody
can tell you what it will lok like as we don't know what is your current
utilization of CPUs, but I would recommend you to purchase ICF processor for
CF LPAR, don't share CPUs for z/OS and CF. CF can eat whatever it gets. And
you pay MLCs for that processors although you will run a lot of CF code on
it...
BTW, running both test and production in one LPAR ?

Marian Gasparovic
IBM Slovakia

On 4/18/06, McGee, Cletus <[EMAIL PROTECTED]> wrote:
>
> Hello World
>
>
>
> We have a Z890-370. We currently are running a single LPAR with both
> test and production running in that LPAR. We are looking at moving into
> a SYSPLEX environment using two LPARS (one for test and one for
> production) and an Internal Coupling facility. The three engines would
> have to be shared across the current LPAR as well as the two new ones
> and the coupling facility. I have some 19 different DB2 subsystems. Some
> of those subsystems would need to share data across to the other LPAR.
>
>
>
> I am wondering about overhead. I have not been able to find any good
> reading on how to figure what this might be. I was wondering what the
> experience out there thought about this. I would much appreciate your
> thoughts and guidance on this.
>
>
>
> Thanks in advance.
>
>
>
> ***
>
> Cletus McGee
>
> Technical Services
>
> (334) 394-3320
>
>
>
> Have a grand day
>
>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (fwd) RE: z/OS Apache?

[Craddock, Chris]

> After Apache is reshaped for z/OS, assuming that it kept in whatever
> language the original was distributed in, could the reshaped Apache be
> modified easily to run on a Unix/Linux system and if so would it run
> better? 

I can't imagine why anyone would want to do that when Apache runs just
peachy on Linux right off the bat. That combination is probably the
single most common http service platform in use today. 

The things that need "reshaping" either don't exist on those other
platforms, or they exist but in a very different form. 

> Also has Apache been ported to the Unisys mainframe operating
> systems <>  Would similar considerations apply?

I have no idea. One of the Unisys mavens will have to answer that.

CC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal Coupling facility

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of McGee, Cletus
> Sent: Tuesday, April 18, 2006 1:46 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Internal Coupling facility
> 
> Hello World
> 
> We have a Z890-370. We currently are running a single LPAR with both
> test and production running in that LPAR. We are looking at 
> moving into
> a SYSPLEX environment using two LPARS (one for test and one for
> production) and an Internal Coupling facility. The three engines would
> have to be shared across the current LPAR as well as the two new ones
> and the coupling facility. I have some 19 different DB2 
> subsystems. Some
> of those subsystems would need to share data across to the 
> other LPAR. 
> 
> I am wondering about overhead. I have not been able to find any good
> reading on how to figure what this might be. I was wondering what the
> experience out there thought about this. I would much appreciate your
> thoughts and guidance on this. 
> 
> Thanks in advance.
> Cletus McGee
> 

Cletus,

I would __strongly__ suggest that you get a CFL on your z890 and run the
Internal Coupling Facility on that. It will cost money, but will not
require any sort of increase in software costs.

The internal coupling facility code is designed to run in "active wait"
mode. Basically, this means that it runs at 100% CPU utilization
regardless of the "useful" activity in it. If you give its LPAR a high
weight, then it will negatively impact your z/OS work. If you give its
LPAR a low weight, then any CF activity will be elongated, again
negatively impacting your z/OS work. There is a DYNDISP ON which
decreases overhead, but it again elongates CF activity with the same
negative impact.

JUST SAY "NO".

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Afforadble Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal Coupling facility

[Ted MacNEIL]

>I have some 19 different DB2 subsystems. Some
of those subsystems would need to share data across to the other LPAR.

Don't expect performance if you share CP's for the ICF!


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z8 ???

[Ted MacNEIL]

>But what MSU/MIP value is assigned to an engine ???

It depends.
The first engine is 100%.
The second gives you 86% more (approx).
The next around 82%.
The 9th gives you ...

MSUs are assigned based on the total capacity of the CEC.
Not on the individual CP's.

And, MSUs are not the same as they used to be.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Internal Coupling facility

[McGee, Cletus]

Hello World

 

We have a Z890-370. We currently are running a single LPAR with both
test and production running in that LPAR. We are looking at moving into
a SYSPLEX environment using two LPARS (one for test and one for
production) and an Internal Coupling facility. The three engines would
have to be shared across the current LPAR as well as the two new ones
and the coupling facility. I have some 19 different DB2 subsystems. Some
of those subsystems would need to share data across to the other LPAR. 

 

I am wondering about overhead. I have not been able to find any good
reading on how to figure what this might be. I was wondering what the
experience out there thought about this. I would much appreciate your
thoughts and guidance on this. 

 

Thanks in advance.

 

***

Cletus McGee

Technical Services

(334) 394-3320

 

Have a grand day

   

 

 




-
The information contained in this email/fax is confidential; it is
intended only for the use of the individual or entity named above.
If the reader of this message is not the intended recipient, you
are notified that any dissemination, distribution, or use of this
information is strictly prohibited. If you have received this
communication in error, please contact us immediately at the
telephone number or e-mail address set forth above and destroy all
copies of the original message. Although this email/fax is believed
to be free of any virus or other defect that might affect any
computer system in which it is received, it is the responsibility
of the recipient to ensure that it is virus free; Alfa accepts no
responsibility for any loss or damage arising in any way from its
use.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z8 ???

[Dave Kopischke]

On Mon, 17 Apr 2006 00:00:00 GMT, Ted MacNEIL 
<[EMAIL PROTECTED]> wrote:

>>what is the MIPS or MSUs of the particular models ???
>
>MIPS are whatever you want them to be!
>I wrote an article, admittedly for an IBM publication, and it was only 900 
words, so I only scratched the surface.
>But, MIPS are:
>Workload Dependent
>Processor option dependent
>Micro-code patch level dependent
>z/OS release dependent.
>


OK, so I'm an idiot.  I look at that page and I see 9 different models 
under the 1-way column for the Z9BC  S07. I thought the -way was equivilent 
to number of engines ??? I thought the increasing models in the -way column 
would represent decreasing impairment of the processor until you get to the 
last row which is full speed ???

I'll take an MSU number. I just want to know what relative speed each 
engine is. I'll check out the z9-109 and see if I can find anything useful 
there too.



>
>>How granular is the step ???
>
>Each engine added is a step.
>That's the granularity.
>

But what MSU/MIP value is assigned to an engine ??? And if that were true, 
there would have to be 84 engines in the S07 machine. How can that be 
correct if it is previously stated that there are 8 processors in each 
machine ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Desi de la Garza]

Remember that the network setting and IPDS settings at the printer end might
also be causing the problem. 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Finnell
Sent: Tuesday, April 18, 2006 12:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PSF release printer


 
In a message dated 4/18/2006 12:08:25 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

So they  both have the same PSF settings and only one is working?  



>>
I'd be tempted to switch the wires and see if problems follows?
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Educational Announcement - z/VM & zLinux performance tuning

[Dave Jones]

Due to current high demand Velocity Software is offering a z/VM
& zLinux Educational Opportunity:
z/VM and z/Linux meassurement and tuning, May 22-25, 2006


Spending too much time trying to find the problem?If you knew
how to fix the problem.  Spend a week learning along side other
IT professionals at Velocity Software's educational facility in
Mountain View, California (Silicon Valley).

"http://velocitysoftware.com/workshop.html"; for details.










"If you can't measure it, I'm Just NOT interested!"(tm)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Tim Hare]

It may be just me, but I could see a parameter in IEASYMxx (pseduo-doc 
follows)
-
SYMRESLV= SUBMIT / CONVERT / INITIATE

-  SYMRESLV determines where system symbols are resolved  for an ordinary 
batch job. Note that started tasks and "started jobs" always have symbols 
resolved on the system where they are started.

a. SYMRESLV=SUBMIT resolves the symbols during reader processing on the 
system where the job is submitted. 

b. SYMRESLV=CONVERT resolves the symbols during conversion on the system 
converting the JCL to internal text.

c. SYMRESLV=INITIATE resolves the symbols when the job is selected for 
execution, on the system where it will execute.
--

The originating systems SYMRESLV would determine how each job is handled. 
A flag would be required in the JQE(?)  for the job to carry along what 
the setting was on the originating system.

case a and b might  not involve developing any new internal text keys, but 
case c might involve a key that says "deferred symbol here" with a length 
of the symbol's name  and the symbol name. 

This would allow us to use the symbols, while putting the responsibility 
on us to determine where we want them resolved.   I'm sure documentation 
would recommend the pros and cons of each method - for example I don't see 
much of a case for option b if the systems involved are all different 
systems.



Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Ed Finnell]

 
In a message dated 4/18/2006 12:08:25 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

So they  both have the same PSF settings and only one is working?  



>>
I'd be tempted to switch the wires and see if problems follows?
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Knutson, Sam]

Shane's handy IEFUJV exit will do this as will other methods discussed
in the archives.
Since you can do it in a standard SMF exit or JES exit I think it would
be a harder case to make for an IBM
distributed USERMOD than the TSO/E updates for BINPSIZE=x'00'.

File # 573 IEFUJV exit for System Symbolic substitution in JCL 

http://www.cbttape.org/ftp/cbt/CBT573.zip

http://www.cbttape.org

IEFUJV   TITLE 'SMF JOB VALIDATION- ALLOW JCL VARIABLES '  
***
* *
* MODULE NAME = IEFUJV*
* *
* FUNCTION =  *
*PROVIDE ACCESS TO SYSTEM SYMBOLS IN JCL  *
*USE A "// SET " STATEMENT TO ASSIGN SYSTEM SYMBOLS   *
*TO VARIABLES LOCAL TO THE JOB;   *
*E.G. "// SET LPAR=&SYSNAME  " RESOLVES TO*
* "// SET LPAR=PROD  "*
*THIS MAY THEN BE USED IN A DSNAME, SUCH AS ...   *
*//DD1   DD  DSN=SYS1.&LPAR..MYLIB*
* *
*  WARNING =  *
* SYMBOLS ARE RESOLVED AT PRE-CONVERSION. *
* *
* THIS IS PARTICULARLY RELEVANT FOR DATE AND TIME *
* WHERE A JOB IS PLACED ON HOLD OR CROSSES A DAY  *
* BOUNDARY.   *
* LIKEWISE THERE ARE JES MAS AND NJE ISSUES   *
* *
* CAVEAT EMPTOR   *
* *
*  NOTES =*
* *
* TRAILING PERIOD ON SYMBOL MAY OR MAY NOT BE *
* INCLUDED - HAS NO EFFECT ON FUNCTIONALITY.  *
* *
* MULTIPLE SYMBOLS PER CARD IMAGE IS SUPPORTED*
* *
* CONTINUATION OF "SET" CARD IMAGE IS *NOT* SUPPORTED *
*(USE MULTIPLE "SET" CARDS)   *
* *
* BE AWARE OF SYMBOL SUBSTITUTION EXTENDING THE CARD  *
* BEYOND COLUMN 72 - THIS WILL BE RETURNED, AND WILL  *
* GENERALLY CAUSE A JCL ERROR.*
* *
* EXIT WILL CLEAR THE INPUT AREA TO ACCOMODATE THE*
* SITUATION WHERE THE RESOLVED TEXT IS SHORTER*
* *
* EXIT WILL COPY AN EXTRA BYTE FROM THE TARGET TO *
* ENSURE A BLANK AT END. THIS HANDLES THE SCENARIO*
* WHERE THE RESOLVED IS LONGER, AND COMMENTS FOLLOW.  * 

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..." 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Schramm, Rob
Sent: Tuesday, April 18, 2006 12:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Static Symbols in JCL

I wonder if IBM would consider providing a USERMOD that would perform
symbol conversion on the system that the job actually executes (thus
preserving the "just like a started task")

Just a thought. 

-Rob



This e-mail transmission contains information that is confidential and
may be privileged.   It is intended only for the addressee(s) named
above. If you receive this e-mail in error, please do not read, copy or
disseminate it in any manner. If you are not the intended recipient, any
disclosure, copying, distribution or use of the contents of this
information is prohibited. Please reply to the message immediately by
informing the sender that the message was misdirected. After replying,
please erase it from your computer system. Your assistance in correcting
this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] wit

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Ray Mullins]

Maybe.  :-)

I think this all started out of REP cards for object decks.  I was just
replying to the particular topic about documentation.

If I had some time today, I'd try an experiment on the older format side.  I
don't have any GOFF handy.

Later,
Ray 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
> Sent: Tuesday April 18 2006 09:36
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Binder REP Cards (Was: What's the linkage editor 
> really wants?)
> 
> Ray Mullins wrote:
> 
> >Maybe.  :-)
> >  
> >
> 
> Maybe what? Maybe the binder accepts REP cards? Or maybe the 
> binder accepts REP cards for GOFF objects?
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Desi de la Garza]

So they both have the same PSF settings and only one is working? 

Thanks,
 
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Miklos Szigetvari
Sent: Tuesday, April 18, 2006 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PSF release printer


Hi

Thank you all.
We have  two TCP/IP attached printers, for one it is working, I got the 
disconnect message etc., for
the second one, no message the printer in "SELECT READ"  status.

Desi de la Garza wrote:

>If you have your PSF settings correct you should see this on your HOST 
>SYSLOG.
>
> APS929I  PSFIP$P PSFIP$P HPRF330 PRT325 (TCPIP) 302   
> (CONT.) COMMUNICATION WITH TCP/IP-ATTACHED PRINTER (PRT325) IPADDR
> (CONT.) (192.168.75.244) WAS TERMINATED DUE TO A DISCONNECT INTERV
> (CONT.) TIMEOUT.  
>
>  
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Schramm, Rob]

I wonder if IBM would consider providing a USERMOD that would perform
symbol conversion on the system that the job actually executes (thus
preserving the "just like a started task")

Just a thought. 

-Rob



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[John R. Ehrman]

Re Robert Rosenberg's posting: All RLD items not resolved at
assembly time are listed in the Relocation Directory -- they
don't necessarily have to have different Position and Relocation
ESDIDs (for example, A(*) will have the same PID and RID).

Re Ed Gould's posting: I vaguely remember seeing a description
of REP cards in the documentation of the CMS loader. I don't think
the Link Editor or Binder handle REP cards.

John Ehrman
(-- Referenced Note Follows )
Date:Mon, 17 Apr 2006 20:38:38 -0400
From:"Robert A. Rosenberg" <[EMAIL PROTECTED]>

>One card type you won't find mentioned in the Assembler listing is RLD.

RLDs can appear in the Assembly listing (after the source listing and
only if you ask for it in your parms). If I remember correctly, this
is a truncated list - Only references from one ESD entry to another
(ie: VCONs and ACONS in CSECT X pointing at a location in CSECT Y. In
the Object Deck/Program Object/Load Module, there is one RLD entry
for every ACON and VCON in the program - The RLD is what is used to
update the Offset assembled into an ACON/VCON to reflect its location
in memory when the program is loaded.
--
Date:Mon, 17 Apr 2006 21:57:19 -0500
From:Ed Gould <[EMAIL PROTECTED]>

Subject: Re: What's the linkage editor really wants?
Which brings up a side issue... is the REP card documented anywhere?
I would think it would be in the BINDER manual, no?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Miklos Szigetvari]

Hi

Thank you all.
We have  two TCP/IP attached printers, for one it is working, I got the 
disconnect message etc., for

the second one, no message the printer in "SELECT READ"  status.

Desi de la Garza wrote:


If you have your PSF settings correct you should see this on your HOST
SYSLOG.

APS929I  PSFIP$P PSFIP$P HPRF330 PRT325 (TCPIP) 302   
(CONT.) COMMUNICATION WITH TCP/IP-ATTACHED PRINTER (PRT325) IPADDR

(CONT.) (192.168.75.244) WAS TERMINATED DUE TO A DISCONNECT INTERV
(CONT.) TIMEOUT.  

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Arthur T.]

On 18 Apr 2006 08:59:32 -0700, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] wrote:


I know I can't do it (having read the manual and some 
SHARE presentations), but can someone clue me in about why 
I can use static system symbols such as &SYSNAME in 
started task JCL but not regular batch JCL?


 You submit your job from masmem1 on node1.  Masmem2 
notices it has a /*route to node2 and sends it along.  It 
enters on masmem3 on node2 and is converted on 
masmem4.  Eventually, it runs on masmem5.  What would you 
like substituted for &SYSNAME?


 The answer to the above question is probably masmem5 
- the only one that's totally impossible to substitute 
because substitution is done before it gets there.  There 
are similar problems with (at least most of) the other 
static symbols.  IBM's official line (as interpreted by me) 
is that they'd rather not substitute at all than have half 
or more jobs having the "wrong" substitution (and half or 
more of the people complaining about it). 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Ted MacNEIL]

>System symbols are also allowed in "started jobs" which are similar to
"started tasks."

I am aware of that.
I didn't ask the question.
I supplied an answer.

Also, is it supported under TSO?
I've forgotten.


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Desi de la Garza]

If you have your PSF settings correct you should see this on your HOST
SYSLOG.

 APS929I  PSFIP$P PSFIP$P HPRF330 PRT325 (TCPIP) 302   
 (CONT.) COMMUNICATION WITH TCP/IP-ATTACHED PRINTER (PRT325) IPADDR
 (CONT.) (192.168.75.244) WAS TERMINATED DUE TO A DISCONNECT INTERV
 (CONT.) TIMEOUT.  

Thanks,
 
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Miklos Szigetvari
Sent: Tuesday, April 18, 2006 3:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PSF release printer


Hi

We have some PSF TCP/IP attached printers in the network.
I try to persuade the PSF to release the printer, close the session if 
nothing to do
Till now without success
The current settings:

  IPADDR='10.1.5.33', 
 FAILURE=WCONNECT,   
 TIMEOUT=REDRIVE,
 DISCINTV=5, 
 RELMODE=IDLE,   
 RELINTV=5,  
 MGMTMODE=OUTAVAIL   

-- 
Mit freundlichen Grüßen / Best regards

Miklos Szigetvari

ISIS Information Systems GmbH
Alter Wienerweg 12
2344 Maria Enzersdorf
Austria

---
This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content of
this e-mail is not permitted. This email has been checked for known viruses,
but ISIS accepts no responsibility for malicious or inappropriate content.
--- 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Edward Jaffe]

Ray Mullins wrote:


Maybe.  :-)
 



Maybe what? Maybe the binder accepts REP cards? Or maybe the binder 
accepts REP cards for GOFF objects?


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Miklos Szigetvari]

Rugen, Len wrote:


You WANT to share, the person recommending DISCONNECT=0 wanted to
PREVENT sharing.  


I compared your parms from the first note to mine and for IP printer
sharing items, I don't see why it's not working.  Make sure you are
stopping and restarting the FSS, not just the JES printer, for parm
changes.  If that's not it, it's time to call PSF support. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 


   Hi

   If  I  cancel or stop the FSS printer, the tcp/ip session also ends, 
but it is not a solution for us.
  
I have restarted, and while the FSS writer inactive, I see in the 
"netstat " the tcp/ip session,

and
F PRT16,DISPLAY,PRT16,STATUS=TCPIP
APS639I  PRT16T30 PRT16 ***  COMMAND (DISPLAY) ACCEPTED. 982  
APS699I  TCP/IP   DISPLAY  STATUS 983 
 PENDING  
PRINTER... TCP/IP STATUS...  COMMANDS.
PRT16   READY  TCP/IP IS ACTIVE  SELECT-READ  
   PRINTER ATTACHED   
  
I have opened a PMR.
 


--
Mit freundlichen Grüßen / Best regards

Miklos Szigetvari

ISIS Information Systems GmbH
Alter Wienerweg 12
2344 Maria Enzersdorf
Austria

---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Kittendorf, Craig]

System symbols are also allowed in "started jobs" which are similar to
"started tasks."

Craig

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, April 17, 2006 8:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Static Symbols in JCL

>can someone clue me in about why I can use static 
system symbols such as &SYSNAME in started task JCL but not regular
batch 
JCL?

This has come up many times!
Started Tasks are guaranteed to run on the same system they are
submitted on.

The problem, in simple terms, is which set of system symbols do you use?
The submitting system?
The converting system?
The executing system?

Add in NJE, and it becomes even more complex!

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Ted MacNEIL]

>can someone clue me in about why I can use static 
system symbols such as &SYSNAME in started task JCL but not regular batch 
JCL?

This has come up many times!
Started Tasks are guaranteed to run on the same system they are submitted on.

The problem, in simple terms, is which set of system symbols do you use?
The submitting system?
The converting system?
The executing system?

Add in NJE, and it becomes even more complex!

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Ed Finnell]

 
In a message dated 4/18/2006 10:44:55 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

compared  your parms from the first note to mine and for IP printer
sharing items, I  don't see why it's not working.  Make sure you are
stopping and  restarting the FSS, not just the JES printer, for  parm



>>
There's a PARM for FSS that says when printer is stopped FSS should  stop. 
Again there's PARMs on both ends. PSF end AND Printer end for timeout  values. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Alan C. Field]

Tim, 

This has been discussed at great length in the archives in the past. 

I think the complexity of the issue eludes those whose world is composed 
of a single
LPAR running z/OS. 

The considerations ar primarily to do with when and where the symbols are 
resolved.

Do you resolve them on the system doing the JCL conversion? On the system 
running the job
(possibly two different LPARs in a Parallel Sysplex). 

For things like time and date do you resolve them to when the job was hit 
the system, or when
the job actually executed. Consider TYPRUN=HOLD on the job card. 

Alan





I know I can't do it (having read the manual and some SHARE 
presentations), but can someone clue me in about why I can use static 
system symbols such as &SYSNAME in started task JCL but not regular batch 
JCL? 

I presume, since they are started tasks, that these variables are 
available to my job scheduler (currently Beta-42, possibly CA-7 in the 
future)  - so, are they exposed as variables you can substitute? 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Static Symbols in JCL

[Tim Hare]

I know I can't do it (having read the manual and some SHARE 
presentations), but can someone clue me in about why I can use static 
system symbols such as &SYSNAME in started task JCL but not regular batch 
JCL? 

I presume, since they are started tasks, that these variables are 
available to my job scheduler (currently Beta-42, possibly CA-7 in the 
future)  - so, are they exposed as variables you can substitute? 


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Ray Mullins]

Maybe.  :-)

My e-mail provider (an ex-cow-orker) moved boxes this weekend, and I'm still
playing catch-up from that.

I don't recall how this subject came up in the thread.   You'll probably
have to check the archives.

Later,
Ray

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
> Sent: Tuesday April 18 2006 08:10
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Binder REP Cards (Was: What's the linkage editor 
> really wants?)
> 
> Ray Mullins wrote:
> 
> >The only place I've found documentation on REP is in the 
> z/VSE manuals 
> >- that's how MiSHaP translates object code zaps, by adding 
> REP cards to 
> >the end of the object deck.
> >  
> >
> 
> Sorry. I missed the start of this thread. Are you saying the 
> z/OS PM Binder accepts REP cards like the z/VSE linkage 
> editor does? Yippee! 
> Does it work for GOFF objects too?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Rugen, Len]

You WANT to share, the person recommending DISCONNECT=0 wanted to
PREVENT sharing.  

I compared your parms from the first note to mine and for IP printer
sharing items, I don't see why it's not working.  Make sure you are
stopping and restarting the FSS, not just the JES printer, for parm
changes.  If that's not it, it's time to call PSF support. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/17/2006
   at 03:53 PM, john gilmore <[EMAIL PROTECTED]> said:

>Paul Gilmartin writes:
>>
>>  In a recent note, "Shmuel Metz (Seymour J.)" said:
>>  >
>>  > Date: Sun, 16 Apr 2006 13:21:19 -0300
>>  >
>>  > is true is that SYSLIB should not contain a concatenation of object
>>  > and load libraries.
>>  >  By experiment, this appears to be a restriction of the Linkage
>>  Editor, but not of the Binder.  z/OS 1.5.

What your quotation flags: you made it looks as though I rather than
Paul was reporting the experiment. It looks like you reflowed some
text that included a blank quoted line, i.e., only ">", thus adding
the extra ">" to your quote.

>The operative distinction and restriction are not between object
>modules and  load modules (or program objects).  They are between
>sequential and  "library" dataset organizations. 

Perhaps for the BINDER, but certainly not for the Linkage Editor,
which could not handle a PDS concatenation of RDCFM=FB with RECFM=U.
Actually, I was surprised that it worked on the BINDER when Paul tried
it.

>>You must not mix data set types in a single concatenation. All concatenated 
>>data sets must be either partitioned or sequential, not both. A PDS or PDSE 
>>member is treated as a sequential data
>>set

But where does it say that you can mix RECFM? That's the restirction
under discussion.

What about mixing PDS, PDSE and *FS in SYSLIB?

-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Old computers was (fwd) Re: Space in MB?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/17/2006
   at 02:31 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:

>Did they accept either definition?

I have no idea, but I did complain about the question.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Broken URLs (was: Re: z8 ???)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/17/2006
   at 06:01 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>There is a convention followed by some MUAs and mentioned in RFC 1738
>(but not defined there -- does anyone know the origin?) of using '<'
>and '>' to delimit broken URLS to be rejoined by the MUA.

I was under the impression that it applied to any URL, split or not.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (fwd) RE: z/OS Apache?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/17/2006
   at 09:21 PM, Clark Morris <[EMAIL PROTECTED]> said:

>(A-series follow-on to the B5000-B7700


The B5000, B5500 and B5700 had a completely different architecture
form the B6500, B7500 and their successors.  Not even the syllable
size was the same. There were certainly similarities, e.g., the
descriptor and stack concepts, but even for those there were more
differences than similarities. 
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Invitation to the NY Metro NaSPA Meeting: Thursday, 20 April, 2006

[Mark Nelson]

The next meeting of the NY Metro Networking and Systems Professionals 
Association (NaSPA) chapter meeting is this Thursday, 20 April, 2006. Our 
current agenda (subject to change) is:

10:00-10:10 Welcome 
10:10-11:10 GDPS Basics : The Ultimate Availability Solution for any 
On Demand businesses (David Raften, IBM)
11:10-11:15 Break
11:15-12:00 The IBM Health Checker for z/OS (Mike Philips, IBM)
12:00-13:15 Lunch
13:15-14:15 The Value of z (Jim Porell, IBM)
14:15-14:20 Break
14:20-15:20 What's new in SDSF V1R7 (Bill Keller, IBM)
15:20-15:25 Break
15:25-16:25 Electronic Service Delivery (Kurt Quackenbush, IBM)

The meeting is in room 1219 at the IBM Building at 590 Madison Avenue, New 
York, New York. 

Pre-registration is recommended as it simplifies getting into the 
building, helps us get the room set up correctly, and ensures that we 
order enough coffee and Krispy Kremes :-).  Please RSVP to me 
([EMAIL PROTECTED]) as soon as is possible if you are thinking of 
attending.

The meeting is open to non-NaSPA members and is free!

Thanks!!   - Mark

Appended with the permission of the IBM-MAIN list moderator.


Mark Nelson, CISSP
z/OS Security Server (RACF) Design and Development
IBM Corporation
2455 South Road MS/P388
Poughkeepsie, NY 12603
(845) 435-7758, tie line 8+295-7758, fax (845) 432-9589
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Binder REP Cards (Was: What's the linkage editor really wants?)

[Edward Jaffe]

Ray Mullins wrote:


The only place I've found documentation on REP is in the z/VSE manuals -
that's how MiSHaP translates object code zaps, by adding REP cards to the
end of the object deck. 
 



Sorry. I missed the start of this thread. Are you saying the z/OS PM 
Binder accepts REP cards like the z/VSE linkage editor does? Yippee! 
Does it work for GOFF objects too?


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Miklos Szigetvari]

Ed Finnell wrote:



In a message dated 4/18/2006 3:53:43 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:


We have  some PSF TCP/IP attached printers in the network.
I try to persuade the PSF  to release the printer, close the session if 
nothing to do

Till now  without success
The current settings:




The only one I've really dealt with is 2150(big cut sheet). The printer  
engine has to be configured to match the IP settings. Since
it's available by LAN as well as PSF. We found that for production runs the  
DISCONNECT interval has to be set to zero to keep from sharing with somebody  
printing Messages and codes during Ledger processing. The newer engines are  
directly available via IP
address and there's a printer monitor downloadable from 
_www.printers.ibm.com_ (http://www.printers.ibm.com)  Used to be  something like NETPVM. Some 
flavors
were better than others.  

First thing is print config from printer and see if it matches what you're  
PSF settings are. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 


Hi

Thank you Ed, I tried with DISCONNECT=0, but there is still a TCP/IP 
session from the host,
and from the network they complain, they can't print as the host has the 
session with the IPDS port.


--
Mit freundlichen Grüßen / Best regards

Miklos Szigetvari

ISIS Information Systems GmbH
Alter Wienerweg 12
2344 Maria Enzersdorf
Austria

---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?

[Ray Mullins]

The only place I've found documentation on REP is in the z/VSE manuals -
that's how MiSHaP translates object code zaps, by adding REP cards to the
end of the object deck. 

And the only place I've found reliable documentation on the format of the
object deck text is in the HLASM manual.

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
> Sent: Monday April 17 2006 19:57
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: What's the linkage editor really wants?
> 
> On Apr 17, 2006, at 8:24 PM, Chris Mason wrote:
> 
> > Robert,
> >
> > Quite right - total rubbish - I meant to say REP, of 
> course, as can be 
> > seen from the context - and the fact that I specifically 
> said that RLD 
> > corresponds to what can be found in the Assembler listing in the 
> > previous paragraph - this can be the problem with selective 
> quoting - 
> > well, politicians have to put up with it all the time. 
> >
> > Chris Mason
> SNIP-
> 
> Which brings up a side issue... is the REP card documented anywhere?  
> I would think it would be in the BINDER manual, no?
> 
> Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TOD Clock the same as the BIOS clock in PCs?

[john gilmore]

Tim Shoppa's contention,



 I believe this means that the clock time is actually more directly 
related to the TAI timescale or

 GPS hex time than UTC.



is in fact right on.

Like most discussions of dates and times here, this thread has failed to 
make some necessary distinctions.  The current z/Architecture TOD clock 
value, accessed using the [unprivileged] instruction STore ClocK Extended, 
STCKE, yields a monotone increasing ETOD-clock value that is a count of the 
number of clock units that have elapsed since midnight, 1899 December 31.


The TIME macro (q.v.) can be used to convert ONLY a current STCKE value into 
a Gregorian date-time value and format in various ways.


Two other IBM-supplied callable services are available:

o STCKCONV converts arbitrary, in general non-current ETOD values into 
date-time ones; and


o CONVTOD converts an STCKCONV date-time value [back] into an ETOD value.

All three of these facilities make the necessary corrections for the 
peculiarities of the Grergorian calendar; the facilities they provide are 
comprehensive; and they should always be used in preference to homegrown 
conversion routines, which no non-specialist programmer ever gets right.


John Gilmore
Ashland, MA 01721-1817
USA

_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSF release printer

[Ed Finnell]

 
In a message dated 4/18/2006 3:53:43 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

We have  some PSF TCP/IP attached printers in the network.
I try to persuade the PSF  to release the printer, close the session if 
nothing to do
Till now  without success
The current settings:




The only one I've really dealt with is 2150(big cut sheet). The printer  
engine has to be configured to match the IP settings. Since
it's available by LAN as well as PSF. We found that for production runs the  
DISCONNECT interval has to be set to zero to keep from sharing with somebody  
printing Messages and codes during Ledger processing. The newer engines are  
directly available via IP
address and there's a printer monitor downloadable from 
_www.printers.ibm.com_ (http://www.printers.ibm.com)  Used to be  something 
like NETPVM. Some 
flavors
were better than others.  
 
First thing is print config from printer and see if it matches what you're  
PSF settings are. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS LDAP (was: Cheryl)

[Walt Farrell]

On 4/18/2006 2:28 AM, Gibney, Dave wrote:

/Rant
I'd really like to do LDAP, but it requires DB2 to be useful. IBM needs
to offer a LDAP only DB2 license for much less than a full DB2 
/Rant off


Not quite what you asked for, but perhaps the new LDAP backend previewed 
in  announcement letter 206-039 would help you?  See 
http://www-306.ibm.com/common/ssi/OIX.wss?DocURL=http://d03xhttpcl001g.boulder.ibm.com/common/ssi/rep_ca/9/897/ENUS206-039/index.html&InfoType=AN&InfoSubType=CA&InfoDesc=Announcement+Letters&panelurl=OIX.wss%3Fbuttonpressed%3DDET003PT011%26hfdd%3D%26hfud%3D%26timestamp%3D1145368829591%26user%3DEXT%26page%3D1%26pagelangue%3Den%26DET003PGL001%3DDET003PT008%26pagelangue%3Dfr%26pagelangue%3Dja%26us_hc_index%3Ddefault%26homecountry%3DAMR.US%26us_dl_index%3DALANG%26documentlanguage%3DALANG%26display_index%3DNAV002PEF005%26NAV002PGL001%3DNAV002PEF005%26det003pef003%3DEXTERNAL%26coincidence_index%3D0%26submit.x%3D23%26submit.y%3D16&paneltext=Announcement%20letter%20search 
or http://makeashorterlink.com/?B2BE229FC



New and enhanced z/OS V1.8 function is planned to include:

* IBM intends to deliver a new LDAP server for z/OS designed to 
improve performance, scalability, auditability, availability, and ease 
of use. Also, IBM intends to deliver stronger affinity to z/OS platform 
features like Parallel Sysplex®. Among the planned enhancements are:
  o A new backend for small- and medium-sized directories 
designed to cache all directory entries in memory for better performance 
and use a z/OS UNIX System Services file as its backing store. This is 
planned to be made available in addition to the existing DB2-based 
backend. This enhancement is expected to help simplify setup and 
operation for small- and medium-sized directories.



Walt Farrell, CISSP
z/OS Security Design, IBM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

LDAP and DBMS was Cheryl

[Clark Morris]

On 17 Apr 2006 23:28:37 -0700, in bit.listserv.ibm-main
[EMAIL PROTECTED] (Gibney, Dave) wrote:

>She was in her usual informative, effective and entertaining mode at
>Share in Seattle.
>But, also, I'd like to thank Phil, even if his grids are off by 10 or 15
>percent, if his info is true, the "z8" in our future (we're about 14-15
>MSU) will do quite nicely. I want about a three way CPs and an IFL.
>What'd be really nice if you could share an IFL/CF/Zapp/Zipp. 580 mips
>off the group charts would be really nice. Z/ipp won't do us much good
>as we run Adabas and no DB2.

Is there any hope of the other DBMS vendors being able to license the
ability to use Z/ipp processors?  I believe that it would be in the
long term best interests of IBM corp though not necessarily of IBM
DB2.  I dislike making it economically unjustifiable to move Oracle
workload to the z series and feel that in a sense it brings up the
possibility of anti-trust considerations in terms of the other vendors
being denied access to a facility.  Tied sales tend to get the
interest of both US and European regulators.
>
>/Rant
>I'd really like to do LDAP, but it requires DB2 to be useful. IBM needs
>to offer a LDAP only DB2 license for much less than a full DB2 

Is there a non-IBM mainframe LDAP available?  Should IBM LDAP be
required to use only standard SQL thus making any relational appearing
data base usable?
>/Rant off

>
>> Seen Cheryl lately?
>> 
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TOD Clock the same as the BIOS clock in PCs?

[Joel C. Ewing]

Tim Shoppa wrote:

Anne & Lynn Wheeler wrote:

section 4.6.1.4 setting and inspecting the clock (including some
description of UTC)
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR004/4.6.1.4?SHELF=EZ2HW125&DT=19970613131822&CASE=


Interesting. So the hardware clock is actual ticks since the beginning
of the epoch, and the programmer is responsible for adding in leap
seconds etc.

I believe this means that the clock time is actually more directly
related to the TAI timescale or GPS hex time than UTC.

UTC has "funny" times like 31-DEC-2005 23:59:60 inserted for leap
seconds (and will be missing 23:59:59 if there is a leap backwards
rather than forwards), while TAI (like the mainframe clock) just keeps
on ticking one second at a time regardless of whether there is a leap
second or not.

Tim.

	If the clock is synchronized to an external time reference (e.g., a 
sysplex timer) that is in turn synchronized to NIST, z/OS will also 
track and adjust for leap seconds, as well as handling conversion to a 
number of local time formats, so this is not something an application 
programmer would need to do.
	If there is no external time reference, then the manual setting of the 
TOD clock is probably off by several seconds anyway and worrying about 
leap second adjustments is pointless.





--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What's the linkage editor really wants?>

[Tom Russell]

>Date:Sun, 16 Apr 2006 13:24:34 -0300
>From:"Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
>Subject: Re: What's the linkage editor really wants?>

>In <[EMAIL PROTECTED]>, on 04/13/2006
   at 06:08 PM, Chris Mason <[EMAIL PROTECTED]> said:

>>Doesn't one of the utilities use the linkage editor, "under the
>>covers", in order to copy load modules because it's just so good at
>>it?

>No, but IEBCOPY uses the BINDER to convert between load module and
> program object. I don't know what the performance is.

> Shmuel (Seymour J.) Metz, SysProg and JOAT

The z/OS Unix command "cp -x " to copy a program object from an HFS to a
PDSE
will invoke the binder as well. I can guarantee performance sucks if you
copy
a directory of programs to members of the same PDSE.

Tom Russell

"Stay calm.  Be brave.  Wait for the signs." -- Jasper FriendlyBear

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA-ICC and Slow Consoles

[Staller, Allan]

 
There are some fairly recent apars describing excessive CPU utilization
in the CONSOLE address space.
Sorry, don't have the numbers handy, but you should be able to find them
on IBM-LINK.

HTH,
Al


Subject: Re: OSA-ICC and Slow Consoles

The only time I've noticed this behavior is when our OSA was set to auto
negotiate and connected at 10MB-half duplex.  Hope this helps. 
  



This past January we upgraded from a z/800 with 2074's to a z/890 with
OSA-ICC's.  For the first two month's or so our consoles for z/OS 1.6
ran fine, just like they used to on the 2074's.  For about the last 3-4
weeks they have been behaving very slow.  Our operators have been
complaining about this sluggishness of the consoles now.  It didn't have
all at once

but one console at a time (covering two lpars).  Entering consoles
commands has been the biggest problem.  If there are any messages queued

to the console you MUST wait until they have all displayed before the
command is accepted.  I have checked the OSA configurations and have
reset the cards (via CF CHP(xx)).  We had our network people checking
the switch we are connected to.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crypto (ICSF) on z890 with no coprocessors

[Staller, Allan]

 

I had the CSF task working on our z800. However, when we upgraded to a
z890, we did not get any  sort of coprocessor card(s) because they cost
extra and we didn't perceive any need. So my first question is, can I
run CSF (on z/OS 1.6) without a coprocessor. If so, can anybody point me
to a cook book which details exactly the steps that I need to take? I've
been going according to "z/OS 1.6 ICSF System Programmer's Guide" and
just hit a thick wall (my skull, most likely). Any help gratefully
appreciated. Sorry for the long sig with the useless legalize and
marketting mottos. 


Just went through the same scenario. The ICSF task should be OK.
However, without the crypto coprocessors, some types of encryption will
not be supported (sorry, don't have the details). The crypto algorithms
that are supported are emulated in software and will show up as
increased CPU utilization in the task. 

HTH,
Al

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA-ICC and Slow Consoles

[Kreiter, Chuck]

The only time I've noticed this behavior is when our OSA was set to auto
negotiate and connected at 10MB-half duplex.  Hope this helps.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Brad S Carson

This past January we upgraded from a z/800 with 2074's to a z/890 with 
OSA-ICC's.  For the first two month's or so our consoles for z/OS 1.6
ran 
fine, just like they used to on the 2074's.  For about the last 3-4
weeks 
they have been behaving very slow.  Our operators have been complaining 
about this sluggishness of the consoles now.  It didn't have all at once

but one console at a time (covering two lpars).  Entering consoles 
commands has been the biggest problem.  If there are any messages queued

to the console you MUST wait until they have all displayed before the 
command is accepted.  I have checked the OSA configurations and have
reset 
the cards (via CF CHP(xx)).  We had our network people checking the
switch 
we are connected to.

Have I missed something?

Any and all help would be appreciated.


Brad S. Carson
Sr. IT Analyst
Duke Health Technology Solutions
Box 2718 Duke University Medical Center
Durham, NC 27710
[EMAIL PROTECTED]
919-668-0545
919-668-6160 Fax 
* This message was scanned by the corporate mail server for viruses and 
objectionable content.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

OSA-ICC and Slow Consoles

[Brad S Carson]

This past January we upgraded from a z/800 with 2074's to a z/890 with 
OSA-ICC's.  For the first two month's or so our consoles for z/OS 1.6 ran 
fine, just like they used to on the 2074's.  For about the last 3-4 weeks 
they have been behaving very slow.  Our operators have been complaining 
about this sluggishness of the consoles now.  It didn't have all at once 
but one console at a time (covering two lpars).  Entering consoles 
commands has been the biggest problem.  If there are any messages queued 
to the console you MUST wait until they have all displayed before the 
command is accepted.  I have checked the OSA configurations and have reset 
the cards (via CF CHP(xx)).  We had our network people checking the switch 
we are connected to.

Have I missed something?

Any and all help would be appreciated.


Brad S. Carson
Sr. IT Analyst
Duke Health Technology Solutions
Box 2718 Duke University Medical Center
Durham, NC 27710
[EMAIL PROTECTED]
919-668-0545
919-668-6160 Fax 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PSF release printer

[Miklos Szigetvari]

Hi

We have some PSF TCP/IP attached printers in the network.
I try to persuade the PSF to release the printer, close the session if 
nothing to do

Till now without success
The current settings:

 IPADDR='10.1.5.33', 
FAILURE=WCONNECT,   
TIMEOUT=REDRIVE,
DISCINTV=5, 
RELMODE=IDLE,   
RELINTV=5,  
MGMTMODE=OUTAVAIL   


--
Mit freundlichen Grüßen / Best regards

Miklos Szigetvari

ISIS Information Systems GmbH
Alter Wienerweg 12
2344 Maria Enzersdorf
Austria

---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICSF

[R.S.]

Ward, Mike S wrote:


Hello all, I have a question about keys that I could not find a good
answer for. If you initialize your PKS and CKS using the pass phrase
method. Do you still have to set up master keys in order to generate
importer/exporter keys? 


Pass phrase initialization includes master key generation. 
Exporter/importer keys can be generated as soon as you initialized 
P/CKDS and started ICSF STC.

You *cannot* re-set your master keys, unless you want to re-create P/CKDS.

--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crypto (ICSF) on z890 with no coprocessors

[R.S.]

McKown, John wrote:


I had the CSF task working on our z800. However, when we upgraded to a
z890, we did not get any  sort of coprocessor card(s) because they cost
extra and we didn't perceive any need. So my first question is, can I
run CSF (on z/OS 1.6) without a coprocessor. If so, can anybody point me
to a cook book which details exactly the steps that I need to take? I've
been going according to "z/OS 1.6 ICSF System Programmer's Guide" and
just hit a thick wall (my skull, most likely). Any help gratefully
appreciated. Sorry for the long sig with the useless legalize and
marketting mottos. 


See System Programmers Guide - Appendix F: IBM e(logo)server zSeries 990 
without a PCI X Cryptographic Coprocessor.


In few words you can set up ICSF without the cards, you can also use 
some cryptographic functions. The number of functions depend on CPACF 
feature - even if disabled there's still some services available 
(including SHA-1).


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html