Re: HMC System Console usage (one more time)

[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

Re: 3592 carts

[Quasar Chunawalla]

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?

Quasar Chunawala
Sent on my BlackBerry® from Vodafone

-Original Message-
From: FRANCIS SOUSA 
Sender: IBM Mainframe Discussion List 
Date: Tue, 29 Mar 2011 08:26:51 
To: 
Reply-To: IBM Mainframe Discussion List 
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

3592 carts

[FRANCIS SOUSA]

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

Re: HMC System Console usage (one more time)

[Linda Mooney]

Hi Kevin, 



My answers are embedded below. 



Thanks, 



Linda 


- Original Message - 
From: "W. Kevin Kelley"  
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, March 28, 2011 9:01:36 PM 
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"? 



Yes, we have. 

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



We don't have any 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)? 



We run all 3270 console devices, all connected to channel attached 3174 
controllers.  



We also run a dedicated, local non-SNA Omegamon 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: HMC System Console usage (one more time)

[Barbara Nitz]

I'll stay out of 2, but 1 and certainly 3 definitely apply to us. Since our
office building is now quite a ways away from the actual hardware, us
sysprogs routinely use the HMC both for IPL and to issue some commands.
Also, we routinely swap lpars from one box to the other, meaning that 'the
consoles' need to have their appropriate 3270 pcomm session (different IP
address AFAIK) started. Until they're up, HMC is the only means of
communication from here. 

The test sysplex doesn't have a console anymore. Well, there are some
consoles defined for that, but those sessions are never open. So the only
way to IPL is the HMC. One of them happens to be right here in our office.

Regards, Barbara

>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)?

--
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

HMC System Console usage (one more time)

[W. Kevin Kelley]

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: ShopzSeries Down?

[Edward Jaffe]

On 3/28/2011 1:33 PM, Edward Jaffe wrote:

Did we miss a memo somewhere? ...


It's working now. I'm pretty sure we're paying our bills. ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: Internet pioneer Paul Baran

[Anne & Lynn Wheeler]

l...@garlic.com (Anne & Lynn Wheeler) writes:
> the majority of the internal nodes had always been VM ... but starting
> in the late 70s there was an explosion in the number of vm/4341 nodes.

re:
http://www.garlic.com/~lynn/2011e.html#77 Internet pioneer Paul Baran

There a huge number of JES/NJE issues. For some time the code carried
"TUCC" identifier in assembler source from HASP days. For node
definition, it took unused slots in the HASP 255 entry psuedo device
table. Normal installation could have 60-100 psuedo devices ... leaving
a maximum off 160-200 entries for defining network nodes.

By the time the NJE software shipped to customers there were more nodes
than could be defined in NJE (VNET had a totally different native
implementation that had an enormously larger limitation related to
number of network nodes). NJE software also would discard any traffic
where it didn't have either the origin or destination node defined (even
if it knew how to deliver the traffic, if it didn't have definition for
the origin, it would still discard).

sometime after the internal network passed 1000 nodes, NJE was enhanced
to handle 999 nodes ... and after the internal network node passed 2000
nodes, NJE was enhanced to handle 1999 nodes.

Another problem was that NJE jumbled networking and job control fields
... and incompatibilities between two different NJE releases could
result in crashing MVS. As a result, a large library of VNET/RSCS
drivers grew-up ... that would do canonical conversion of NJE header
information ... with specific driver being started in VNET/RSCS being
started that corresponded to the release level of JES/NJE on the other
end of a link (as a countermeasure to keep MVS from crashing).

A combination of these problems restricted JES systems to boundary nodes
... with VM handling core networking operation (and the majority of all
nodes). There is the infamous scenario where VNET/RSCS NJE driver wasn't
updated and started ... resulting in traffic from a MVS/JES system in
San Jose resulting in MVS/JES system in Hursley crashing (and management
blaming VNET/RSCS for +not keeping MVS from crashing).

misc. past posts mentioning HASP, JES, &/or NJE networking
http://www.garlic.com/~lynn/submain.html#hasp

a footnote on the conversion to SNA/VTAM ... given the enormous
resources that were pumped into the effort ... it would have been much
more efficient to have converted RSCS/VNET to tcp/ip ... rather than
SNA/VTAM. for the fun of it ... from IBM Jargon:

notwork - n. VNET (q.v.), when failing to deliver. Heavily used in
1988, when VNET was converted from the old but trusty RSCS software to
the new strategic solution. To be fair, this did result in a sleeker,
faster VNET in the end, but at a considerable cost in material and in
human terms. nyetwork, slugnet

slugnet - n. VNET (q.v.) on a slow day. Some say on a fast day, and
especially in 1988. notwork, nyetwork

... snip ...

some bitnet history:
http://en.wikipedia.org/wiki/BITNET
http://www.livinginternet.com/u/ui_bitnet.htm

above mentions BITNET II about the time of NSFNET backbone ... again it
would have been much better if the internal network cutover had gone to
tcp/ip than SNA/VTAM. old email regarding various aspects of NSFNET
backbone
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

and old email about getting EARN going (effectively BITNET in Europe):
http://www.garlic.com/~lynn/2001h.html#email840320
in this post
http://www.garlic.com/~lynn/2001h.html#65

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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: ShopzSeries Down?

[Ed Finnell]

Pay your bills?
 
 
In a message dated 3/28/2011 3:33:40 P.M. Central Daylight Time,  
edja...@phoenixsoftware.com writes:

Did we  miss a memo somewhere?  ...



--
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: ShopzSeries Down?

[Linda Mooney]

Working for me in California 



Linda 


- Original Message - 
From: "John McKown"  
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, March 28, 2011 1:37:30 PM 
Subject: Re: ShopzSeries Down? 

