Re: HMC System Console usage (one more time)

2011-03-29 Thread Gibney, Dave
More than once, it has been the console of last resort. The last was
several years ago, I don't recall using it for the z9.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of W. Kevin Kelley
 Sent: Monday, March 28, 2011 9:02 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: HMC System Console usage (one more time)
 
 I'm being asked one more time by TPTB to determine how the HMC System
 Console is actually being used by z/OS customers:
 
 1) How many of you have used to it in an emergency as the console of
 last
 resort?
 
 2) How many of you have used it to recover OSA attached consoles?
 
 3) How many of you have no locally-attached consoles and use the
System
 Console to IPL and get you through NIP before transitioning to SMCS
 consoles
 (or some other console support requiring Comm Server to be up)?
 
 W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

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


zHPF and mixed channels

2011-03-29 Thread R.S.

Quotation from some IBM TechDoc:

zHPF is supported on FICON Express2 (FEx2) and FICON Express4 (FEx4) 
channels.  It is not supported on FICON Express channels.
I/Os executed on path groups with a mix of FICON Express and FICON 
Express2 or FICON Express4 channels in the same path group will not be 
eligible to convert to zHPF. For zHPF, all the channels in the same 
channel path group have to be FEx2 or FEx4. 


The above is clear in scenario with one host and one CU.
What about many-to-many scenarios?

Q1: The following scenario: two host connected to single CU, via switch. 
Same channel adapter in CU. One host is zHPF capable, the other is not 
(FICON Express 1). Will zHPF work between CU and first host?


Q2: Another scenario: zHPF-capable host connected via switch to two 
different DASD boxes. First DASD is zHPF-capable, the second is not. 
Both DASDs are connected to the same CHPIDs.

Will zHPF be used for communication between host and first CU?

Any clue?

Regards
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 16.07.2010 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.248.328 złotych. 


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


Re: HMC System Console usage (one more time)

2011-03-29 Thread R.S.

W. Kevin Kelley pisze:
I'm being asked one more time by TPTB to determine how the HMC System 
Console is actually being used by z/OS customers:


1) How many of you have used to it in an emergency as the console of last 
resort?


It happened in the past, but I strongly prefer to use regular console. 
Regular = 2074, OSA-ICC or 3174 with coax-attached hard terminals.

HMC console lacks some funcionality.



2) How many of you have used it to recover OSA attached consoles?


Never, because I have redundant regular consoles.


3) How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS consoles 
(or some other console support requiring Comm Server to be up)?


I never used SMCS. For me it's completely useless feature, because it 
depends on VTAM. If I have VTAM up  ready, then I possibly can have TSO 
active = access to SDSF EMCS console.


My €0.02

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. 


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


AUTO: Angelo Corridori is out of the office. (returning Wed 03/30/2011)

2011-03-29 Thread Angelo Corridori
I am out of the office from Mon 03/28/2011 until Wed 03/30/2011.

I am out of the office. I will respond to your message when I return;
limited access to e-mail/phonemail.


Note: This is an automated response to your message  IBM-MAIN Digest - 27
Mar 2011 to 28 Mar 2011 (#2011-87) sent on 3/29/11.

This is the only notification you will receive while this person is away.

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


Summer Time, state of art

2011-03-29 Thread Miklos Szigetvari

Hi

Till  now, we  always made an IPL at summer/winter time change.
Maybe something better ? (We are in zOS 1.11)

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


Re: Summer Time, state of art

2011-03-29 Thread John Cousins
Hi Miklos
Here's some info sent to our Operators (in UK) a few years back, think
it's still relevant to z/OS,:

Cheers
John

“MVS bases its decisions and activities on the assumption that time
is progressing forward at a constant rate. The instrument used to mark
time in an MVS system is the time of day (TOD) clock. As it operates,
MVS obtains time stamps from the TOD clock. MVS uses these time stamps
to:

   Identify the sequence of events in the system
   Determine the duration of an activity
   Record the time on online reports or printed output
   Record the time in online logs used for recovery purposes.

To ensure that MVS makes time-related decisions as you intend, IBM
recommends that you do not reset your TOD clock, for example, to switch
to or from Daylight Savings Time. Instead, set the TOD clock to a
standard time origin, such as Greenwich Mean Time (GMT), and use the
TIMEZONE statement of the CLOCKxx parmlib member to adjust for local
time. (The TIMEZONE statement allows you to specify how many hours east
or west of Greenwich you are.) To adjust local time, change the offset
value for the TIMEZONE statement. This will not disturb MVS's assumption
that time is progressing forward and will allow time stamps on printed
output and displays to match local time.” (GC28-1779-07)

However Flash Card 7 instructs Operations to change time using the TOD
clock. This goes against the above recommendations from IBM.

So to prevent future problems, new procedures need to be followed by
both Operations and Technical Support staff, when changing to and from
Summer Time:

Operations should Issue the SET CLOCK command to change the local time
offset to one hour in advance of GMT for Summer Time, or back to GMT
following Summer Time, i.e:

SET CLOCK=hh.mm.ss
N.B. there is no need to re-IPL.

Technical Support also need to change the local time offset value
(TIMEZONE) in the CLOCKxx member of SYS1.PARMLIB to reflect  the new
offset.  This will preserve the change for ensuing IPLs, i.e:

TIMEZONE d.hh.mm.ss
Specifies the difference between the local time and the
Greenwich Mean Time (GMT). 
d  Specifies the direction from GMT.
   Value Range: E for east of GMT or W for west
of GMT.
   Default: W
hh.mm.ss  Specifies the number of hours (hh) minutes (mm) and seconds
(ss) that the localtime differs from the GMT.
  Value Range: The value for hh must be between 00 and 15.  The value
for mm and 
ss must be between 00 and 59. mm.ss
values are optional.
Default: 00.00.00
e.g. to set to Summer Time:
TIMEZONE E.01



References.
GC28-1779-07OS/390 MVS Setting Up a Sysplex 


 Miklos Szigetvari miklos.szigetv...@isis-papyrus.com 29/03/2011
09:28 
Hi

Till  now, we  always made an IPL at summer/winter time change.
Maybe something better ? (We are in zOS 1.11)

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

__
'Do it online' with our growing range of online services - 
http://www.bristol.gov.uk/services

Sign-up for our email bulletin giving news, have-your-say and event information 
at: http://www.bristol.gov.uk/newsdirect 

View webcasts of Council meetings at http://www.bristol.gov.uk/webcast

Bristol is the UK's first Cycling City. Visit www.betterbybike.info to join 
thousands of others getting around by bike.

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


cleaning DASD

2011-03-29 Thread Matan Cohen
Hi,
We have an old machine we are getting rid off ( keeping it as a base system
for disaster).
this machine is sharing with our newer machine some DASD backup.
I'm trying to clean all the Dataset which is only cataloged in this machine
and not in the other Lpars in the new machine.
I was looking in the CBT tape for a rexx which will get me a report base on
a volume name it get of which dataset is cataloged on it. so i could later
on compare this different report to get a list of dataset only cataloged in
the old machine which i can get rid off . In the past I found  a CBT rexx
which clean uncatalog dataset but this won't help me cause I have two LPARS
involve.

the reason I'm not starting to write my own REXX is because I never worked
with V-toc so even directing me on the right way to do so will be helping.
I already thought on letting a REXX perform a LISTDSI on every dataset on
the disk base on IEHLIST LISTVTOC output. but will the LISTDSI will work on
VASM ?

any recommendations will be helpful.


-- 
best regards,
matan cohen
MF System Administrator.

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


Re: Summer Time, state of art

2011-03-29 Thread Beesley, Paul
In spring, we use the SET TIMEZONE=E.01.00 command on most of the
systems we support, unless they haven't been IPL'ed for a while. However
in the autumn we still shutdown, wait an hour, and IPL.
If you run 24x7 CICS, make sure it's setup to cope with the time change
( I forget the SIT parameter ). 

Regards
Paul 




___
Atos Origin and Atos Consulting are trading names used by the Atos Origin 
group.  The following trading entities are registered in England and Wales:  
Atos Origin IT Services UK Limited (registered number 01245534) and Atos 
Consulting Limited (registered number 04312380).  The registered office for 
each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each 
is: GB232327983

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information.  If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it.  Please notify the sender immediately and delete this email from 
your systems.   As emails may be intercepted, amended or lost, they are not 
secure.  Atos Origin therefore can accept no liability for any errors or their 
content.  Although Atos Origin endeavours to maintain a virus-free network, we 
do not warrant that this transmission is virus-free and can accept no liability 
for any damages resulting from any virus transmitted.   The risks are deemed to 
be accepted by everyone who communicates with Atos Origin by email.
___

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


Re: cleaning DASD

2011-03-29 Thread Itschak Mugzach
Hi Matan,

Have a look at the Vtoc tso command from CBTTAPE file 112. It checks against
each dataset listed in the vtoc against the catalog of the system the
command runs on. Be sure not to delete files that are catalogued onmore then
one system ;-)

Dash!

ITschak

On Tue, Mar 29, 2011 at 10:58 AM, Matan Cohen matancohen...@gmail.comwrote:

 Hi,
 We have an old machine we are getting rid off ( keeping it as a base system
 for disaster).
 this machine is sharing with our newer machine some DASD backup.
 I'm trying to clean all the Dataset which is only cataloged in this machine
 and not in the other Lpars in the new machine.
 I was looking in the CBT tape for a rexx which will get me a report base on
 a volume name it get of which dataset is cataloged on it. so i could later
 on compare this different report to get a list of dataset only cataloged in
 the old machine which i can get rid off . In the past I found  a CBT rexx
 which clean uncatalog dataset but this won't help me cause I have two LPARS
 involve.

 the reason I'm not starting to write my own REXX is because I never worked
 with V-toc so even directing me on the right way to do so will be
 helping.
 I already thought on letting a REXX perform a LISTDSI on every dataset on
 the disk base on IEHLIST LISTVTOC output. but will the LISTDSI will work on
 VASM ?

 any recommendations will be helpful.


 --
 best regards,
 matan cohen
 MF System Administrator.

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


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


Re: cleaning DASD

2011-03-29 Thread Matan Cohen
Hi Itschak ,
Its good hearing from you .
I'll check it out thanks for the tip :)


On Tue, Mar 29, 2011 at 11:26 AM, Itschak Mugzach imugz...@gmail.comwrote:

 Hi Matan,

 Have a look at the Vtoc tso command from CBTTAPE file 112. It checks
 against
 each dataset listed in the vtoc against the catalog of the system the
 command runs on. Be sure not to delete files that are catalogued onmore
 then
 one system ;-)

 Dash!

 ITschak

 On Tue, Mar 29, 2011 at 10:58 AM, Matan Cohen matancohen...@gmail.com
 wrote:

  Hi,
  We have an old machine we are getting rid off ( keeping it as a base
 system
  for disaster).
  this machine is sharing with our newer machine some DASD backup.
  I'm trying to clean all the Dataset which is only cataloged in this
 machine
  and not in the other Lpars in the new machine.
  I was looking in the CBT tape for a rexx which will get me a report base
 on
  a volume name it get of which dataset is cataloged on it. so i could
 later
  on compare this different report to get a list of dataset only cataloged
 in
  the old machine which i can get rid off . In the past I found  a CBT rexx
  which clean uncatalog dataset but this won't help me cause I have two
 LPARS
  involve.
 
  the reason I'm not starting to write my own REXX is because I never
 worked
  with V-toc so even directing me on the right way to do so will be
  helping.
  I already thought on letting a REXX perform a LISTDSI on every dataset on
  the disk base on IEHLIST LISTVTOC output. but will the LISTDSI will work
 on
  VASM ?
 
  any recommendations will be helpful.
 
 
  --
  best regards,
  matan cohen
  MF System Administrator.
 
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 

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




-- 
best regards,
matan cohen
MF System Administrator.

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


Re: 3592 carts

2011-03-29 Thread Lizette Koehler
 Just out of curiosity, as an amateur I'd like to know - 1. By carts, you
imply those tap
 cartidges, right?
 2. I thought that a robotic arm actually mounts the tape cartridge. In the
olden days
 how did this happen?
 3. What is ATL?

3592 are typically physical square tapes.  And can come in several sizes.
Up to 1 TB I think.

If you google ATL IBM you should see entries for Automatic Tape Library or
sometimes referred to a ROBOT.

In the z/OS environment you can have several different tape processing.
Everything from virtual tapes to physical tapes.  And there are different
types of virtual tapes (VTS - Virtual Tapes Systems) as ATLs (Automatic Tape
Libraries).  There are also manually loaded tape drives and automatically
loaded tape drives.