Working for me in N. Texas. 

-- 
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 Edward Jaffe 
> Sent: Monday, March 28, 2011 3:33 PM 
> To: IBM-MAIN@bama.ua.edu 
> Subject: ShopzSeries Down? 
> 
> Did we miss a memo somewhere? ... 
> 
> -- 
> Edward E Jaffe 
> Phoenix Software International, Inc 
> 831 Parkview Drive North 
> El Segundo, CA 90245 
> 310-338-0400 x318 
> edja...@phoenixsoftware.com 
> http://www.phoenixsoftware.com/ 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@bama.ua.edu with the message: 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: ShopzSeries Down?

[Daniel Allen]

Working for me in Northern CA (near Stockton).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Edward Jaffe
Sent: Monday, March 28, 2011 1:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: ShopzSeries Down?

Did we miss a memo somewhere? ...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: 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: ShopzSeries Down?

[McKown, John]

Working for me in N. Texas.

--
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 Edward Jaffe
> Sent: Monday, March 28, 2011 3:33 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: ShopzSeries Down?
> 
> Did we miss a memo somewhere? ...
> 
> -- 
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> edja...@phoenixsoftware.com
> http://www.phoenixsoftware.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: 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

ShopzSeries Down?

[Edward Jaffe]

Did we miss a memo somewhere? ...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: CPU Serialnumber

[Charles Mills]

That works but keep in mind that it's not a supported programming interface
and technically the PCCA could vanish into thin air between your getting the
pointer to it and your referencing it. Not likely, but it is possible. Also
the CPU "the program is executing on" may change from instruction to
instruction.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Fred van der Windt
Sent: Monday, March 28, 2011 5:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: CPU Serialnumber

I finished scanning the MVS Data Areas manuals for 'serial number' and found
this:
PSA.PSAPCCAV -> PCCA
PCCA.PCCACPID contains the serial number
Seems I found what I was looking for?

Fred!

-
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

--
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: Internet pioneer Paul Baran

[Anne & Lynn Wheeler]

efinnel...@aol.com (Ed Finnell) writes:
> Was it Walt Dougherty(sp) that used to give the networks update at  SHARE 
> early eighties? Started with a two page binder and mid-eighties was about  an 
> inch and half of Fanfold...

re:
http://www.garlic.com/~lynn/2011e.html#76 Internet pioneer Paul Baran

this is old post that contains announcement in 1983 for the 1000th node
on the internal network ... as well as a couple samples of other 1983
new node announcements
http://www.garlic.com/~lynn/99.html#112

the majority of the internal nodes had always been VM ... but starting
in the late 70s there was an explosion in the number of vm/4341 nodes.

this post has samples of 1983 new node announcements ... as well as
the list of all (world-wide) locations have new nodes added during 1983
http://www.garlic.com/~lynn/2006k.html#8
and followup post
http://www.garlic.com/~lynn/2006k.html#43

in the 70s they used some layout software to print nodes and connections
(when it was few hundred). printed on back of green-bar fanfold
1403/3211 ... boxes and connecting lines. Old post about (still) having
one printed on 15apr1977 at HONE1 (in box some place)
http://www.garlic.com/~lynn/2002j.html#4

this ibm-main mailing list originated on bitnet (& earn) which was
corporate sponsored network of higher educational institutions ... using
similar technology to that used in the internal network
http://www.garlic.com/~lynn/subnetwork.html#bitnet

one of the issues was that the (customer) vnet/rscs drivers quickly
become restricted to just the NJI family of drivers ... which were much
less efficient than the vnet/rscs native drivers ... that continued to
be used internally ... at least up until the internal network
switch-over to SNA in the late 80s. There was all sorts of resistance to
converting the internal network (to sna/vtam) and so the communication
group had large campaign to drive it through ... including telling top
corporate executives things like PROFS was a VTAM application (as part
of justification).

a number of recent posts mentioning san/vtam misinformation activity
in the late 80s:
http://www.garlic.com/~lynn/2011.html#4 Is email dead? What do you think?
http://www.garlic.com/~lynn/2011b.html#65 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011c.html#12 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#4 Is email dead? What do you think?
http://www.garlic.com/~lynn/2011e.html#25 Multiple Virtual Memory
http://www.garlic.com/~lynn/2011e.html#32 SNA/VTAM Misinformation
http://www.garlic.com/~lynn/2011e.html#34 SNA/VTAM Misinformation
http://www.garlic.com/~lynn/2011e.html#43 junking CKD; was "Social Security 
Confronts IT Obsolescence"
http://www.garlic.com/~lynn/2011e.html#57 SNA/VTAM Misinformation

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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: Internet pioneer Paul Baran

[Ed Finnell]

Was it Walt Dougherty(sp) that used to give the networks update at  SHARE 
early eighties? Started with a two page binder and mid-eighties was about  an 
inch and half of Fanfold...
 
 
In a message dated 3/28/2011 1:52:20 P.M. Central Daylight Time,  
l...@garlic.com writes:

some of  this discussed in (linkedin) Greater IBM group  discussion


--
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: Antwort: Question About use TAPEMAP Program

[Ed Finnell]

It's setable with JES commands $T INIT(nn),BLP=YES
 
 
In a message dated 3/28/2011 1:49:44 P.M. Central Daylight Time,  
t...@harminc.net writes:

You need  to look at your jesparms and be sure your job can use  BLP

--
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

Status Difference Between JES2 and SDSF

[Bob Carlyle]

I have noticed recently at a customer site that the print operator panel for
SDSF shows a different status than JES2 for a printer device.  In
particular, the print operator sees that SDSF is reporting that a printer is
ACTIVE and has a job selected for output to the device, but using the
display command for JES2 shows the same device as INACTIVE.