HTH

Lizette

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


SR might be palatable if (Part5: Functionality)

2011-03-29 Thread Barbara Nitz
Wait, there's more! 

I have found a victim within IBM who was nice enough to help me with some
functionality testing. This required some queuing around of a test SR. I had
opened the SR with the following text:

This is a test of SR. Please do the following:  
1. Entitle to the compid chosen (Allocation).   
2. Keep it on the queue until the 'documentation' arrives, simulating a 
dump transfer.  
3. Then send to slink,200, attn. my victim.   
For my victim, as discussed:
4. Transfer ownership of the PMR to *some* queue somewhere on a BDC 
node. (Used to be a cr with routing to world trade.)
5. Change your own user so that you appear to work primarily on BDC 
queues. (IIRC, n;bdc ?) 
6. Do an AT with the update This is AT.   
7. cr ca back to me.
8. wait for me to update with 'please close'.   
9. close the SR.

a) I got lots of junk for my efforts, both in the SR shown and in the email
notifications.  We are interested in 26 lines, not counting the appropriate
signature lines and not counting the 'prologue' that details data
customarily shown at the top of the Retain page. 
SR added 51 lines completely unnecessary, as that information is redundant.
Some unavoidable IBM entries (like the amount of commands put in that all
have the fingerprint of who-did-it and that contract information stuff) add
another 30 lines. The amount of junk makes it VERY HARD for anyone to see
what's important and what isn't. 
 Stop adding junk that makes a problem very hard to read. Note that the
junk added outnumbers the meaningful stuff quite severely!

b) Those 26 lines are the things I would like to see via email notification
(I told my helpful victim all about it.)

c) I am sent too much junk in the body of the email notification. Again, it
is much too hard to see the actual update!
 Stop giving me so much clutter!

d) I am not sent actual updates, just what is put in on cr ca (For those
unfamiliar with retain, that is the command that changes the ETR state from
IBM to Usee - call requeue customer attention/cr ca). ETR is a LOT better in
that regard, and I remember that it took some time for them to get there.
They manage to get it right most of the time.
 If you sent me email, provide me with *all* updates, not just those
from cr ca!

e) The title lines are not telling me what happened with the PMR. I am
certainly NOT told that my SR was closed!
 Instead of sending me an email that tells me that *I* opened an SR,
send me one that explicitly tells me that my SR was *closed*!

f) Instead of only the PMR number, the title line should also contain the
'abstract', given that the customer is forced to put one in. For someone
with a lot of PMRs, no one wants to remember PMR numbers!
 Provide the abstract in addition to the PMR number in the email header.

7. The supposed email address should not contain this donotoreply thing!
Especially since that is repeated in the body of the email.
 Make the email address the email comes from something that doesn't
sound like a lot of SPAM! (srdonotreply) 

8. Accessing 'my notifications' from the website takes forever (around 30
seconds at work over high-speed connection, that's much too slow!)
 Unusable at oh:dark:30. What are you searching here?

9. Skip the 3 lines that say 
.   
The customer has requested this ticket be closed.   
. 
And since when has this become a 'ticket'?!?  In any other place they call
it SR or 'Serviceanforderung' - what a terrible translation!

10. Clicking on a closed SR also gets me the Update window. The submit link
has been replaced with 'reopen this'. Any closed PMR should (in the interest
of IBMs internal statistics) not get reopened just because someone adds
text, which is much too easy when shown an update page instead of a browse
page! 
 For closed PMRs, show a browse page with the option to explicitly
reopen instead of the update page!

11. On many of our closed PMRs I noticed that SR shows even the FA masks,
which obviously appear out-of-timeline in the SR. ETR still follows the rule
that I learned that FA masks must not be shown to the customer. (Same for
the scratch pad on page 1 of any retain record; FA stands for file alter.
Usually nothing in retain can be changed once it is commmited, to have a
permanent record of who-did-what-and-when, with the exception of 'file alter
masks' that are used for IBM internal administrative tasks).
- Don't show FA masks!

12. Another thing that annoys me on the searchSR.action page is that despite
the clickable search fields being clearly 

Re: Summer Time, state of art

2011-03-29 Thread Miklos Szigetvari

Hi

Thank you very much
On 3/29/2011 10:54 AM, John Cousins wrote:

Hi Miklos
Here's some info sent to our Operators (in UK) a few years back, think
it's still relevant to z/OS,:

Cheers
John

“MVS bases its decisions and activities on the assumption that time
is progressing forward at a constant rate. The instrument used to mark
time in an MVS system is the time of day (TOD) clock. As it operates,
MVS obtains time stamps from the TOD clock. MVS uses these time stamps
to:

Identify the sequence of events in the system
Determine the duration of an activity
Record the time on online reports or printed output
Record the time in online logs used for recovery purposes.

To ensure that MVS makes time-related decisions as you intend, IBM
recommends that you do not reset your TOD clock, for example, to switch
to or from Daylight Savings Time. Instead, set the TOD clock to a
standard time origin, such as Greenwich Mean Time (GMT), and use the
TIMEZONE statement of the CLOCKxx parmlib member to adjust for local
time. (The TIMEZONE statement allows you to specify how many hours east
or west of Greenwich you are.) To adjust local time, change the offset
value for the TIMEZONE statement. This will not disturb MVS's assumption
that time is progressing forward and will allow time stamps on printed
output and displays to match local time.” (GC28-1779-07)

However Flash Card 7 instructs Operations to change time using the TOD
clock. This goes against the above recommendations from IBM.

So to prevent future problems, new procedures need to be followed by
both Operations and Technical Support staff, when changing to and from
Summer Time:

Operations should Issue the SET CLOCK command to change the local time
offset to one hour in advance of GMT for Summer Time, or back to GMT
following Summer Time, i.e:

SET CLOCK=hh.mm.ss
N.B. there is no need to re-IPL.

Technical Support also need to change the local time offset value
(TIMEZONE) in the CLOCKxx member of SYS1.PARMLIB to reflect  the new
offset.  This will preserve the change for ensuing IPLs, i.e:

TIMEZONE d.hh.mm.ss
Specifies the difference between the local time and the
Greenwich Mean Time (GMT).
d  Specifies the direction from GMT.
   Value Range: E for east of GMT or W for west
of GMT.
   Default: W
hh.mm.ss  Specifies the number of hours (hh) minutes (mm) and seconds
(ss) that the localtime differs from the GMT.
   Value Range: The value for hh must be between 00 and 15.  The value
for mm and
ss must be between 00 and 59. mm.ss
values are optional.
Default: 00.00.00
e.g. to set to Summer Time:
TIMEZONE E.01



References.
GC28-1779-07OS/390 MVS Setting Up a Sysplex



Miklos Szigetvarimiklos.szigetv...@isis-papyrus.com  29/03/2011

09:28
Hi

Till  now, we  always made an IPL at summer/winter time change.
Maybe something better ? (We are in zOS 1.11)

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

__
'Do it online' with our growing range of online services - 
http://www.bristol.gov.uk/services

Sign-up for our email bulletin giving news, have-your-say and event information 
at: http://www.bristol.gov.uk/newsdirect

View webcasts of Council meetings at http://www.bristol.gov.uk/webcast

Bristol is the UK's first Cycling City. Visit www.betterbybike.info to join 
thousands of others getting around by bike.

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



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


Re: Summer Time, state of art

2011-03-29 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul
 
 In spring, we use the SET TIMEZONE=E.01.00 command on most of the
 systems we support, unless they haven't been IPL'ed for a while.
However
 in the autumn we still shutdown, wait an hour, and IPL.
 If you run 24x7 CICS, make sure it's setup to cope with the time
change
 ( I forget the SIT parameter ).

I'm amazed and mystified that the arguably most sophisticated and mature
operating system in the world still cannot automatically handle the
changes to and from Daylight Saving Time.

-jc-

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Walter Marguccio
options 1) and 3) apply at our site. We've never used SYSCONS to accomplish 
option 2).

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Mike Myers

Kevin:

Since switching to our new z10, we have only OSA attached consoles. We 
got rid of all the 3174s and green-screen consoles, which were very long 
in the tooth anyway. Operations really only uses the HMC to initiate an 
IPL, as the PCs in the operations area remain attached to specific OSA 
slots designating them as consoles and these addresses are also defined 
as NIP consoles.


The z10 has been around less than a year so we haven't yet had to use 
the HMC as the console of last resort, although that day may yet come along.


We have used it to recover OSA attached consoles in the last month when 
the PC group pushed some updates to the PCs in the operations area, 
forgetting that they were special (being used as consoles). Forcing a 
reboot caused them to lose their OSA connections. Fortunately, we had 
already set up a procedure for console recovery from the HMC that 
operations was able to follow.


Mike Myers
Pitt County Memorial Hospital



On 03/29/2011 12:01 AM, W. Kevin Kelley wrote:

I'm being asked one more time by TPTB to determine how the HMC System
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS consoles
(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development



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



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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Stan Weyman
   Keep in mind that the HMCs on your SE LAN are may be ;-) an integral part 
of the BCPii connectivity between CECs.  For a remote request, BCPii will 
tunnel through to the SE on the local CEC and if the BCPii request is not for 
this CEC then move to the HMC looking for a route to the SE for the remote CEC 
in question.  The HMC has moved beyond just console/IPL support, but then you 
all knew that already, didn't you g

   I really like the OSA support for consoles and also the ability to easily 
get to the HMC via a web browser (of course with the proper firewall support 
and not directly on the SE LAN subnet).   Back in a previous life it saved me a 
LOT of walking back and forth to the HMC console during test IPLs.  

   Regards,
Stan

Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
EMC²  (508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
W. Kevin Kelley
Sent: Tuesday, March 29, 2011 12:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System 
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last 
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS consoles 
(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 

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

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of W. Kevin Kelley
 Sent: Monday, March 28, 2011 11:02 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: HMC System Console usage (one more time)
 
 I'm being asked one more time by TPTB to determine how the HMC System 
 Console is actually being used by z/OS customers:
 
 1) How many of you have used to it in an emergency as the 
 console of last 
 resort?

I have. Our normal consoles are controlled by an Visara. This is Escon attached 
to the z. It presents a 3174 type controller which can be EMIF'ed. It has two 
coax attached 3270 emulation PCs and is LAN attached to allow TN3270 access to 
both consoles and local 3270 VTAM controlled terminals.

 
 2) How many of you have used it to recover OSA attached consoles?

No OSA consoles, but I have used it to recover the Visara consoles.

 
 3) How many of you have no locally-attached consoles and use 
 the System 
 Console to IPL and get you through NIP before transitioning 
 to SMCS consoles 
 (or some other console support requiring Comm Server to be up)?

This is how I do it on my sandbox system. Also, we have no operators at all any 
more. So I even IPL from home using the HMC system console via the HMC's web 
interface. I have an IODF with no NIPCONS which I use when I do this. Others in 
my group prefer to drive into work and IPL from the actual HMC and using the 
Visara NIPCONS.   I don't know why.

 
 W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development

I do hope the PHBs aren't considering removing the support. I wish z/OS would 
support the HMC's integrated 3270 interface. z/VM does. Are you saying that the 
z/VM people are smarter than the z/OS people? slight dig

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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


Re: Summer Time, state of art

2011-03-29 Thread Petersen, Jim
It isn't the operating system that has the problem.   It is the poorly written 
application programs which do not use the GMT time for their time stamps in 
whatever data records they are recording.   Instead, way back when, they 
decided to use LOCAL time and then do computations on that LOCAL time field 
against CURRENT LOCAL time which gets them into trouble during the FALL BACK 
time change.

DB2 uses the GMT Time to stamp the LOG records it is recording for recovery so 
that is not an issue.   SMF records have GMT Time in them so that is not an 
issue. No it is the wonderfully written, old legacy applications which are at 
the root of the problem.

___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:jim_peter...@homedepot.com
512-977-2615 direct
512-977-2930 fax
210-859-9887 cell phone

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Tuesday, March 29, 2011 5:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Summer Time, state of art

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul

 In spring, we use the SET TIMEZONE=E.01.00 command on most of the
 systems we support, unless they haven't been IPL'ed for a while.
However
 in the autumn we still shutdown, wait an hour, and IPL.
 If you run 24x7 CICS, make sure it's setup to cope with the time
change
 ( I forget the SIT parameter ).

I'm amazed and mystified that the arguably most sophisticated and mature
operating system in the world still cannot automatically handle the
changes to and from Daylight Saving Time.

-jc-

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


The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message !
 or its attachment.

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


Re: 3592 carts

2011-03-29 Thread McKown, John
Define an MLT - Manual Tape Library - in your IODF. That is an SMS tape library 
which uses manual drives. Give it the same storage group as your old ATL.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of FRANCIS SOUSA
 Sent: Tuesday, March 29, 2011 12:27 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: 3592 carts
 
 HI Everyone,
 we had an ATL 3594, which was dismantled and the drives alongwith the
 control unit were used as a standalone device for carts to be 
 used outside
 the ATL, so that the operators now have to mount the carts 
 manually instead
 of the robot. The issue now is that the carts inside the ATL were SMS
 managed and unfortunately they were not removed from the ATL 
 before it was
 dismantled, and neither was the location of the carts in RMM 
 changed to
 shelf. so now we are stuck as these carts cannot be used outside the
 dismantled ATL, any attempt to change the location to SHELF 
 fails cause the
 system still senses it as a sms managed cart and tries eject 
 the cart, which
 fails as the ATL is dismantled, any idea how to resolve this 
 problem, help
 appreciated
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 

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


Re: Summer Time, state of art

2011-03-29 Thread McKown, John
We use the z/OS operator command: SET TIMEZONE. We are in US Central Time. At 
02:00 on the appropriate day, we just issue the command:

T TIMEZONE=W.06

or

T TIMEZONE=W.05

We're on z/OS 1.10.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari
 Sent: Tuesday, March 29, 2011 3:29 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Summer Time, state of art
 
  Hi
 
 Till  now, we  always made an IPL at summer/winter time change.
 Maybe something better ? (We are in zOS 1.11)
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 

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


Re: 3592 carts

2011-03-29 Thread Russell Witt
I am not at 100% sure about RMM, and with both CA 1 and TLMS I know there
are librarian commands to change the shelf/location of the cartridges. I am
sure that there are similar commands for rmm.

As for the ATL, I see two choices? First would be to define your drives as
MTL (Manual Tape Library) drives. This would allow them to remain as OAM
managed, but you would have to change the location from the old hardware
library to the new MTL. The other choice would be to delete the SMS
definitions. You might be able to simply delete the library definition from
SMS (use the ISMF panels) and delete the VOLCAT (TCDB) which is mainframe
database that OAM maintained when you had a robotic library.

Russell Witt
CA 1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of FRANCIS SOUSA
Sent: Tuesday, March 29, 2011 12:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: 3592 carts

HI Everyone,
we had an ATL 3594, which was dismantled and the drives alongwith the
control unit were used as a standalone device for carts to be used outside
the ATL, so that the operators now have to mount the carts manually instead
of the robot. The issue now is that the carts inside the ATL were SMS
managed and unfortunately they were not removed from the ATL before it was
dismantled, and neither was the location of the carts in RMM changed to
shelf. so now we are stuck as these carts cannot be used outside the
dismantled ATL, any attempt to change the location to SHELF fails cause the
system still senses it as a sms managed cart and tries eject the cart, which
fails as the ATL is dismantled, any idea how to resolve this problem, help
appreciated

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

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Staller, Allan
2 and 3. Especially during sand-box type operations of building a new
system.

Until JES is initialized and the log captured, it is extremely difficult
to debug PARMLIB errors, etc

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


Re: Summer Time, state of art

2011-03-29 Thread Vernooij, CP - SPLXM
Correct Jim,
That is why we leave the system and most of the subsystems running and
only keep down those subsystems (e.g. IMS) where we suspect the
applications with the problems you mention.

Kees.

Petersen, Jim jim_peter...@homedepot.com wrote in message
news:4ff9936e7708d445a1c50e882ea37f79089307e...@025-namsg-03.025d.mgd.m
sft.net...
 It isn't the operating system that has the problem.   It is the poorly
written application programs which do not use the GMT time for their
time stamps in whatever data records they are recording.   Instead, way
back when, they decided to use LOCAL time and then do computations on
that LOCAL time field against CURRENT LOCAL time which gets them into
trouble during the FALL BACK time change.
 
 DB2 uses the GMT Time to stamp the LOG records it is recording for
recovery so that is not an issue.   SMF records have GMT Time in them so
that is not an issue. No it is the wonderfully written, old legacy
applications which are at the root of the problem.
 
 ___
 Jim Petersen
 MVS - Lead Systems Engineer
 Home Depot Technology Center
 1300 Park Center Drive, Austin, TX 78753
 www.homedepot.com
 email:jim_peter...@homedepot.com
 512-977-2615 direct
 512-977-2930 fax
 210-859-9887 cell phone
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Chase, John
 Sent: Tuesday, March 29, 2011 5:32 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Summer Time, state of art
 
  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul
 
  In spring, we use the SET TIMEZONE=E.01.00 command on most of the
  systems we support, unless they haven't been IPL'ed for a while.
 However
  in the autumn we still shutdown, wait an hour, and IPL.
  If you run 24x7 CICS, make sure it's setup to cope with the time
 change
  ( I forget the SIT parameter ).
 
 I'm amazed and mystified that the arguably most sophisticated and
mature
 operating system in the world still cannot automatically handle the
 changes to and from Daylight Saving Time.
 
 -jc-
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 The information in this Internet Email is confidential and may be
legally privileged. It is intended solely for the addressee. Access to
this Email by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken or
omitted to be taken in reliance on it, is prohibited and may be
unlawful. When addressed to our clients any opinions or advice contained
in this Email are subject to the terms and conditions expressed in any
applicable governing The Home Depot terms of business or client
engagement letter. The Home Depot disclaims all responsibility and
liability for the accuracy and content of this attachment and for any
damages or losses arising from any inaccuracies, errors, viruses, e.g.,
worms, trojan horses, etc., or other items of a destructive nature,
which may be contained in this attachment and shall not be liable for
direct, indirect, consequential or special damages in connection with
this e-mail message !
  or its attachment.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Summer Time, state of art

2011-03-29 Thread Mike Myers

John:

That makes the most sense, given a TOD clock set to GMT.

Do you have to do anything else special? I saw a reference to a SIT 
parameter for CICS. I have to look for the value, but I suspect it 
changes the way that CICS changes the date.


Mike Myers
Pitt County Memorial Hospital


 On 03/29/2011 08:07 AM, McKown, John wrote:

We use the z/OS operator command: SET TIMEZONE. We are in US Central Time. At 
02:00 on the appropriate day, we just issue the command:

T TIMEZONE=W.06

or

T TIMEZONE=W.05

We're on z/OS 1.10.

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM




-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari
Sent: Tuesday, March 29, 2011 3:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: Summer Time, state of art

  Hi

Till  now, we  always made an IPL at summer/winter time change.
Maybe something better ? (We are in zOS 1.11)

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



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



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


Re: Summer Time, state of art

2011-03-29 Thread Hunkeler Peter (KIUP 4)
Till  now, we  always made an IPL at summer/winter time change.
Maybe something better ? (We are in zOS 1.11)

Not directly answering your question, but do what Russia just 
decided: Get rid of that stupid time change twice a year and
stick with summer time setting. I wish the EU would decide
likewise.

--
Peter Hunkeler

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


Re: Summer Time, state of art

2011-03-29 Thread McKown, John
For any CICS regions which are up, we enter a command:

F cics,CEMT PER RESET

To tell the region to resync its internal clock to the z/OS clock. We don't do 
anything else. Batch jobs just get weird times. Especially during the fall 
back clock change. We have jobs end before they began. I hate local time.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Myers
 Sent: Tuesday, March 29, 2011 7:55 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Summer Time, state of art
 
 John:
 
 That makes the most sense, given a TOD clock set to GMT.
 
 Do you have to do anything else special? I saw a reference to a SIT 
 parameter for CICS. I have to look for the value, but I suspect it 
 changes the way that CICS changes the date.
 
 Mike Myers
 Pitt County Memorial Hospital
 
 
   On 03/29/2011 08:07 AM, McKown, John wrote:
  We use the z/OS operator command: SET TIMEZONE. We are in 
 US Central Time. At 02:00 on the appropriate day, we just 
 issue the command:
 
  T TIMEZONE=W.06
 
  or
 
  T TIMEZONE=W.05
 
  We're on z/OS 1.10.
 
  --
  John McKown
  Systems Engineer IV
  IT
 
  Administrative Services Group
 
  HealthMarkets(r)
 
  9151 Boulevard 26 * N. Richland Hills * TX 76010
  (817) 255-3225 phone *
  john.mck...@healthmarkets.com * www.HealthMarkets.com
 
  Confidentiality Notice: This e-mail message may contain 
 confidential or proprietary information. If you are not the 
 intended recipient, please contact the sender by reply e-mail 
 and destroy all copies of the original message. 
 HealthMarkets(r) is the brand name for products underwritten 
 and issued by the insurance subsidiaries of HealthMarkets, 
 Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
 National Life Insurance Company of TennesseeSM and The MEGA 
 Life and Health Insurance Company.SM
 
 
 
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari
  Sent: Tuesday, March 29, 2011 3:29 AM
  To: IBM-MAIN@bama.ua.edu
  Subject: Summer Time, state of art
 
Hi
 
  Till  now, we  always made an IPL at summer/winter time change.
  Maybe something better ? (We are in zOS 1.11)
 
  
 --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET 
 IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
  
 --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET 
 IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 

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


Re: Summer Time, state of art

2011-03-29 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Petersen, Jim
 
 It isn't the operating system that has the problem.   It is the poorly
written application programs
 which do not use the GMT time for their time stamps in whatever data
records they are recording.
 Instead, way back when, they decided to use LOCAL time and then do
computations on that LOCAL time
 field against CURRENT LOCAL time which gets them into trouble during
the FALL BACK time change.

z/OS still requires manual updating of the TIMEZONE parm (at minimum)
at each time change.  The other systems with which I'm familiar all do
that automatically.

-jc-

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


Re: Summer Time, state of art

2011-03-29 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of McKown, John
 
 We use the z/OS operator command: SET TIMEZONE. We are in US Central
Time. At 02:00 on the appropriate
 day, we just issue the command:
 
 T TIMEZONE=W.06
 
 or
 
 T TIMEZONE=W.05
 
 We're on z/OS 1.10.

Windoze, Linux, et al (even z/VM) do that automatically.  Why is it
(still) necessary to do it manually on z/OS?

-jc-

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


Re: Summer Time, state of art

2011-03-29 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Hunkeler Peter (KIUP
4)
 
 Till  now, we  always made an IPL at summer/winter time change.
 Maybe something better ? (We are in zOS 1.11)
 
 Not directly answering your question, but do what Russia just
 decided: Get rid of that stupid time change twice a year and
 stick with summer time setting. I wish the EU would decide
 likewise.

The US did exactly that for a time during the Nixon presidency.  I don't
remember why we reverted to spring forward, fall back.

-jc-

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


Re: Summer Time, state of art

2011-03-29 Thread McKown, John
Why ask me? grin. Somebody in IBM could take the Linux timezone data and make 
it work on z/OS. Why don't they? Well, given some of Lynn Wheelers' posts, I'd 
say hubris and not invented here syndrome. Similar to the egos of Balmer, 
Gates, and Jobs. Competent men, but arrogant.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John
 Sent: Tuesday, March 29, 2011 8:07 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Summer Time, state of art
 
  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of McKown, John
  
  We use the z/OS operator command: SET TIMEZONE. We are in US Central
 Time. At 02:00 on the appropriate
  day, we just issue the command:
  
  T TIMEZONE=W.06
  
  or
  
  T TIMEZONE=W.05
  
  We're on z/OS 1.10.
 
 Windoze, Linux, et al (even z/VM) do that automatically.  Why is it
 (still) necessary to do it manually on z/OS?
 
 -jc-
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread van der Grijn, Bart (B)
In one of our environments, for a long time (years), the HMC system
console was our only console for most of the systems. We eventually
implemented IIC because the HMC console was a pain to use and at the
time not available to the sysprog folks. The specific environment
consists of multi-image sysplexes running a single app (DB2 for mySAP),
so the actual console interaction is minimal.

Today this environment (and the other 'legacy' environment) uses
redundant ICC. Some of our operators still seem to use the HMC console
though. Probably because it's right there for them when they IPL (HMC is
a short walk from their desk). 

Never used SMCS. 