The MVS systems programmer at the account said that the SDSF and JES2
integration was decoupled a few years ago because SDSF chose not to use the
SAPI interface, and as a result, there is now a long delay between what SDSF
shows and the actual state of the printer, and that IBM does not consider
this to be a bug.  Can anyone on the list verify this for me, or give me
some reason why SDSF and JES2 would show a device to be in different states?

Thank you!
Bob

--
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: Antwort: Question About use TAPEMAP Program

[Rick Fochtman]

---


Hello Mr. Werner,

I tried run the JOB, but when the JOB is istarted, the cartridge was eject from 
the device.

Now, the job that was submitted is this :

//TAPEMAP  JOB   (PROD),ROTINA,CLASS=A,
//NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T 
//S001DEF  EXEC  PGM=TAPEMAPN  
//STEPLIB  DDDSN=SERGIOL.TSO.LOAD,DISP=SHR 
//SYSUT1 DD DSN=,DISP=SHR,UNIT=/670,LABEL=(,BLP,EXPDT=98000),  
//  VOL=(,RETAIN,,SER=G00698)  
//SYSPRINT DDSYSOUT=*  
//AMSDUMP  DDSYSOUT=*  

But, happen this on the SYSLOG : 

 AF01 359L O-NRD-R  /REMOV 
 IOS150I DEVICE 0670 NOW AVAILABLE FOR USE 
 V 670,ONLINE,UNCOND   
 IEE302I 0670 ONLINE   
 D U,,,670,2   
 IEE457I 12.59.13 UNIT STATUS 770  
 UNIT TYPE STATUSVOLSER VOLSTATE   
 0670 349S O-R  /REMOV 
 0671 3490 OFFLINE  /REMOV 
 $HASP100 TAPEMAP  ON INTRDR  ROTINAFROM TSU07265  
 SERGIOL   
 IRR010I  USERID SERGIOL  IS ASSIGNED TO THIS JOB. 
 IEF677I WARNING MESSAGE(S) FOR JOB TAPEMAP  ISSUED
 ICH70001I SERGIOL  LAST ACCESS AT 12:51:55 ON MONDAY, MARCH 28, 2011  
 $HASP373 TAPEMAP  STARTED - INIT 1- CLASS A - SYS GRV1
 IEF403I TAPEMAP - STARTED - TIME=12.59.26 
 IEC502E RK 0670,G00698,SL,TAPEMAP,S001DEF - RACK=G00698   
*IEC501A M 0670,G00698,NL,,TAPEMAP,S001DEF, - RACK=G00698  



I look the tape in another environment, and the DITTO show this :

DITTO/ESA for VSE  TB - Tape Browse  At load point 
  
Blk 1File 1from begin of tape 0670  3490ECol 1Fmt CHAR 
VOL1 G00698 DSN F1Fprotect 2-XF FMT 36 Trk ASCII NO   
  
Block  Length  1...5...105...205...305...405...505...60
1  80  VOL1G00698  
2  80  HDR1F1   G0069800010001  011084011084000
3  80  HDR2V3168031676 0REPROMG /IDCAMS  P   B   17241 
Tape mark * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
1   26724  .+.. 201103000564.009111



Can anybody help please ?


-

You've gotten those messages because you're not allowed to use BLP in 
the label parameter. When this is the case, BLP is converted to NL. 
Check in two places: your security system and your JES parameters. 
Adjustments may be needed in either or both areas.


Rick

--
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: Internet pioneer Paul Baran

[Anne & Lynn Wheeler]

mike.a.sch...@gmail.com (Mike Schwab) writes:
> Internet pioneer Paul Baran passes away, March 28, 2011.  Designed
> Packet switching that was incorporated into Arpanet in 1969 later IP.
> http://www.bbc.co.uk/news/technology-12879908
>
> After reading that, I found interesting this article, Celebrating 40
> years of the net , Oct 29, 2010.
> http://news.bbc.co.uk/2/hi/technology/8331253.stm
>
> And I saw this article: Alan Turing designed the Ace computer, which
> did computations while also keeping track of the accuracy, Feb 5,
> 2011.
> http://news.bbc.co.uk/2/hi/technology/8498826.stm

note that the corporate internal network was larger than the
arpanet/internet from just about the beginning until late '85 or early
'86. 
http://www.garlic.com/~lynn/subnetwork.html#internalnet

Big change came with the switch-over from host/IMPs on 1jan83 to tcp/ip
... and started to see workstations and PCs as network nodes (while
communication group was severely restricting workstations and PCs to
terminal emulation). misc. past posts mentioning efforts preserving
terminal emulation paradigm
http://www.garlic.com/~lynn/subnetwork.html#emulation

At the time of the 1Jan83 switch-over ... arpanet/internet had something
like 100 IMP network nodes with approx. 250 connected hosts. At that
time, the internal network was approaching 1000 hosts/nodes reached
a few months later. misc. old email mentioning internal network
http://www.garlic.com/~lynn/lhwemail.html#vnet

some of this discussed in (linkedin) Greater IBM group discussion
about the NSFNET backbone:
http://www.garlic.com/~lynn/2011d.html#65 IBM100 - Rise of the Internet
http://www.garlic.com/~lynn/2011d.html#66 IBM100 - Rise of the Internet
http://www.garlic.com/~lynn/2011e.html#6 IBM100 - Rise of the Internet

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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: Antwort: Question About use TAPEMAP Program

[Tony Harminc]

On 28 March 2011 12:09, Sergio Lima  wrote:

> I tried run the JOB, but when the JOB is istarted, the cartridge was eject 
> from the device.
[...]
>  $HASP373 TAPEMAP  STARTED - INIT 1    - CLASS A - SYS GRV1
>  IEF403I TAPEMAP - STARTED - TIME=12.59.26
>  IEC502E RK 0670,G00698,SL,TAPEMAP,S001DEF - RACK=G00698
>  *IEC501A M 0670,G00698,NL,,TAPEMAP,S001DEF, - RACK=G00698

This ( but not the previous problem) is almost certainly the result of
your not being authorized to use BLP, and the system's converting it
to NL. Then your tape is rejected because it has a standard label.

You need to look at your jesparms and be sure your job can use BLP.

Tony H.

--
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

Internet pioneer Paul Baran

[Mike Schwab]

Internet pioneer Paul Baran passes away, March 28, 2011.  Designed
Packet switching that was incorporated into Arpanet in 1969 later IP.
http://www.bbc.co.uk/news/technology-12879908

After reading that, I found interesting this article, Celebrating 40
years of the net , Oct 29, 2010.
http://news.bbc.co.uk/2/hi/technology/8331253.stm

And I saw this article: Alan Turing designed the Ace computer, which
did computations while also keeping track of the accuracy, Feb 5,
2011.
http://news.bbc.co.uk/2/hi/technology/8498826.stm
-- 
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: Antwort: Question About use TAPEMAP Program

[Sergio Lima]

Hello Mr. Werner,
 
I tried run the JOB, but when the JOB is istarted, the cartridge was eject from 
the device.
 
Now, the job that was submitted is this :
 
//TAPEMAP  JOB   (PROD),ROTINA,CLASS=A,
//NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T 
//S001DEF  EXEC  PGM=TAPEMAPN  
//STEPLIB  DDDSN=SERGIOL.TSO.LOAD,DISP=SHR 
//SYSUT1 DD DSN=,DISP=SHR,UNIT=/670,LABEL=(,BLP,EXPDT=98000),  
//  VOL=(,RETAIN,,SER=G00698)  
//SYSPRINT DDSYSOUT=*  
//AMSDUMP  DDSYSOUT=*  
 
But, happen this on the SYSLOG : 
 
  AF01 359L O-NRD-R  /REMOV 
  IOS150I DEVICE 0670 NOW AVAILABLE FOR USE 
  V 670,ONLINE,UNCOND   
  IEE302I 0670 ONLINE   
  D U,,,670,2   
  IEE457I 12.59.13 UNIT STATUS 770  
  UNIT TYPE STATUSVOLSER VOLSTATE   
  0670 349S O-R  /REMOV 
  0671 3490 OFFLINE  /REMOV 
  $HASP100 TAPEMAP  ON INTRDR  ROTINAFROM TSU07265  
  SERGIOL   
  IRR010I  USERID SERGIOL  IS ASSIGNED TO THIS JOB. 
  IEF677I WARNING MESSAGE(S) FOR JOB TAPEMAP  ISSUED
  ICH70001I SERGIOL  LAST ACCESS AT 12:51:55 ON MONDAY, MARCH 28, 2011  
  $HASP373 TAPEMAP  STARTED - INIT 1- CLASS A - SYS GRV1
  IEF403I TAPEMAP - STARTED - TIME=12.59.26 
  IEC502E RK 0670,G00698,SL,TAPEMAP,S001DEF - RACK=G00698   
 *IEC501A M 0670,G00698,NL,,TAPEMAP,S001DEF, - RACK=G00698  
 
 
I look the tape in another environment, and the DITTO show this :
 
DITTO/ESA for VSE  TB - Tape Browse  At load point 
   
Blk 1File 1from begin of tape 0670  3490ECol 1Fmt CHAR 
 VOL1 G00698 DSN F1Fprotect 2-XF FMT 36 Trk ASCII NO   
   
Block  Length  1...5...105...205...305...405...505...60
1  80  VOL1G00698  
2  80  HDR1F1   G0069800010001  011084011084000
3  80  HDR2V3168031676 0REPROMG /IDCAMS  P   B   17241 
 Tape mark * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
1   26724  .+.. 201103000564.009111
 
 
Can anybody help please ?
 
Thanks ,
 
Sergio Lima Costa
 
 
 
> Date: Mon, 28 Mar 2011 15:59:53 +0200
> From: werner.kueh...@mannheimer.de
> Subject: Antwort: Question About use TAPEMAP Program
> To: IBM-MAIN@bama.ua.edu
> 
> Sergio,
> instead of SYSIN just add to your jcl:
> 
> //SYSUT1 DD DSN=,DISP=SHR, 
> // UNIT=3490,LABEL=(,BLP,EXPDT=98000),
> // VOL=(,RETAIN,,SER=??) 
> 
> DSN is unimportant, replace ?? with your VOLSER.
> 
> Werner Kuehnel
> 
> 
> 
> 
> Von: Sergio Lima 
> An: IBM-MAIN@bama.ua.edu
> Datum: 28.03.2011 15:51
> Betreff: Question About use TAPEMAP Program
> Gesendet von: IBM Mainframe Discussion List 
> 
> 
> 
> Hello List.
> 
> Last weekend, We downloaded the TAPEMAP here, from CBTTAPE, and evething 
> was well.
> Now, We try use this program, but We don't see the documentation, for 
> example, where put the Tape Volume for the program process.
> We try put a volume label on SYSIN, but something is not ok.
> We try run this jcl :
> 
> //TAPEMAP JOB (PROD),ROTINA,CLASS=A, 
> // NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T 
> //S001DEF EXEC PGM=TAPEMAPN 
> //STEPLIB DD DSN=SERGIOL.TSO.LOAD,DISP=SHR 
> //SYSPRINT DD SYSOUT=* 
> //AMSDUMP DD SYSOUT=* 
> //SYSIN DD * 
> G00698 
> 
> And the result is this :
> 
> VOL=G00698 TAPE ANALYSIS PROGRAM (T A P E M A P) 
> V2.3 
> 
> 
> RELOAD FILE PSWD INFO BL
> FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM 
> LRECL S
> 
> *** TAPE VOLUME COULD NOT BE OPENED *** 
> 
> We see the device is Online :
> 
> D U,,,670,2 
> IEE457I 10.46.46 UNIT STATUS 727 
> UNIT TYPE STATUS VOLSER VOLSTATE 
> 0670 349S O -R /REMOV 
> 0671 3490 OFFLINE /REMOV 
> 
> And the device is a 3490 .
> 
> Someone can help us please?
> 
> Thanks very much.
> 
> Sergio Lima Costa
> S