Answers to your specific questions: 
1 - We have
2 - Not that I can recall
3 - Used to apply to us, not any more. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of W. Kevin Kelley
Sent: Tuesday, March 29, 2011 12:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System 
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of
last 
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS
consoles 
(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 

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


Re: Summer Time, state of art

2011-03-29 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John
 Sent: Tuesday, March 29, 2011 8:12 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Summer Time, state of art
 
  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of Hunkeler 
 Peter (KIUP
 4)
  
  Till  now, we  always made an IPL at summer/winter time change.
  Maybe something better ? (We are in zOS 1.11)
  
  Not directly answering your question, but do what Russia just
  decided: Get rid of that stupid time change twice a year and
  stick with summer time setting. I wish the EU would decide
  likewise.
 
 The US did exactly that for a time during the Nixon 
 presidency.  I don't
 remember why we reverted to spring forward, fall back.
 
 -jc-

Perhaps it is like my boss indicated. He likes the time change. Because it 
gives him sunshine hours after work. So he goes out and does things. Which 
stimulates the economy. So summer hours basically help the economy by urging 
people to spend more money.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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


Re: zIIPs and zAAPs

2011-03-29 Thread Shmuel Metz (Seymour J.)
In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom,
on 03/28/2011
   at 10:35 AM, McKown, John john.mck...@healthmarkets.com said:

zIIPs require special SRB enclave coding, as I understand it. zAAPs
run java byte code.

No; they run the same instructions as any other engine, except for the
instruction used to determine whether an engine is a general CP. When
a ZAAP is used for Java the JVM interpreter is running on the ZAAP.

Java is no more dangerous than COBOL. 

The issue isn't the language features, it's the interpreter.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Stan Weyman
 Until JES is initialized and the log captured, it is extremely difficult
to debug PARMLIB errors, etc 

  amen to that...

Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
EMC²  (508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Staller, Allan
Sent: Tuesday, March 29, 2011 8:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC System Console usage (one more time)

2 and 3. Especially during sand-box type operations of building a new
system.

Until JES is initialized and the log captured, it is extremely difficult
to debug PARMLIB errors, etc

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

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


Re: Summer Time, state of art

2011-03-29 Thread Erik Janssen
If you use the server time protocol (STP) changing timezone can be done 
automatically op z/OS:
http://www-03.ibm.com/systems/z/advantages/pso/stp.html

All we have in our CLOCK member:
STPMODE  YES
STPZONE  YES

We got last weekend:
IEA392I STP TIME OFFSET CHANGES HAVE OCCURRED.

After which we have automation give F cicsregion,CEMT P RESET commands.

Regards,

Erik Janssen.



-Oorspronkelijk bericht-
Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Chase, 
John
Verzonden: dinsdag 29 maart 2011 15:07
Aan: IBM-MAIN@bama.ua.edu
Onderwerp: Re: Summer Time, state of art

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of McKown, John

 We use the z/OS operator command: SET TIMEZONE. We are in US Central
Time. At 02:00 on the appropriate
 day, we just issue the command:

 T TIMEZONE=W.06

 or

 T TIMEZONE=W.05

 We're on z/OS 1.10.

Windoze, Linux, et al (even z/VM) do that automatically.  Why is it
(still) necessary to do it manually on z/OS?

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

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


Re: Summer Time, state of art

2011-03-29 Thread Patrick Lyon
On Tue, 29 Mar 2011 08:07:23 -0500, Chase, John jch...@ussco.com 
wrote:


Windoze, Linux, et al (even z/VM) do that automatically.  Why is it
(still) necessary to do it manually on z/OS?

-jc-

I would suspect that if done automatically it could pose a problem to 
applications that do have a problem with the fallback scenario as indicated 
previously in this thread.

That said, there *could* be a IEASYS parm that tells z/OS either to 
automagically do the change, or even prompt, or not at all.

We have one of those applicatons here that are unsure if the fall back would 
hose up their internal SLA's, so they request that their CICS's be brought 
down for that hour.

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Wissink, Brad [ITSYS]
1. yes
2.  We are using OSA-ICC support for we have tried to recover OSA consoles when 
we have problems.  
3.  No locally-attached console, all OSA-ICC.

Brad Wissink
Information Technology Services
Iowa State University
515-294-3088

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
W. Kevin Kelley
Sent: Monday, March 28, 2011 11:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System 
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last 
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS consoles 
(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 

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

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


Re: Summer Time, state of art

2011-03-29 Thread Petersen, Jim
If you have z machines which are capable of STP then there is an option to 
automatically change the time at the appointed hour since it is using NTP as 
well.

___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:jim_peter...@homedepot.com
512-977-2615 direct
512-977-2930 fax
210-859-9887 cell phone


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Tuesday, March 29, 2011 8:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Summer Time, state of art

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Petersen, Jim

 It isn't the operating system that has the problem.   It is the poorly
written application programs
 which do not use the GMT time for their time stamps in whatever data
records they are recording.
 Instead, way back when, they decided to use LOCAL time and then do
computations on that LOCAL time
 field against CURRENT LOCAL time which gets them into trouble during
the FALL BACK time change.

z/OS still requires manual updating of the TIMEZONE parm (at minimum)
at each time change.  The other systems with which I'm familiar all do
that automatically.

-jc-

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


The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message !
 or its attachment.

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


Re: VOLCAT and DR

2011-03-29 Thread Darth Keller
Good day. We've built a one-pack recovery system for DR which includes 
OAM as 
we're restoring from encrypted tapes. Setting up the SMS aspects, too, 
which 
leads us to a couple of questions.
Do we need VOLCAT.VGENERAL as well as VOLCAT.V2 which covers our 3592 
tapes? We also want to refresh several files on the one pack volume 
daily so that 
it's restore the one and go, the VOLCATS included. We still need to 
define the 
VOLCAT file(s) and figure out the refresh for them as well. 
Has anyone else done anything close to this? We appreciate suggestions 
and I'm 
off to look at red books and manuals as well.


We also use a 1-pack recovery system at DR  3592 encrypted tapes.  I'm 
curious as to what encryption you're using that requires OAM?

We're currently using EKM, the free version,  it's located on our 1-pack 
system.  Encryption requires we set up the  encryption server, but not 
OAM.  We're not a huge shop by any means. We back up everything we need to 
restore on less than 20 3592 tapes.  We have an IBM 3500 ATL at DR, but 
during the initial restore, we don't define it  use the the TS1130 drives 
in it as stand-alone drives.  We issue commands to mount the tapes to 
specific drives  leave them up until we're ready to start the other 
systems. 

Hope that helps. 
dd keller



This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Dazzo, Matt
Answers embedded below. 

Matt

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
W. Kevin Kelley
Sent: Tuesday, March 29, 2011 12:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System 
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last 
resort?

Yeap, we have.

2) How many of you have used it to recover OSA attached consoles?

Not yet, but we have to in the future.

3) How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS consoles 
(or some other console support requiring Comm Server to be up)?

If management knew that could be done, they would use it as a cost savings 
measure and save some pennies on a console.

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 

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

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


Re: zIIPs and zAAPs

2011-03-29 Thread Hunkeler Peter (KIUP 4)
zIIPs require special SRB enclave coding, as I understand it. 
zAAPs run java byte code.

Both run (only) native z/Architecture machine instructions.

All restrictions and requirements are imposed by z/OS only and
not by hardware. z/OS defines rules under which work units 
(TCBs and SRBs) may or may not be queued on either the 
zAAP WUQ or zIIP WUQ. 

IIRC, zAAP processors are not enabled for I/O interrupts. Not
sure about zIIPs.

--
Peter Hunkeler

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


Re: Summer Time, state of art

2011-03-29 Thread Hunkeler Peter (KIUP 4)
Perhaps it is like my boss indicated. He likes the time 
change. Because it gives him sunshine hours after work. 
So he goes out and does things. Which stimulates the economy. 
So summer hours basically help the economy by urging people 
to spend more money.

I'm still waiting for someone to explain why it is good to
have sunshine hours after work in summer but not in winter.
You might say that in winter it is dark when you leave the
office any way, so it doesn't help. True, but it doesn't 
do any harm either, does it?.

--
Peter Hunkeler

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


Re: Summer Time, state of art

2011-03-29 Thread Pommier, Rex R.
The idea is that having more light earlier in the morning, the children waiting 
for school buses don't have to wait in the dark, where they are more at risk of 
either being snatched by some bad guy or hit by a car that doesn't see them in 
the dark.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Hunkeler Peter (KIUP 4)
Sent: Tuesday, March 29, 2011 9:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Summer Time, state of art

Perhaps it is like my boss indicated. He likes the time
change. Because it gives him sunshine hours after work.
So he goes out and does things. Which stimulates the economy.
So summer hours basically help the economy by urging people
to spend more money.

I'm still waiting for someone to explain why it is good to
have sunshine hours after work in summer but not in winter.
You might say that in winter it is dark when you leave the
office any way, so it doesn't help. True, but it doesn't
do any harm either, does it?.

--
Peter Hunkeler


The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited. If you received this e-mail in error, please reply to 
sender and destroy or delete the message and any attachments. Thank you.

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


Re: Summer Time, state of art

2011-03-29 Thread Shmuel Metz (Seymour J.)
In
4ff9936e7708d445a1c50e882ea37f79089307e...@025-namsg-03.025d.mgd.msft.net,
on 03/29/2011
   at 07:01 AM, Petersen, Jim jim_peter...@homedepot.com said:

It isn't the operating system that has the problem.   It is the
poorly written application programs which do not use the GMT time for
their time stamps in whatever data records they are recording.  
Instead, way back when, they decided to use LOCAL time and then do
computations on that LOCAL time field against CURRENT LOCAL time
which gets them into trouble during the FALL BACK time change.

Way back when? Way back when there was no clock offset. If the
application was written in the early days then it's an issue of not
upgrading it to exploit new facilities, not of poor design.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: zIIPs and zAAPs

2011-03-29 Thread Shmuel Metz (Seymour J.)
In ih71p691hnkepau26rkb5q5dciqoogt...@4ax.com, on 03/28/2011
   at 04:42 PM, Binyamin Dissen bdis...@dissensoftware.com said:

The security issue is allowing application programmers to write SRB
code (which implies the ability to update APF datasets).

I was under the impression that the applications being discussed were
already AC(1). Modifying an AC(1) application to schedule an SRB
introduces an additional level of risk.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: zIIPs and zAAPs

2011-03-29 Thread Shmuel Metz (Seymour J.)
In fn6vo6t3r6jjdhc3kh0cl6e9421cd93...@4ax.com, on 03/27/2011
   at 10:37 PM, Binyamin Dissen bdis...@dissensoftware.com said:

As an SRB runs in supervisor state it can do what it wishes. It can
alter the new PSW's and do I/O .

Code under an SRB doesn't need to cheat in order to do I/O; it can use
the STARTIO macro.

BTW, it can issue an SVC 13.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Mike Schwab
On Tue, Mar 29, 2011 at 7:01 AM, McKown, John
john.mck...@healthmarkets.com wrote:

 I do hope the PHBs aren't considering removing the support. I wish z/OS would 
 support the HMC's integrated 3270 interface. z/VM does. Are you saying that 
 the z/VM people are smarter than the z/OS people? slight dig

Try adding a TN3270E device at UCB .  That is what hercules did to
use z/VM.  They did have to define it as a SysG console, but that was
a z/VM requirement.

 --
 John McKown
 Systems Engineer IV
 IT

 Administrative Services Group

 HealthMarkets(r)

 9151 Boulevard 26 * N. Richland Hills * TX 76010
 (817) 255-3225 phone *
 john.mck...@healthmarkets.com * www.HealthMarkets.com


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Shumate, Scott
Thank you for your e-mail.  A representative of the zVM team will review your 
request and respond to you as soon as possible.
Thanks again, 
zVM Team

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Dazzo, Matt
Mike, we are currently moving consoles to osa. I checked our HMC guide and did 
not see anything on console recovery. Could you provide some details or where I 
could find some information. 

Thanks Matt

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mike Myers
Sent: Tuesday, March 29, 2011 7:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC System Console usage (one more time)

Kevin:

Since switching to our new z10, we have only OSA attached consoles. We 
got rid of all the 3174s and green-screen consoles, which were very long 
in the tooth anyway. Operations really only uses the HMC to initiate an 
IPL, as the PCs in the operations area remain attached to specific OSA 
slots designating them as consoles and these addresses are also defined 
as NIP consoles.

The z10 has been around less than a year so we haven't yet had to use 
the HMC as the console of last resort, although that day may yet come along.

We have used it to recover OSA attached consoles in the last month when 
the PC group pushed some updates to the PCs in the operations area, 
forgetting that they were special (being used as consoles). Forcing a 
reboot caused them to lose their OSA connections. Fortunately, we had 
already set up a procedure for console recovery from the HMC that 
operations was able to follow.

Mike Myers
Pitt County Memorial Hospital



On 03/29/2011 12:01 AM, W. Kevin Kelley wrote:
 I'm being asked one more time by TPTB to determine how the HMC System
 Console is actually being used by z/OS customers:

 1) How many of you have used to it in an emergency as the console of last
 resort?

 2) How many of you have used it to recover OSA attached consoles?

 3) How many of you have no locally-attached consoles and use the System
 Console to IPL and get you through NIP before transitioning to SMCS consoles
 (or some other console support requiring Comm Server to be up)?

 W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development



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


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

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Ken Porowski
1 Yes
2 Yes but if I have a running system I'll do it from there or through
SDSF
3 OSA-ICC only 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of W. Kevin Kelley
Sent: Tuesday, March 29, 2011 12:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of
last resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS
consoles (or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development

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


Re: Summer Time, state of art

2011-03-29 Thread Mike Schwab
That was the reasoning.  And the actual stats showed they were safer
in the dark being illuminated by headlights instead of standing in the
dawn hours with drivers blinded by the sun coming over the horizon.

In 2011 in the Colorado legislature someone submitted a bill to stay
with standard hour year round and it failed in committee.  Someone
else submitted a bill to stay on daylight savings time year round and
it has advanced.

DST was supposed to save energy by require less lighting in the
evening.  Nowdays you get home at the hottest part of the day and you
use more energy to cool down the house than if you got home later.
This is why Arizona stays on ST year round.  Do your exercise in the
morning, shower, go to work and come home after the hottest part of
the day has passed.  It might be a dry heat, but 120F heating your car
to 200F and cooking dinner on the dash board
http://www.divaherself.com/summerfun/dashboarddining2.html , it is
still way too hot to get in to drive home.

On Tue, Mar 29, 2011 at 9:55 AM, Pommier, Rex R.
rex.pomm...@cnasurety.com wrote:
 The idea is that having more light earlier in the morning, the children 
 waiting for school buses don't have to wait in the dark, where they are more 
 at risk of either being snatched by some bad guy or hit by a car that doesn't 
 see them in the dark.

 Rex
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Announcement Letters unavailable?

2011-03-29 Thread Karl Huf
It being Tuesday it's my normal habit to review the latest IBM 
Announcement Letters but not having any joy bringing them up.  I usually 
use this link:
http://www-306.ibm.com/common/ssi/apilite?infotype=aninfosubt=calastdays=7ctvwcode=ushitlimit=200appname=USN

but that's timing out.  Even searching on the topic Announcement Letters 
within IBMLink and selecting a specific letter from the results list comes 
back with the same thing.  It's quite possible it's been moved, again, as 
what used to be so easy to access under the old 3270 IBMLink is typically 
hidden, IMO, under a series of non-intuitive links on the web version.

Anyone else experiencing this or have a better mousetrap?  Thanks.


___
Karl S Huf | Senior Vice President | World Wide Technology 
840 S Canal, Chicago, IL, 60607 | phone (312)630-6287 | k...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

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


Re: Announcement Letters unavailable?

2011-03-29 Thread Staller, Allan
Works for me at 10:25 AM US Central time

snip
It being Tuesday it's my normal habit to review the latest IBM 
Announcement Letters but not having any joy bringing them up.  I usually

use this link:
http://www-306.ibm.com/common/ssi/apilite?infotype=aninfosubt=calastda
ys=7ctvwcode=ushitlimit=200appname=USN

but that's timing out.  
/snip

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


Announcement Letters, part Duh

2011-03-29 Thread Karl Huf
Sure, after trying multiple ways to access the letters over the last half 
hour as soon as I send out a note to IBM-Main . . . it suddenly works. 
Behold the power of Listserv!


___
Karl S Huf | Senior Vice President | World Wide Technology 
840 S Canal, Chicago, IL, 60607 | phone (312)630-6287 | k...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

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


Re: Summer Time, state of art

2011-03-29 Thread Paul Gilmartin
On Tue, 29 Mar 2011 08:07:23 -0500, Chase, John wrote:

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of McKown, John

 T TIMEZONE=W.06
 or
 T TIMEZONE=W.05

Windoze, Linux, et al (even z/VM) do that automatically.  Why is it
(still) necessary to do it manually on z/OS?

In fact, most of those systems have a different paradigm.  There
is no current time offset stored in a control block, and no need
to do that automatically semiannually.  Rather, they embed a
function which takes as an argument a UTC timestamp and returns as
a result the corresponding local timestamp.  This works equally for
historic timestamps.  During the summer, the function can be called
with a UTC value from the previous winter and it will correctly
return the corresponding local time.  In the U.S.A.  the last time
the function was updated was in 2006, as a consequence of legislative
change.  The updated function still gives correct results for times
before 2006 as well as after.

What does STCKCONV do?

-- gil

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


Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Farley, Peter x23353
I have a fairly simple application requirement to be able to use BOTH an E15 
and an E35 exit in an OPTION COPY execution of SORT, but this is specifically 
disallowed (generates RC=16 message ICE161A from DFSORT and WER102A from 
SYNCSORT).

If I use a MERGE FIELDS=(p,l,f,A) on a known ascending field (and the EQUALS 
option just for insurance that the record order is not disturbed) and use 
SORTIN01 for the input instead of SORTIN, it works just fine with both exits in 
COBOL.

Can Mr. Yeager or some other SORT knowledgeable soul explain to me why this 
simple and straightforward use of SORT exits in a COPY operation is 
specifically forbidden?  It simply makes no sense to me whatsoever.

Peter
--

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


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


Re: CPU Serialnumber

2011-03-29 Thread Andrew Metcalfe
Spooky timing!!

I was just researching the PCCA as we got burned in z/OS 1.12 as the PCCA 
pointer in the PSA is now 31 bit address and one of our home grown utilities 
failed.

The 1.12 data areas books still say that the following fields are part of the 
programming interface:

PCCACAFM 
PCCACPID 
PCCACPUA 
PCCASLIH 
PCCASTPI 
TOKEN 

we use PCCACPID to find out the machine we are running on. Not bothered 
about which CP!

Andrew

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


Re: Summer Time, state of art

2011-03-29 Thread Paul Gilmartin
On Tue, 29 Mar 2011 14:58:44 +0200, Hunkeler Peter (KIUP 4) wrote:

Not directly answering your question, but do what Russia just
decided: Get rid of that stupid time change twice a year and
stick with summer time setting. I wish the EU would decide
likewise.

I'd not envision that working in the long term.  People would
gradually adjust their schedules to the old solar time and new
clock times.  Within historic times (Matthew 20:1–16) the sun
was considered to rise at 00:00; people took their siesta
at 06:00 (check etymology) and the sun set at 12:00.  When
the convention was changed to 00:00 at midnight, people
continued to regulate their workdays by solar time, not by
the new clock time.

I understand China has a single time zone.  How do Chinese
schedule their daily activities?

-- gil

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


SAPI LRECL Limit

2011-03-29 Thread Ken Porowski
Hunting through the doc but can't find an answer.

When reading a JES2 spool dataset using SAPI is there a maximum record
length that can be returned?

I have someone that created a 1400+ byte record length on spool and when
our report distribution package reads it it gets truncated at 256 bytes.
Vendor claims it is JES2/SAPI doing it.

TIA

Ken Porowski
VP Mainframe Administration
E: ken.porow...@cit.com



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


Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Frank Yaeger
Peter Farley on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote
on 03/29/2011 08:51:20 AM:
 I have a fairly simple application requirement to be able to use
 BOTH an E15 and an E35 exit in an OPTION COPY execution of SORT, but
 this is specifically disallowed (generates RC=16 message ICE161A
 from DFSORT and WER102A from SYNCSORT).

 If I use a MERGE FIELDS=(p,l,f,A) on a known ascending field (and
 the EQUALS option just for insurance that the record order is not
 disturbed) and use SORTIN01 for the input instead of SORTIN, it
 works just fine with both exits in COBOL.

 Can Mr. Yeager or some other SORT knowledgeable soul explain to me
 why this simple and straightforward use of SORT exits in a COPY
 operation is specifically forbidden?  It simply makes no sense to me

Peter,

In the SORT case, the COBOL E15 and COBOL E35 are NEVER active at the
same time, so the tricks we play with the COBOL environment work ok
and we can allow both exits.  For a SORT, the input (E15) and
output (E35) phases are performed separately.

In the COPY case, the COBOL E15 and COBOL E35 are active at the same
time, so the tricks we play with the COBOL environment won't work and
we don't allow both exits.  For a COPY, the input (E15) and output
(E35) phases are combined.

In the MERGE case, the E15 is actually ignored (MERGE uses an E32 for
input, not an E15).

That's as much detail as I can give you.  Not being a COBOL guy, I
couldn't explain the tricks even if I was allowed to.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

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


binary add

2011-03-29 Thread Monika Amiss
Dear group,

  I'm reading some SMF30 records and want to accumulate several 4 byte binary 
values (like CPU SU, IO SU, ...) for jobs which achieve the same criteria. But 
the summation grows over the 4 byte capacity (I use AR in Amode31). Is there a 
way to use 2 register for the summation. Or can I use Amode64-Code only for the 
addition. I fear to consume to much resources if I convert the data to decimal 
each time.

  Hope somebody could help me. Any hint appreciated.
  With best regards
  Monika

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


Re: Announcement Letters, part Duh

2011-03-29 Thread Bill Fairchild
Or maybe the power of Murphy's Law.

I have found a way to foil Murphy's Law most of the time.  Whenever I go 
anywhere, such as a doctor's office, automobile repair shop, etc., at which I 
might possibly have to wait, I always take something with me to read while 
waiting.  I almost never have to wait when I get there.  If I don't take 
anything with me to read, there will already be a one-hour-long waiting line 
ahead of me.  It also works when driving.  If I have something I am trying to 
do while driving, like shave using my portable battery-powered shave, the 
traffic lights will all be green and I never have to stop, thus I never get a 
chance to do whatever the other thing was that I wanted to do while driving.  
But if I don't have anything else to do, then all the traffic lights are red 
when I arrive at them.

Back to mainframes.  The same works when I submit a batch job to assemble some 
code.  If I have something else to do when waiting for the job to finish, it 
will finish almost instantaneously.  But if I have no other work to do while 
waiting, then something will go wrong go wrong go wrong and my job will run 
very sloowly.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Karl Huf
Sent: Tuesday, March 29, 2011 10:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Announcement Letters, part Duh

Sure, after trying multiple ways to access the letters over the last half hour 
as soon as I send out a note to IBM-Main . . . it suddenly works. 
Behold the power of Listserv!


___
Karl S Huf | Senior Vice President | World Wide Technology 
840 S Canal, Chicago, IL, 60607 | phone (312)630-6287 | k...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

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

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


Summer Time, state of art

2011-03-29 Thread john gilmore
Paul Gilmartin writes:
 
begin snippet
I'd not envision that working in the long term.  People would gradually adjust 
their schedules to the old solar time and new clock times. Within historic 
times (Matthew 20:1–16) the sun was considered to rise at 00:00; people took 
their siesta at 06:00 (check etymology) and the sun set at 12:00. When the 
convention was changed to 00:00 at midnight, people continued to regulate their 
workdays by solar time, not by the new clock time.
/end snippet
 
and I seem fated to disagree with him, this time only in part.
 
Much of the history that he rehashes is of little current relevance.  It 
relates to a past when lamps, candles, and the like were the only artificial 
illumination available.
 
Time-keeping and calendrical changes always provoke protest, much of it 
irrational.  
 
When the parts of the world under British control, including British North 
America, were finally switched from the Juilian/old Roman to the Gregorian 
calendar in 1752, there were demonstrations/disturbances/riots against it in 
Boston and Philadelphia; and in New York the Riot Act was actually read to an 
assembly of unruly apprentices.   Workingmen of the time judged that their 
lives were being shortened by 12 (sic) days, that they would be cheated of pay, 
etc., etc., despite the fact that the enabling Parliamentary legislation was a 
model of clarity that addressed [the real] such problems comprehensively.
 
These anxieties dissipated quickly, not least because urban as opposed to 
pastoral or agricultural groups need 'arbitrary' conventions.  The number of 
daylight hours differs greatly from season to season in most of the world, and 
urban affairs cannot and need no longer be regulated by the variable times of 
sunrise and sunset.

When, more recently, Europeans adopted the 24-hour clock for civil use there 
were the usual complaints; and when, finally, it is adopted in the United 
States--The American military of course use it already--there will be more of 
these complaints.
 
Computer networks that do not use GMT/UTC are and have for long been an 
absurdity, and the sooner those that do not use it are changed to do so the 
better.
 
These things said, some of what PG is saying or implying is certainly true, if 
not very interesting.  Few golf courses are [yet?] lighted, and if one wants to 
and can as a practical matter play golf in winter, one must perforce change the 
times of day when one plays in order to fit a game into the daylight hours.  On 
the other hand American professional baseball was in my youth played only in 
the afternoon: baseball stadia were not yet lighted.  Today it it often played 
at night: most baseball stadia are now lighted.  Again, the same thing is 
occurring with ski trails.  I ski only during daylight hours; but some short 
(mostly beginners') trails are now lighted, and some people now use them at 
midnight.

John Gilmore Ashland, MA 01721-1817 USA
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: binary add

2011-03-29 Thread Mark Pace
I wouldn't be to worried about using a CVD and AP for your total fields.

On Tue, Mar 29, 2011 at 1:07 PM, Monika Amiss monika.am...@arcor.de wrote:

 Dear group,

  I'm reading some SMF30 records and want to accumulate several 4 byte
 binary values (like CPU SU, IO SU, ...) for jobs which achieve the same
 criteria. But the summation grows over the 4 byte capacity (I use AR in
 Amode31). Is there a way to use 2 register for the summation. Or can I use
 Amode64-Code only for the addition. I fear to consume to much resources if I
 convert the data to decimal each time.

  Hope somebody could help me. Any hint appreciated.
  With best regards
  Monika

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




-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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


Re: binary add

2011-03-29 Thread Mike Schwab
You can use DFSORT SUM FIELDS to consolidate records.  When adding two
records together would overlow any output field, it will not
consolidate those records and you end up with multiple records for the
same key.  You might be able to extend the fields with x'00' fillers
in front, depending on how large a binary field it will allow.  Or
convert them to PD or ZD fields which allow 15 digits.

On Tue, Mar 29, 2011 at 12:07 PM, Monika Amiss monika.am...@arcor.de wrote:
 Dear group,

  I'm reading some SMF30 records and want to accumulate several 4 byte binary 
 values (like CPU SU, IO SU, ...) for jobs which achieve the same criteria. 
 But the summation grows over the 4 byte capacity (I use AR in Amode31). Is 
 there a way to use 2 register for the summation. Or can I use Amode64-Code 
 only for the addition. I fear to consume to much resources if I convert the 
 data to decimal each time.

  Hope somebody could help me. Any hint appreciated.
  With best regards
  Monika
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: binary add

2011-03-29 Thread Rob Scott
Monika,

Personally I would use XGR   Rx,Rx and then a sequence of AGF   Rx,field 
instructions

At the end, just use CVDG and ED to make it pretty 

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Monika Amiss
Sent: 29 March 2011 18:07
To: IBM-MAIN@bama.ua.edu
Subject: binary add

Dear group,

  I'm reading some SMF30 records and want to accumulate several 4 byte binary 
values (like CPU SU, IO SU, ...) for jobs which achieve the same criteria. But 
the summation grows over the 4 byte capacity (I use AR in Amode31). Is there a 
way to use 2 register for the summation. Or can I use Amode64-Code only for the 
addition. I fear to consume to much resources if I convert the data to decimal 
each time.

  Hope somebody could help me. Any hint appreciated.
  With best regards
  Monika

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

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


Re: binary add

2011-03-29 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Monika Amiss
 Sent: Tuesday, March 29, 2011 12:07 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: binary add
 
 Dear group,
 
   I'm reading some SMF30 records and want to accumulate 
 several 4 byte binary values (like CPU SU, IO SU, ...) for 
 jobs which achieve the same criteria. But the summation grows 
 over the 4 byte capacity (I use AR in Amode31). Is there a 
 way to use 2 register for the summation. Or can I use 
 Amode64-Code only for the addition. I fear to consume to much 
 resources if I convert the data to decimal each time.
 
   Hope somebody could help me. Any hint appreciated.
   With best regards
   Monika

If you are on a z, you can use 64 bit arithmetic. It has nothing to do with 
AMODE. You can use 64 bit arithmetic even in 24 or 31 bit addressing mode. Eg.

Instead of:

L   R2,FULLWORD1
A   R2,FULLWORD2
ST  R2,RESULT

you could do:

LGF R2,FULLWORD1 LOAD 64 BIT R2 FROM 32 BIT FULLWORD1
AGF R2,FULLWORD2 ADD 32 BIT FULLWORD2 TO 64 BIT R2
STG R2,DOUBLEWORD SAVE 64 BIT RESULT

or

LGF R2,FULLWORD1 LOAD 32 BIT FULLWORD INTO 64 BIT R2 WITH SIGN 
EXTENTION
LGF R3,FULLWORD2 SAME WITH R3
AGR R2,R3 ADD TWO 64 BIT REGISTERS

note. Do __NOT__ do:

L   R2,FULLWORD1
L   R3,FULLWORD2
AGR R2,R3

In the above, the L to load loads only 32 bits and does not clear or sign 
extend the high order fullword of the registers. So that the AGR adds the 64 
bit registers with the left over contents in the high words of R2 and R3. If 
you have a 32 bit value in a register, use the LGFR instruction to sign 
extend that value into the high word before doing 64 bit arithmetic. You can 
even LGFR Rx,Rx to sign extend a value into the same register. Also keep in 
mind that all GP registers on a z are 64 bits in size. It's just that some 
instructions do not disturb the high (or sometimes the low) fullword bits.

In the past, on non-z equipment, I have done 64 bit arithmetic. 

L   R2,FULLWORD1
SRDAR2,32   64 BIT VALUE IN R2/R3
L   R4,FULLWORD2
SRDAR4,32   64 BIT VALUE IN R4/R5
ALR R4,R2   ADD HIGH WORD
ALR R5,R3   ADD LOW WORD
BNO AROUND  NO OVERFLOW (CARRY)
AL  R4,=F'1'LOW WORD OVERFLOW - CARRY 
AROUND DS   0H


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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


Re: 3592 carts

2011-03-29 Thread Pinnacle
FRANCIS SOUSA fds1...@gmail.com wrote in message 
news:aanlktim+krplz7szoajh2y6enmprno3rkvi6_he1f...@mail.gmail.com...

HI Everyone,
we had an ATL 3594, which was dismantled and the drives alongwith the
control unit were used as a standalone device for carts to be used outside
the ATL, so that the operators now have to mount the carts manually 
instead

of the robot. The issue now is that the carts inside the ATL were SMS
managed and unfortunately they were not removed from the ATL before it was
dismantled, and neither was the location of the carts in RMM changed to
shelf. so now we are stuck as these carts cannot be used outside the
dismantled ATL, any attempt to change the location to SHELF fails cause 
the
system still senses it as a sms managed cart and tries eject the cart, 
which

fails as the ATL is dismantled, any idea how to resolve this problem, help
appreciated


Francis,

First, do a DELETE VOLENT for all the tapes in that ATL, and if that was 
your only ATL, get rid of VOLCAT VGENERAL.  You should be able to move the 
volumes in RMM with CV MANUALMOVE.


As an aside, whoever dismantled your ATL without ejecting all the tapes 
first should be sued for incompetence.


Regards,
Tom Conley 


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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Pinnacle

Kevin,

1 and 2 for me, not 3.

Regards,
Tom Conley


W. Kevin Kelley wkkel...@optonline.net wrote in message 
news:listserv%201103282301362978.0...@bama.ua.edu...

I'm being asked one more time by TPTB to determine how the HMC System
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS 
consoles

(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development



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


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


Re: binary add

2011-03-29 Thread Staller, Allan
snip
I fear to consume to much resources if I convert the data to decimal
each time.
/snip

snip
I wouldn't be too worried about using a CVD and AP for your total
fields.
/snip

I would!. I once worked on a COBOL program with only display fields in
the code. This program would peg a 158.
When I changed the Working storage display fields to the appropriate
internal representation, the program no longer registered.

To make a long story short, *EVERY* subscript and data field that
represented a number went through PACK, CVB, (operation), CVD, UNPACK,
at least 4 times during the course of execution. 

BEWARE of CVD/CVB!

To answer the original question, Perhaps using Floating point
instructions (either Hex or IEEE) will help. However, I have no
experience with the 
CXFR, (operation),  CFXR sequence of instructions as far as CPU
utilization is concerned.

It seems to me a higher level language (SAS, ...) would be of more
assistance

HTH,

snip
  I'm reading some SMF30 records and want to accumulate several 4 byte
 binary values (like CPU SU, IO SU, ...) for jobs which achieve the
same
 criteria. But the summation grows over the 4 byte capacity (I use AR
in
 Amode31). Is there a way to use 2 register for the summation. Or can I
use
 Amode64-Code only for the addition. I fear to consume to much
resources if I
 convert the data to decimal each time.

/snip

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


Re: binary add

2011-03-29 Thread Frank Yaeger
Mike Schwab on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote
on 03/29/2011 10:25:11 AM:
 You can use DFSORT SUM FIELDS to consolidate records.  When adding two
 records together would overlow any output field, it will not
 consolidate those records and you end up with multiple records for the
 same key.  You might be able to extend the fields with x'00' fillers
 in front, depending on how large a binary field it will allow.  Or
 convert them to PD or ZD fields which allow 15 digits.

DFSORT supports 8-byte binary values for SUM, so you could use INREC to
extend the 4-byte binary values with 4 binary zeros on the left before
SUMming to prevent overflow.

Alternatively, you could use OUTFIL's SECTIONS with TRAILER3 and TOTAL.
That way, you could add the 4-byte BI fields and get a larger BI, ZD or
PD total without worrying about overflow.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols,
 Migration
= DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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


Re: binary add

2011-03-29 Thread john gilmore
Monika,
 
There is an important distinction between AMODE(64) and doubleword binary 
arithmetic in AMODE(31) routines.  You may use AGR in an AMODE(31) routine if 
you make other changes mutatis mutandis.
 
You will, for example, need a doubleword of storage for accumulating running 
totals from SMF record to SMF record, etc., etc.; and you will thus need to use 
the G versions of other familiar instructions too, but such changes will be 
obvious to you when you think about them.
 
There is even an argument for using these G instructions when you don't need to 
do so; they are somewhat faster that their four-byte analogues.
 
John Gilmore Ashland, MA 01721-1817 USA


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


Re: binary add

2011-03-29 Thread Mark Pace
I wasn't suggesting to keep converting the data back and forth.  She was
looking to accumulate/total some counters.  Convert the number to decimal
and add it to a packed counter.  No conversion back to binary required.

On Tue, Mar 29, 2011 at 1:46 PM, Staller, Allan allan.stal...@kbmg.comwrote:

 snip
 I fear to consume to much resources if I convert the data to decimal
 each time.
 /snip

 snip
 I wouldn't be too worried about using a CVD and AP for your total
 fields.
 /snip

 I would!. I once worked on a COBOL program with only display fields in
 the code. This program would peg a 158.
 When I changed the Working storage display fields to the appropriate
 internal representation, the program no longer registered.

 To make a long story short, *EVERY* subscript and data field that
 represented a number went through PACK, CVB, (operation), CVD, UNPACK,
 at least 4 times during the course of execution.

 BEWARE of CVD/CVB!

 To answer the original question, Perhaps using Floating point
 instructions (either Hex or IEEE) will help. However, I have no
 experience with the
 CXFR, (operation),  CFXR sequence of instructions as far as CPU
 utilization is concerned.

 It seems to me a higher level language (SAS, ...) would be of more
 assistance

 HTH,

 snip
   I'm reading some SMF30 records and want to accumulate several 4 byte
  binary values (like CPU SU, IO SU, ...) for jobs which achieve the
 same
  criteria. But the summation grows over the 4 byte capacity (I use AR
 in
  Amode31). Is there a way to use 2 register for the summation. Or can I
 use
  Amode64-Code only for the addition. I fear to consume to much
 resources if I
  convert the data to decimal each time.
 
 /snip

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




-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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


Restoring DFSMShsm migrated data set without active DFHSM?

2011-03-29 Thread Joe Ellett
Is it possible to restore a data set from a DFSMShsm migrated copy without 
having an active DFHSM subsystem. I know that hsm uses dss as the data mover, 
but apparently the migrated data set isn't in standard dss DUMP format because 
a 
dss RESTORE gets an INVALID INPUT message. Is there a way to extract the dss 
DUMP from whatever wrapper hsm has added?

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Hal Merritt
1 - Yes.
2 - Yes. 
3 - We don't have any consoles defined in the IOCDS/IODF for NIP processing. 
All NIP stuff is done via the HMC System Console. 

For one, we'd like to see the HMC console operate more like the regular 
consoles. For example, not all WTOR's appear.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
W. Kevin Kelley
Sent: Monday, March 28, 2011 11:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: HMC System Console usage (one more time)

I'm being asked one more time by TPTB to determine how the HMC System Console 
is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last 
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System Console 
to IPL and get you through NIP before transitioning to SMCS consoles (or some 
other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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


Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Farley, Peter x23353
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Frank Yaeger
 Sent: Tuesday, March 29, 2011 1:01 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?
Snipped 
 In the SORT case, the COBOL E15 and COBOL E35 are NEVER active at the
 same time, so the tricks we play with the COBOL environment work ok
 and we can allow both exits.  For a SORT, the input (E15) and
 output (E35) phases are performed separately.
 
 In the COPY case, the COBOL E15 and COBOL E35 are active at the same
 time, so the tricks we play with the COBOL environment won't work and
 we don't allow both exits.  For a COPY, the input (E15) and output
 (E35) phases are combined.
 
 In the MERGE case, the E15 is actually ignored (MERGE uses an E32 for
 input, not an E15).
 
 That's as much detail as I can give you.  Not being a COBOL guy, I
 couldn't explain the tricks even if I was allowed to.

Thanks for the explanation Frank.  *Sigh* I kinda figured it would be some 
such reason, even though I wouldn't have done it that way myself, thinking like 
the application programmer that I am.

And thanks for the heads up about MERGE using E32.  I didn't RTFM quite enough 
there and just *assumed* that a MERGE used E15.

Related question:  Can a plain C subroutine (LE-enabled, not MetalC or SP C) be 
used as a DFSORT exit routine?  If so, what would the fourth exit parameter be 
set to?  C like for COBOL, or N for none?

--

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


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


Re: Check TAPE Contents

2011-03-29 Thread Sergio Lima
Hello,
 
We also tried use IDCAMS here from see tape contents and don't work.
Can you please say what can I get a sample JOB ?
 
Thanks,
 
Sergio
 
 Date: Wed, 23 Mar 2011 12:14:28 -0700
 From: barry.a.schw...@boeing.com
 Subject: Re: Check TAPE Contents
 To: IBM-MAIN@bama.ua.edu
 
 When attempting to examine an unknown tape, I use the IDCAMS PRINT command 
 with the DUMP operand and specify RECFM=u and BLKSIZE=32760.
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
 Of Sergio Lima
 Sent: Wednesday, March 23, 2011 11:49 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Check TAPE Contents
 
 Hello List,
 
 We have some tapes here, that came from another system, and then, We need 
 look the contents of that.
 We know that DITTO with TP functions, can help us, but, unfortunatelly , our 
 DITTO is not customized for use, and We can't found the DITTO INSTALLATION 
 AND CUSTOMIZATION MANUAL.
 When try run the JOB :
 
 snip
 
 DIT0330I Not authorized for function
 Explanation: Your user ID is not authorized to use the
 function that you specified.
 User Response: If you need to use this function,
 contact your system support to enable your user ID for
 | this function or function group. Refer to the DITTO/ESA
 | Installation and Customization Guide.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Check TAPE Contents

2011-03-29 Thread Patrick Lyon
On Tue, 29 Mar 2011 22:04:18 +0300, Sergio Lima 
sergio...@hotmail.com wrote:

Hello,
 
We also tried use IDCAMS here from see tape contents and don't work.
Can you please say what can I get a sample JOB ?
 
Thanks,
 
Sergio

Not sure if this works or not, the date on the member is prior Y2K...

//DITTOPROC LBL=BLP,VSER=XX,UNT=TAPE
//IDCAMS   EXEC PGM=IDCAMS  
//UIN  DD  DISP=OLD,
// DSN=FILE01,  
// UNIT=(UNT), 
// VOL=(,RETAIN,SER=VSER), 
// LABEL=(FN,LBL,,EXPDT=98000),   
//DCB=(BLKSIZE=32760,RECFM=U)   
//*DCB=(RECFM=FB,LRECL=81,BLKSIZE=4050) 
//SYSPRINT DD  SYSOUT=* 
// PEND 
//DITTO1 EXEC DITTO,VSER=000297,FN=01,LBL=BLP,UNT=ETAPE 
//SYSIN  DD*
PRINT INFILE(UIN) COUNT(20) 

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


Re: Restoring DFSMShsm migrated data set without active DFHSM?

2011-03-29 Thread Lizette Koehler
 Is it possible to restore a data set from a DFSMShsm migrated copy without
having an
 active DFHSM subsystem. I know that hsm uses dss as the data mover, but
apparently
 the migrated data set isn't in standard dss DUMP format because a dss
RESTORE gets
 an INVALID INPUT message. Is there a way to extract the dss DUMP from
whatever
 wrapper hsm has added?


I am not sure, however, have you run the dump of the tape with a
PARM='TYPERUN=SCAN (I think that is it) and just tried to restore all
datasets?  It is kind of a cheap mapping of what is on the tape.  Perhaps
you might recognize the dumped dsn and then use that for input?

Lizette

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


Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Frank Yaeger
Peter Farley on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote
on 03/29/2011 11:31:13 AM:
 Related question:  Can a plain C subroutine (LE-enabled, not MetalC
 or SP C) be used as a DFSORT exit routine?  If so, what would the
 fourth exit parameter be set to?  C like for COBOL, or N for none?

I'm an Assembler guy - I don't use C - so I'm probably the wrong person to
ask.

However, I suppose it depends on which type of exit parameter list C can
take
advantage of (if either).  The Assembler exit lists are simple ones whereas
the
COBOL exit lists are more complex.  Both are described in the DFSORT book
here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA50/4.0?DT=20100630155256

You would use N in the MODS statement for a routine that uses the Assembler
exit list,
or C in the MODS statement for a routine that uses the COBOL exit list.

Maybe somebody who actually uses C can give you a better answer.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

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


Re: Check TAPE Contents

2011-03-29 Thread Brian Farley
If you have SAS software on site try the tapelablel procedure. 


//jobname JOB acct,name
/*JOBPARM FETCH
//TLABEL   EXEC SAS
//OURTAPE  DD   UNIT=TAPE,DISP=OLD,VOL=SER=MVSV9
//SYSIN DD *
   proc tapelabel ddname=ourtape;
   run;
/*
//

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Patrick Lyon
Sent: Tuesday, March 29, 2011 2:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Check TAPE Contents

On Tue, 29 Mar 2011 22:04:18 +0300, Sergio Lima sergio...@hotmail.com wrote:

Hello,
 
We also tried use IDCAMS here from see tape contents and don't work.
Can you please say what can I get a sample JOB ?
 
Thanks,
 
Sergio

Not sure if this works or not, the date on the member is prior Y2K...

//DITTOPROC LBL=BLP,VSER=XX,UNT=TAPE
//IDCAMS   EXEC PGM=IDCAMS  
//UIN  DD  DISP=OLD,
// DSN=FILE01,  
// UNIT=(UNT), 
// VOL=(,RETAIN,SER=VSER), 
// LABEL=(FN,LBL,,EXPDT=98000),   
//DCB=(BLKSIZE=32760,RECFM=U)   
//*DCB=(RECFM=FB,LRECL=81,BLKSIZE=4050) 
//SYSPRINT DD  SYSOUT=* 
// PEND 
//DITTO1 EXEC DITTO,VSER=000297,FN=01,LBL=BLP,UNT=ETAPE 
//SYSIN  DD*
PRINT INFILE(UIN) COUNT(20) 

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

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Bob Shannon
I'm being asked one more time by TPTB to determine how the HMC System Console 
is actually being used by z/OS customers:

1)  How many of you have used to it in an emergency as the console of last 
resort?

 Yes we did

2)  How many of you have used it to recover OSA attached consoles?

 NO we have not. And I hope we won't.

3)  How many of you have no locally-attached consoles and use the System 
Console to IPL and get you through NIP before transitioning to SMCS consoles 
(or some other console support requiring Comm Server to be up)?

 NO we have local consoles defined

Bob Shannon
Rocket Software

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


Re: Check TAPE Contents

2011-03-29 Thread Mark Zelden
If just want labels, I usually use IEBPTPCH.   TAPEMAP and other
similar utilities read the entire tape.  

This JCL will also print the EOF1 / EOF2 easily. 

//TAPELBL  JOB (ACCT),CLASS=A,...
//*  
//MPROC  PROC  HP=1  
//PS10   EXEC  PGM=IEBPTPCH  
//SYSPRINT DD  SYSOUT=*  
//SYSUT1   DD  DSN=ZELDEN.TAPE,  
// DISP=(SHR,KEEP,KEEP), 
// UNIT=TAPE,
// LABEL=(HP,BLP,EXPDT=98000),  
// VOL=SER=vv,   
// DCB=(RECFM=F,LRECL=80,BLKSIZE=80) 
//SYSUT2   DD  SYSOUT=*  
//SYSINDD  DDNAME=SYSIN1 
//MPROC  PEND
//*  
//* HP=1 FOR VOL1 HDR1 HDR2   *  
//* HP=3 FOR EOF1 EOF2*  
//*  
//JS10   EXEC  PROC=MPROC,HP=1   
//SYSPRINT DD  SYSOUT=*  
//SYSIN1   DD  * 
 PRINT MAXFLDS=1 
 TITLE ITEM=('TAPE LABEL INFO',30)   
 RECORDFIELD=(80,1)  
 LABELSDATA=YES  
/*   
//  


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

*** Please note the new URL for Mark's MVS Utilities ***


On Tue, 29 Mar 2011 19:13:45 +, Brian Farley brian.far...@sas.com wrote:

If you have SAS software on site try the tapelablel procedure.


//jobname JOB acct,name
/*JOBPARM FETCH
//TLABEL   EXEC SAS
//OURTAPE  DD   UNIT=TAPE,DISP=OLD,VOL=SER=MVSV9
//SYSIN DD *
   proc tapelabel ddname=ourtape;
   run;
/*
//

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Patrick Lyon
Sent: Tuesday, March 29, 2011 2:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Check TAPE Contents

On Tue, 29 Mar 2011 22:04:18 +0300, Sergio Lima sergio...@hotmail.com wrote:

Hello,

We also tried use IDCAMS here from see tape contents and don't work.
Can you please say what can I get a sample JOB ?

Thanks,

Sergio

Not sure if this works or not, the date on the member is prior Y2K...

//DITTOPROC LBL=BLP,VSER=XX,UNT=TAPE
//IDCAMS   EXEC PGM=IDCAMS
//UIN  DD  DISP=OLD,
// DSN=FILE01,
// UNIT=(UNT),
// VOL=(,RETAIN,SER=VSER),
// LABEL=(FN,LBL,,EXPDT=98000),
//DCB=(BLKSIZE=32760,RECFM=U)
//*DCB=(RECFM=FB,LRECL=81,BLKSIZE=4050)
//SYSPRINT DD  SYSOUT=*
// PEND
//DITTO1 EXEC DITTO,VSER=000297,FN=01,LBL=BLP,UNT=ETAPE
//SYSIN  DD*
PRINT INFILE(UIN) COUNT(20)

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

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

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Richard L Peurifoy

On 3/28/2011 11:03 PM, W. Kevin Kelley wrote:

I'm being asked one more time by TPTB to determine how the HMC System
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS consoles
(or some other console support requiring Comm Server to be up)?


1) Have not had to use it in a long time, but it is good to have a fall
back.

2) Have consoles split across two OSA ICCs on a private network. Have
not lost both OSA's or the network yet, but could happen.

--
Richard

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


JMS and Z/os

2011-03-29 Thread Ward, Mike S
Hello all, we are z/os v1.11. I was asked today if z/os could talk JMS
and I wasn't sure how to answer that. I know we can use Java and that
JMS means Java messaging service. Can anyone help me answer that
question?

Thanks

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: JMS and Z/os

2011-03-29 Thread Rob Schramm
Mike,

Usually, JMS is associated with a container.  Of course WebSphere
Application Server has it.  It looks like Tomcat can support it.   Most of
the java containers have some sort of support for JMS.

Perhaps you could answer if you already have some sort of messaging product?
Like MQ or one of the others?

Rob Schramm

On Tue, Mar 29, 2011 at 5:13 PM, Ward, Mike S mw...@ssfcu.org wrote:

 Hello all, we are z/os v1.11. I was asked today if z/os could talk JMS
 and I wasn't sure how to answer that. I know we can use Java and that
 JMS means Java messaging service. Can anyone help me answer that
 question?

 Thanks

 ==
 This email and any files transmitted with it are confidential and intended
 solely for the use of the individual or entity
 to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Rob Schramm
Senior Systems Engineer

w: 513.305.6224

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


Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Charles Mills
C supports normal assembler parameter lists. It's an option, PLIST(OS).
Search the manuals for how it all works. As I recall you get a void**
variable named _r1 that points to what you would expect R1 to point to.

I would *guess* you could make it work but I am far from an expert on SORT
exits.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Frank Yaeger
Sent: Tuesday, March 29, 2011 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

Peter Farley on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote
on 03/29/2011 11:31:13 AM:
 Related question:  Can a plain C subroutine (LE-enabled, not MetalC
 or SP C) be used as a DFSORT exit routine?  If so, what would the
 fourth exit parameter be set to?  C like for COBOL, or N for none?

I'm an Assembler guy - I don't use C - so I'm probably the wrong person to
ask.

However, I suppose it depends on which type of exit parameter list C can
take
advantage of (if either).  The Assembler exit lists are simple ones whereas
the
COBOL exit lists are more complex.  Both are described in the DFSORT book
here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA50/4.0?DT=2
0100630155256

You would use N in the MODS statement for a routine that uses the Assembler
exit list,
or C in the MODS statement for a routine that uses the COBOL exit list.

Maybe somebody who actually uses C can give you a better answer.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

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

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


Re: JMS and Z/os

2011-03-29 Thread Ward, Mike S
We have MQ V7 on the mainframe along with the brokers V7. What do you
mean by containers?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Rob Schramm
Sent: Tuesday, March 29, 2011 4:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JMS and Z/os

Mike,

Usually, JMS is associated with a container.  Of course WebSphere
Application Server has it.  It looks like Tomcat can support it.   Most
of
the java containers have some sort of support for JMS.

Perhaps you could answer if you already have some sort of messaging
product?
Like MQ or one of the others?

Rob Schramm

On Tue, Mar 29, 2011 at 5:13 PM, Ward, Mike S mw...@ssfcu.org wrote:

 Hello all, we are z/os v1.11. I was asked today if z/os could talk JMS
 and I wasn't sure how to answer that. I know we can use Java and that
 JMS means Java messaging service. Can anyone help me answer that
 question?

 Thanks

 ==
 This email and any files transmitted with it are confidential and
intended
 solely for the use of the individual or entity
 to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Rob Schramm
Senior Systems Engineer

w: 513.305.6224

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

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Check TAPE Contents

2011-03-29 Thread Schwarz, Barry A
Show your JCL and control cards and the job log.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Sergio Lima
Sent: Tuesday, March 29, 2011 12:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Check TAPE Contents

Hello,

We also tried use IDCAMS here from see tape contents and don't work.
Can you please say what can I get a sample JOB ?

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


Re: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

2011-03-29 Thread Charles Mills
As I think about this -- am I missing something?

I don't know much about the z sort programs but does a COPY function do what
I would guess it does -- copy from the input to the output?

Now you propose doing your own input and output? While you're at it, why not
just tie one to the other -- could it be much more work than writing the
exits themselves? -- and skip the sort program altogether?

Or does SORT have some data processing options that you are going to use
to massage the data during the copy?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Farley, Peter x23353
Sent: Tuesday, March 29, 2011 8:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Why does SORT forbid E15+E35 in COBOL for OPTION COPY?

I have a fairly simple application requirement to be able to use BOTH an E15
and an E35 exit in an OPTION COPY execution of SORT, but this is
specifically disallowed (generates RC=16 message ICE161A from DFSORT and
WER102A from SYNCSORT).

If I use a MERGE FIELDS=(p,l,f,A) on a known ascending field (and the EQUALS
option just for insurance that the record order is not disturbed) and use
SORTIN01 for the input instead of SORTIN, it works just fine with both exits
in COBOL.

Can Mr. Yeager or some other SORT knowledgeable soul explain to me why this
simple and straightforward use of SORT exits in a COPY operation is
specifically forbidden?  It simply makes no sense to me whatsoever.

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


Re: JMS and Z/os

2011-03-29 Thread Rob Schramm
Websphere, tomcat, weblogic, glassfish, geronimo, jboss .. J2EE type
containers... which usually have a bunch of built-in services.  The initial
support for MQ in websphere JMS (going back a ways 4.x) was kinda tacked on

Of course it really depends on how you are thinking to use it?

For example.. a WAS sitting out on Unix could have JMS using MQ which sends
it to z/OS MQ where CICS is picking off and processing messages.

Rob Schramm

On Tue, Mar 29, 2011 at 5:59 PM, Ward, Mike S mw...@ssfcu.org wrote:

 We have MQ V7 on the mainframe along with the brokers V7. What do you
 mean by containers?

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Rob Schramm
 Sent: Tuesday, March 29, 2011 4:48 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: JMS and Z/os

 Mike,

 Usually, JMS is associated with a container.  Of course WebSphere
 Application Server has it.  It looks like Tomcat can support it.   Most
 of
 the java containers have some sort of support for JMS.

 Perhaps you could answer if you already have some sort of messaging
 product?
 Like MQ or one of the others?

 Rob Schramm

 On Tue, Mar 29, 2011 at 5:13 PM, Ward, Mike S mw...@ssfcu.org wrote:

  Hello all, we are z/os v1.11. I was asked today if z/os could talk JMS
  and I wasn't sure how to answer that. I know we can use Java and that
  JMS means Java messaging service. Can anyone help me answer that
  question?
 
  Thanks
 
  ==
  This email and any files transmitted with it are confidential and
 intended
  solely for the use of the individual or entity
  to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 



 --
 Rob Schramm
 Senior Systems Engineer

 w: 513.305.6224

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

 ==
 This email and any files transmitted with it are confidential and intended
 solely for the use of the individual or entity
 to which 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Rob Schramm
Senior Systems Engineer

w: 513.305.6224

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


Re: JMS and Z/os

2011-03-29 Thread Kirk Wolf
JMS is not a container-related API per se.

It is a standard Java API (http://www.jcp.org/en/jsr/detail?id=914) that
deals with asynchronous messaging.

WebSphere MQ (which is completely distinct from WebSphere AS - the
container) has a JMS interface, as do other commercial and free JMS
compliant products.

With WebSphere MQ, you can either use the JMS API or you can use
WebSphere's proprietary Java API which gives you more functionality and
control (at the cost of portability).

If you have WebSphere MQ on z/OS, you can use either JMS or the WMQ Java API
from your Java applications and can be accessed from any Java application on
z/OS - including Java running under WebSphere AS, batch, CICS, IMS, etc.

Even if you don't have a WMQ Server running on z/OS, I believe that you can
use a Java JMS client to connect to a WMQ server (aka queue manager) on
another box.   But I'm not a WMQ expert - it could be that you need to
license a client product/feature on z/OS to enable this, so check with
your friendly IBM rep for details.

Decent references:
http://en.wikipedia.org/wiki/IBM_WebSphere_MQ
http://en.wikipedia.org/wiki/Java_Message_Service

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread W. Kevin Kelley
Wow! I am overwhelmed with the response so far.  THANK YOU!

For those of you that I haven't heard from, PLEASE POST -- this was not a 
casual query; decisions will be made on it.

W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development

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


Re: JMS and Z/os

2011-03-29 Thread Rob Schramm
I stand altered.  vbg

I brought up the container .. because that is where I have seen it used
most.

but I thought I would add...

http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.mqovervw.doc/mq50032_.htm

Rob Schramm



On Mar 29, 2011 7:10 PM, Kirk Wolf k...@dovetail.com wrote:
 JMS is not a container-related API per se.

 It is a standard Java API (http://www.jcp.org/en/jsr/detail?id=914) that
 deals with asynchronous messaging.

 WebSphere MQ (which is completely distinct from WebSphere AS - the
 container) has a JMS interface, as do other commercial and free JMS
 compliant products.

 With WebSphere MQ, you can either use the JMS API or you can use
 WebSphere's proprietary Java API which gives you more functionality and
 control (at the cost of portability).

 If you have WebSphere MQ on z/OS, you can use either JMS or the WMQ Java
API
 from your Java applications and can be accessed from any Java application
on
 z/OS - including Java running under WebSphere AS, batch, CICS, IMS, etc.

 Even if you don't have a WMQ Server running on z/OS, I believe that you
can
 use a Java JMS client to connect to a WMQ server (aka queue manager) on
 another box. But I'm not a WMQ expert - it could be that you need to
 license a client product/feature on z/OS to enable this, so check with
 your friendly IBM rep for details.

 Decent references:
 http://en.wikipedia.org/wiki/IBM_WebSphere_MQ
 http://en.wikipedia.org/wiki/Java_Message_Service

 Kirk Wolf
 Dovetailed Technologies
 http://dovetail.com

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

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


Re: 3592 carts

2011-03-29 Thread Kevin Neubert
This might be helpful http://www-01.ibm.com/support/docview.wss?
uid=isg3S1001830.

Regards,

Kevin

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


Re: 3592 carts

2011-03-29 Thread Robert A. Rosenberg

At 13:42 -0400 on 03/29/2011, Pinnacle wrote about Re: 3592 carts:

As an aside, whoever dismantled your ATL without ejecting all the 
tapes first should be sued for incompetence.


While I agree, I would also like to point out in their defense that 
doing an eject is a time consuming process. Depending on how many 
tapes are in the library, it can take hours to get them all out via 
the Eject route.


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


Re: Restoring DFSMShsm migrated data set without active DFHSM?

2011-03-29 Thread Ravi Gaur
I have no idea why you got this requirement anyway it's a dfhsm recovery 
scenario and look like needed help from ibm.you might be needed to enable 
patches etc which are recommended by IBM...Like below manual does have some 
dfhsm recovery scenario..

http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?
topic=/com.ibm.zos.r9.idas200/hr1024.htm

On the other hand question goes did you try with the recover option from 
backup since it's a ml2 there should be a backup copy created as well and 
if so look in the above manual there's a way to recover dataset from the 
dfdss backup...interesting question nevertheless. 

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


Re: HMC System Console usage (one more time)

2011-03-29 Thread Doug

On 3/29/2011 00:01, W. Kevin Kelley wrote:

I'm being asked one more time by TPTB to determine how the HMC System
Console is actually being used by z/OS customers:

1) How many of you have used to it in an emergency as the console of last
resort?

2) How many of you have used it to recover OSA attached consoles?

3) How many of you have no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS consoles
(or some other console support requiring Comm Server to be up)?

W. Kevin Kelley  -- IBM POK Lab -- z/OS Core Technical Development



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


1). Yes. z/VM and z/OS
2). Yes.
3). No.
Regards,
Doug

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


Re: zHPF and mixed channels

2011-03-29 Thread John Ticic
Radoslaw,

my understanding is that zHPF is negotiated between z/OS and the DSS 
CU if all the channels in the path group are FEx2 or FEx4. So, if this is 
the case, then I/O between that z/OS LPAR and that CU can use zHPF.

So, my take on Q1 is that the host that has FEx2/FEx4 will be able to 
use zHPF and the other host will not be able to.

In Q2, the Host can negotiate a zHPF connection to one DASD and not 
to the other.

These are only my expectations and I would be interested in your 
findings - especially if they are different.

SMF 73 (RMF Channel stats) will give you some nice information on how 
many I/Os are using transport mode.
SMF 74.5 (Rank statistics) will give you detailed zHPF information per 
device (starting with z/OS 1.12) (probably Vendor DSS specific).

John

Quotation from some IBM TechDoc:

zHPF is supported on FICON Express2 (FEx2) and FICON Express4 
(FEx4)
channels.  It is not supported on FICON Express channels.
I/Os executed on path groups with a mix of FICON Express and FICON
Express2 or FICON Express4 channels in the same path group will not 
be
eligible to convert to zHPF. For zHPF, all the channels in the same
channel path group have to be FEx2 or FEx4. 

The above is clear in scenario with one host and one CU.
What about many-to-many scenarios?

Q1: The following scenario: two host connected to single CU, via 
switch.
Same channel adapter in CU. One host is zHPF capable, the other is 
not
(FICON Express 1). Will zHPF work between CU and first host?

Q2: Another scenario: zHPF-capable host connected via switch to two
different DASD boxes. First DASD is zHPF-capable, the second is not.
Both DASDs are connected to the same CHPIDs.
Will zHPF be used for communication between host and first CU?

Any clue?

Regards
--
Radoslaw Skorupka
Lodz, Poland

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


  1   2   >