Re: zIIPs and zAAPs

[Itschak Mugzach]

Let put some order. zAAP runs Java and XML parsing. zIIP can run Java (if no
zAAP installed using zAAP on ZIIP started at z/os v11). Enclave SRB is just
a requirement IBM put to use its interface into zIIP to run regular code,
but you must invoke the interface. This to say this is a requirement, but
not the only one. You have to write your code in this mode (not in TCB
mode). It's ain't easy and I don't see many programs that are able to write
& debug this code (athough it is running in the same asid that scheduled the
SRB).

For risk involved, if your program already running in SRB mode (Enclave is
just a WLM issue) why SPs are the issue? What about running this code on
regular CPs? By the way, using the interface to run on a zIIP processir does
not promise that your code run on it. It depend on the availability of your
zIIP SP and it might run as is on a regular CP.


ITschak



On Mon, Mar 28, 2011 at 5:35 PM, McKown, John  wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
> > Sent: Monday, March 28, 2011 10:22 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: zIIPs and zAAPs
> >
> > On Mon, 28 Mar 2011 16:42:49 +0200, Binyamin Dissen wrote:
> > >
> > >The security issue is allowing application programmers to
> > write SRB code
> > >(which implies the ability to update APF datasets).
> > >
> > I thought that zAAPs are for Java.  Does this mean that applications
> > programmers shouldn't write Java?  Or that application Java is to be
> > kept separate from system Java?  Must the jars reside in APF
> > data sets?
> > Or is the JVM trustworthy enough that it is relied on to police the
> > behavior of Java byte code.
> >
> > -- gil
>
> zIIPs require special SRB enclave coding, as I understand it. zAAPs run
> java byte code. There is an option to run zAAP java byte code on zIIP
> engines in some case that I forget all the details of.
>
> Java is no more dangerous than COBOL. And no less dangerous. It can't do
> anything that COBOL can't in terms of security. Java code does not require
> APF authorization and likely shouldn't have it. Any more than COBOL code
> should. There is nothing "special" about the java byte code as far as
> security is concerned. Java byte code is just another, rather high level,
> set of assembler instructions. But there are no Java byte code instructions
> which are likeunto "priviliged" or "semi-priviliged" instructions on the z.
> They are more like normal "general instructions". Just like the COBOL
> compiler does not generater any priviliged instructions.
>
> --
> 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
>

--
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

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Monday, March 28, 2011 10:22 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: zIIPs and zAAPs
> 
> On Mon, 28 Mar 2011 16:42:49 +0200, Binyamin Dissen wrote:
> >
> >The security issue is allowing application programmers to 
> write SRB code
> >(which implies the ability to update APF datasets).
> >
> I thought that zAAPs are for Java.  Does this mean that applications
> programmers shouldn't write Java?  Or that application Java is to be
> kept separate from system Java?  Must the jars reside in APF 
> data sets?
> Or is the JVM trustworthy enough that it is relied on to police the
> behavior of Java byte code.
> 
> -- gil

zIIPs require special SRB enclave coding, as I understand it. zAAPs run java 
byte code. There is an option to run zAAP java byte code on zIIP engines in 
some case that I forget all the details of.

Java is no more dangerous than COBOL. And no less dangerous. It can't do 
anything that COBOL can't in terms of security. Java code does not require APF 
authorization and likely shouldn't have it. Any more than COBOL code should. 
There is nothing "special" about the java byte code as far as security is 
concerned. Java byte code is just another, rather high level, set of assembler 
instructions. But there are no Java byte code instructions which are likeunto 
"priviliged" or "semi-priviliged" instructions on the z. They are more like 
normal "general instructions". Just like the COBOL compiler does not generater 
any priviliged instructions.

--
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

VOLCAT and DR

[Daniel McLaughlin]

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.

--
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

[Paul Gilmartin]

On Mon, 28 Mar 2011 16:42:49 +0200, Binyamin Dissen wrote:
>
>The security issue is allowing application programmers to write SRB code
>(which implies the ability to update APF datasets).
>
I thought that zAAPs are for Java.  Does this mean that applications
programmers shouldn't write Java?  Or that application Java is to be
kept separate from system Java?  Must the jars reside in APF data sets?
Or is the JVM trustworthy enough that it is relied on to police the
behavior of Java byte code.

-- gil

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

Re: We can't delete a cataloged dataset

[Jorge Garcia]

Norbert, Paul It's works!. We enter a F CATALOG,RESTART and the dataset 
isn't cataloged in the user catalog. 

Thanks a lot!

Regards

--
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

[Binyamin Dissen]

On Sun, 27 Mar 2011 11:26:05 -0400 "Shmuel Metz (Seymour J.)"
 wrote:

:>In , on 03/27/2011
:>   at 09:39 AM, Clark Morris  said:

:>>My incomplete and possibly erroneous interpretations of past postings
:>>here led me to believe that zIIP and zAP work had to run in SRB mode
:>>and I also recall someone else claiming this was a security
:>>exposure.

:>The security issue is that an error in SRB-mode code is more likely to
:>have serious consequences. However, malicious authorized code can do
:>whatever the programmer wants, so it's not a security issue in the
:>sense of vulnerability to exploits.

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

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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

[Shmuel Metz (Seymour J.)]

In , on 03/27/2011
   at 09:39 AM, Clark Morris  said:

>My incomplete and possibly erroneous interpretations of past postings
>here led me to believe that zIIP and zAP work had to run in SRB mode
>and I also recall someone else claiming this was a security
>exposure.

The security issue is that an error in SRB-mode code is more likely to
have serious consequences. However, malicious authorized code can do
whatever the programmer wants, so it's not a security issue in the
sense of vulnerability to exploits.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Region size

[Shmuel Metz (Seymour J.)]

In , on
03/26/2011
   at 09:53 PM, Mike Schwab  said:

>It was 15% used of 6 Mod 3 paging packs, 9 Mod 9 sort work volumes.

The working set is the number of page frames required in real storage,
not the number in AUX. While you certainly need enough AUX to back up
all of your virtual memory, the performance is tied into the working
set size, the amount of free real storage and the configuration of the
locals.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Antwort: Question About use TAPEMAP Program

[Werner Kuehnel]

Sergio,
instead of SYSIN just add to your jcl:

//SYSUT1   DD DSN=,DISP=SHR, 
//UNIT=3490,LABEL=(,BLP,EXPDT=98000),
//VOL=(,RETAIN,,SER=??) 

DSN is unimportant, replace ?? with your VOLSER.

Werner Kuehnel




Von:Sergio Lima 
An: IBM-MAIN@bama.ua.edu
Datum:  28.03.2011 15:51
Betreff:Question About use TAPEMAP Program
Gesendet von:   IBM Mainframe Discussion List 



Hello List.
 
Last weekend, We downloaded the TAPEMAP here, from CBTTAPE, and evething 
was well.
Now, We try use this program, but We don't see the documentation, for 
example, where put the Tape Volume for the program process.
We try put a volume label on SYSIN, but something is not ok.
We try run this jcl :
 
//TAPEMAP  JOB   (PROD),ROTINA,CLASS=A, 
//NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T 
//S001DEF  EXEC  PGM=TAPEMAPN 
//STEPLIB  DDDSN=SERGIOL.TSO.LOAD,DISP=SHR 
//SYSPRINT DDSYSOUT=* 
//AMSDUMP  DDSYSOUT=* 
//SYSINDD* 
G00698 
 
And the result is this :
 
VOL=G00698   TAPE ANALYSIS PROGRAM   (T A P E M A P) 
V2.3 
  

RELOAD   FILE PSWD   INFOBL
FORMAT   SEQ#  DATASET NAME   REQD  C-DATE  E-DATE  SOURCE  RECFM 
LRECL   S

*** TAPE VOLUME COULD NOT BE OPENED ***  
 
We see the device is Online :
 
D U,,,670,2 
IEE457I 10.46.46 UNIT STATUS 727 
UNIT TYPE STATUSVOLSER VOLSTATE 
0670 349S O-R  /REMOV 
0671 3490 OFFLINE  /REMOV 
 
And the device is a 3490 .
 
Someone can help us please?
 
Thanks very much.
 
Sergio Lima Costa
Sao Paulo - Brazil  
--
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: Question About use TAPEMAP Program

[George Rodriguez]

Sergio,

I use a different TAPEMAP from you, but if memory serves me correctly, the
input class for the job must me an initiator that supports BLP (bypass label
processing).
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Mon, Mar 28, 2011 at 9:50 AM, Sergio Lima  wrote:

> Hello List.
>
> Last weekend, We downloaded the TAPEMAP here, from CBTTAPE, and evething
> was well.
> Now, We try use this program, but We don't see the documentation, for
> example, where put the Tape Volume for the program process.
> We try put a volume label on SYSIN, but something is not ok.
> We try run this jcl :
>
> //TAPEMAP  JOB   (PROD),ROTINA,CLASS=A,
> //NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T
> //S001DEF  EXEC  PGM=TAPEMAPN
> //STEPLIB  DDDSN=SERGIOL.TSO.LOAD,DISP=SHR
> //SYSPRINT DDSYSOUT=*
> //AMSDUMP  DDSYSOUT=*
> //SYSINDD*
> G00698
>
> And the result is this :
>
> VOL=G00698   TAPE ANALYSIS PROGRAM   (T A P E M A P)
>  V2.3
>
>
> 
> RELOAD   FILE PSWD   INFO
>   BL
> FORMAT   SEQ#  DATASET NAME   REQD  C-DATE  E-DATE  SOURCE  RECFM
>  LRECL   S
>
> 
> *** TAPE VOLUME COULD NOT BE OPENED ***
>
> We see the device is Online :
>
> D U,,,670,2
> IEE457I 10.46.46 UNIT STATUS 727
> UNIT TYPE STATUSVOLSER VOLSTATE
> 0670 349S O-R  /REMOV
> 0671 3490 OFFLINE  /REMOV
>
> And the device is a 3490 .
>
> Someone can help us please?
>
> Thanks very much.
>
> Sergio Lima Costa
> Sao Paulo - Brazil
> --
> 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
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
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

Question About use TAPEMAP Program

[Sergio Lima]

Hello List.
 
Last weekend, We downloaded the TAPEMAP here, from CBTTAPE, and evething was 
well.
Now, We try use this program, but We don't see the documentation, for example, 
where put the Tape Volume for the program process.
We try put a volume label on SYSIN, but something is not ok.
We try run this jcl :
 
//TAPEMAP  JOB   (PROD),ROTINA,CLASS=A,   
//NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T
//S001DEF  EXEC  PGM=TAPEMAPN 
//STEPLIB  DDDSN=SERGIOL.TSO.LOAD,DISP=SHR
//SYSPRINT DDSYSOUT=* 
//AMSDUMP  DDSYSOUT=* 
//SYSINDD*
G00698
 
And the result is this :
 
VOL=G00698   TAPE ANALYSIS PROGRAM   (T A P E M A P)  V2.3  


RELOAD   FILE PSWD   INFO BL
FORMAT   SEQ#  DATASET NAME   REQD  C-DATE  E-DATE  SOURCE  RECFM  LRECL   S

*** TAPE VOLUME COULD NOT BE OPENED *** 
 
We see the device is Online :
 
D U,,,670,2   
IEE457I 10.46.46 UNIT STATUS 727  
UNIT TYPE STATUSVOLSER VOLSTATE   
0670 349S O-R  /REMOV 
0671 3490 OFFLINE  /REMOV 
 
And the device is a 3490 .
 
Someone can help us please?
 
Thanks very much.
 
Sergio Lima Costa
Sao Paulo - Brazil
--
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

[Steve Austin]

Have a look at at "SYSEVENT QVS" and "CSRSI"? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Fred van der Windt
Sent: 28 March 2011 11:55
To: IBM-MAIN@bama.ua.edu
Subject: CPU Serialnumber

Is it possible to retrieve the serialnumber of the cpu the program is
currently running on without the use of any privileged instructions?

Background: we want to generate UUIDs and need the clocktime (that's
easy) and a unique identifier of the machine/CPU we're running on. The
UUID algorithm normally uses the machine's MAC address but I have no
idea how to retrieve that information either..


thanks,

Fred!
-
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

-

This email has been scanned for all known viruses by the MessageLabs
Email
Security Service and the Macro 4 internal virus protection system.
.


- 
This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 internal virus protection 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

CPU Serialnumber

[Fred van der Windt]

Is it possible to retrieve the serialnumber of the cpu the program is currently 
running on without the use of any privileged instructions?

Background: we want to generate UUIDs and need the clocktime (that's easy) and 
a unique identifier of the machine/CPU we're running on. The UUID algorithm 
normally uses the machine's MAC address but I have no idea how to retrieve that 
information either..

thanks,

Fred!
-
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: We can't delete a cataloged dataset

[Norbert Friemel]

On Mon, 28 Mar 2011 04:27:48 -0500, Jorge Garcia wrote:

>
>- We've executed the VVDSFIX utility with the parameter
>CMD=DELBCSR;PMORANC.T0365386..SYS031.BIS; and the jobs
>works fine
>

Did you close the catalog to refresh the cache? (F CATALOG,CLOSE()) 

Norbert Friemel

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

Re: We can't delete a cataloged dataset

[Larry Macioce]

If you dump the vvds do you see the dataset ?
What where you renaming the dataset to? Can you see it?
Mace

--
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: We can't delete a cataloged dataset

[Staller, Allan]

IDC3009I RC90 REAS 54

54  Explanation: DELETE failed because the data set is
   being renamed but it has not completed.

   Programmer Response: Rename the data set with the
   IDCAMS ALTER command and then delete it.

--
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

CPU Serialnumber

[Fred van der Windt]

I finished scanning the MVS Data Areas manuals for 'serial number' and found 
this:
PSA.PSAPCCAV -> PCCA
PCCA.PCCACPID contains the serial number
Seems I found what I was looking for?

Fred!

-
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: We can't delete a cataloged dataset

[Ravi Gaur]

Please run the DELETE NOSCRATCH in batch job and post the output...I see no 
reason why it should not delete dataset from catalog when you specify 
noscratch...

--
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

We can't delete a cataloged dataset

[Jorge Garcia]

Hello:

 We have a problem with a dataset in our system. The entry exits in the user 
catalog but we can't delete the entry with NSCR, VVDSFIX utility and DELETE 
NVR IDCAMS OPTIONS. Below the steps that we've executed:

- LISTC ENT(PMORANC.T0365386..SYS031.BIS) all

NONVSAM --- PMORANC.T0365386..SYS031.BIS 
 IN-CAT --- CAT.EXPLO
 HISTORY 
DATASET-OWNER-(NULL) CREATION
2011.083   
RELEASE2 EXPIRATION--.000   
ACCOUNT-INFO---(NULL)   
  SMSDATA   
STORAGECLASS --EXPLO MANAGEMENTCLASS---
M6DNBN   
DATACLASS --MULTIVOL LBACKUP ---
.XXX.   
  VOLUMES   
VOLSEREPS105 DEVTYPE--X'3010200F' FSEQN
-
-0  
VOLSER-* DEVTYPE--X'' FSEQN-

-0 

- When we try delete the entry with delete: 

IKJ56232I DATA SET PMORANC.T0365386..SYS031.BIS NOT ON 
VOLUME AS INDICA
ED IN THE CATALOG OR VOL PARAMETER 
IDC0551I ** ENTRY PMORANC.T0365386..SYS031.BIS NOT 
DELETED 
IDC0014I LASTCC=8

- When we try delete the entry with delete NSCR option:

IDC3014I CATALOG ERROR+   
IDC0551I ** ENTRY PMORANC.T0365386..SYS031.BIS NOT 
DELETED
IDC0014I LASTCC=8 
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS 
IGG0CLFO-54   

- We've executed the VVDSFIX utility with the parameter 
CMD=DELBCSR;PMORANC.T0365386..SYS031.BIS; and the jobs 
works fine 

Enter command for VVDS fixer   
Enter BCS record name to be deleted.   
A  type BCS record DELETED.  
Name=PMORANC.T0365386..SYS031.BIS 
-VVDSGO   00 29 18.00.00 .0247  BATCH  

But it doesn't delete the dataset. 

- The DELETE NVS IDCAMS option cancel with: 

  DELETE 'PMORANC.T0365386..SYS031.BIS' -  
   FILE(EPS105) -  
   NVR 
IDC3014I CATALOG ERROR 
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS 
IGG0CLFP-20
IDC0551I ** ENTRY PMORANC.T0365386..SYS031.BIS NOT 
DELETED 
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8  
   
IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 
8  

- The problem started with a incompleted rename. The volume indicated, 
EPS105, is empty

Regards

Jorge García Juanino
Técnico de Sistemas Z/Os
DGTP Departamento de Técnica de Sistemas
MAPFRE
Gobelas 47 - 49 2ª C y D
28023 Madrid
Tfno: 91 581 27 34/ 618 33 35 59 
Fax: 91 581 24 01
jgarc...@mapfre.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: ZCIOWAIT message

[李朝鹏]

Our trans DL68 often processes a long time, but not every time like this,  and 
we use CEMT to trace it fond the transaction spend on ZCIOWAIT + DFHZARR1.
This transaction is used to connect CICS TS v3.1.2 and IBM P550, and send 
request by CALL 'CMINIT' 'CMALLC' 'CMSEND' 'CMRCV' statments. I paste some 
screen.
But now I do know how to find what resource that the transaction is waiting, 
and how to resolution. If anybody have any ideas, can help us.
 
Below are some dumps from TMON and CEMT
Some trans are running a long time
DATETIME   JOBNAME  TRANID TASK# TERMID   RESP CPUPAGING  FILEIO
03/28 00:01:09 CICSA DL68  7808422.9606   0.0070   0  16
03/28 00:01:13 CICSA DL68  78403 0.3814   0.0080   0  17
03/28 00:01:13 CICSA DL68  78410 0.2672   0.0074   0  17
03/28 00:01:13 CICSA DL68  78417 0.1192   0.0079   0  17
03/28 00:01:13 CICSA DL68  78418 0.0971   0.0077   0  17
03/28 00:01:14 CICSA DL68  78422 0.7969   0.0459   0 125
 
The waitting type is ZCIOWAIT
RES TYPE  RES NAME  WT CNTWT TIME  % OF RESPONSE
* * *   *   <-->
CHANGEPRIORITY   1  0.00030.00  
SWITCHTCB   32  0.08050.35  
WAIT FOR  REDSPTCH  34  0.08500.37  
ZCIOWAIT 1 22.841599.48 
1ST   DISPATCH   1  0.00030.00  
 
From CEMT,  we know the transaction DL68 is waitting for ZCIOWAIT + DFHZARR1, 
DLOU0E include CALL 'CMINIT' 'CMALLC' 'CMSEND' 'CMRCV' statments and it's 
linked by DL68.

Task(0051759)   

Tranid(DL68)

Facility()  

Runstatus(Suspended)

Ftype(Task) 

Priority( 200 ) 

Purgetype( )

Startcode(SD)   

Userid(DUUSER)  

Uow(C7817E40876A5FC4)   

Htype(ZCIOWAIT) 

Hvalue(DFHZARR1)

Htime(35)   

Indoubt(Backout)

Indoubtwait(Wait)   

Bridge()

Identifier()

Indoubtmins(00) 

Uow(C7817E40876A5FC4)   

Htype(ZCIOWAIT) 

Hvalue(DFHZARR1)

Htime(35)   

Indoubt(Backout)

Indoubtwait(Wait)   

Bridge()

Identifier()

Indoubtmins(00) 

Db2plan(PLANDL) 

Activity()  

Activityid()

Process()   

Processtype()   

Tcb(Qr) 

Brfacility()

Currentprog(DLOU0E) 






At 2011-03-03 05:55:15，"Pearce, Colin E"  wrote:

>Yes exactly,  I thought Tmon would display this Resource Type and Resource 
>Name.
>
>
>Thanks  
>
>
>
>Colin Pearce
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
>Chase, John
>Sent: Thursday, March 03, 2011 1:03 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: ZCIOWAIT message
>
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Pearce, Colin E
>> 
>> Hi,
>> 
>> While I don't have access to Tmon, I am amazed that it doesn't display
>the Dispatcher Task Summary
>> Table the same as Omegamon does.  This display is fundamental to any
>CICS monitor as this gives a list
>> of all the tasks that are currently dispatched. This table displays
>all the Tasks currently dispatched
>> in CICS (both System and User) and both the Resource type and Resource
>name for each task.  These two
>> 8 byte fields are taken from each Tasks DTA (Dispatcher Task Area) and 
>> these live in the Dispatcher Domain.
>
>You mean something like this?
>
>JOBNAME: CICSTESTACTIVE TASKS
>RESOURCE(ALL TASKS) 
>APPLID : CICSTEST H SYS: SYSA CSM: TMONCICS V=L
>
>COMMAND:  CYCLE:
>MMSS 
> 
>
> _EVENT_WLM
>_VNXT?  
>_SORTKEYS  DISPLAY ORDER: SA  (2ND POS. A=ASCENDING
>D=DESCENDING) 
>  TRAN  TASK PAGE  TOTAL-CPU  TOT-IO   STG  CUR-WAIT  RES-TYPE RES-NAME
>RSTA  
>  *   **
>
>_ CSNE 00075 8 .0863   0  4,960 1:20.434  ZC   DFHZNAC1
>SUSP  
>_ COIE 00079 0   10.2812   0 52,192  12.4911  USERWAIT EMSTATUS
>MVS   
>_ DTCN 00587 0 .0267 100 68,472  18.3439  ZCIOWAIT DFHZARQ1
>SUSP  
>
>This is from TMON/CICS option 1.1, "Resource" view.
>
>-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.