Upgrading from a z890 to a z9 BC

2007-10-28 Thread גדי בן אבי
Hi,
 
Our management has decided to upgrade one of our z890's. 
 
IBM has recommended we upgrade to a z9 BC. 
 
We currently have two z890 that are in a basic sysplex. We are running z/OS 1.7.
 
We also run a z800 that is not connected to the sysplex. The z800 is controlled 
by the same HMC as the z890's.
 
As far as I remember the z9 BC uses a linux based HMC.
 
Do we have to use the Linux based HMC
If we do, can it control the z890 and z800 we will have in the HMC network.
Will it be able to work together with the other OS/2 based HMC we have.
 
TIA
 
Gadi

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


Re: IBM System/3 3277-1

2007-10-28 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article
that has been posted to 
comp.sys.ibm.sys3x.misc,alt.folklore.computers,bit.listserv.ibm-main as well.

Rostyslaw J. Lewyckyj [EMAIL PROTECTED] writes:
 If memory hasn't failed me, we read mark sense cards on something that
 was called a 1230. We didn't have one in the computing center. It was
 in a separate laboratory somewhere in the School of Education.
 We sent the decks over there. I don't remember what we got back.
 I think the 1230 may have punched the marked card.

re:
http://www.garlic.com/~lynn/2007q.html#71 IBM System/3  3277-1
http://www.garlic.com/~lynn/2007r.html#2 IBM System/3  3277-1

wiki mark sense page 
http://en.wikipedia.org/wiki/Mark_sense

mentions that 513, 514, 557, and 519 could handle mark sense. also
has pointer to 805 test scoring machine.

513  514 reproducing punches could handle mark sense ... so it is
possible that a 513/514 had preprossed the mark sense student
registration cards ... and the 2540 was only processing the reproduced
punch cards (and i just not paying that much attention).

the wiki reference also has url for 513/514 (pdf) reference manual

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


Re: IBM System/3 3277-1

2007-10-28 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article
that has been posted to 
comp.sys.ibm.sys3x.misc,alt.folklore.computers,bit.listserv.ibm-main as well.

Anne  Lynn Wheeler [EMAIL PROTECTED] writes:
 3277 had quite a bit of local intelligence ... it was possible to do
 some custom stuff in the terminal that changed the repeat start-delay
 and repeat ... as well as adding fifo to handle keyboard locking up if
 you happen to be typing when the system went to (re)write something on
 the screen. the move to 3274 controller for 3278/3279/etc terminals ...
 moved all that intelligence back into the controller ... reducing amount
 of electronics and manufacturing costs. with electronics moved back into
 controller ... it also degraded performance and response. 

re:
http://www.garlic.com/~lynn/2007r.html#7 IBM System/3  3277-1
http://www.garlic.com/~lynn/2007r.html#8 IBM System/3  3277-1

somebody picking around in some of the referenced old postings, sent
private email asking about reference to ANR download being 2-3 times
baster than DCA download ... and what was ANR ... other than APPN
Automatic Networking Routing.

ANR was3272/3277 ... vis-a-vis DCA 3274/3278-9. In addition
to DCA having slower human (real terminal) response ... because
so much of the electronics had been moved back into controller,
it also affected later terminal emulation download thruput.

quicky search engine for 3277  anr turns up
http://www.classiccmp.org/pipermail/cctech/2007-September/084640.html

misc. past posts mentioning terminal emulation
http://www.garlic.com/~lynn/subnetwork.html#emulation

as client/server started to proliferate ... the communication
group made various attempts (like SAA) to protect their
terminal emulation install base. when we came up with
3tier/multi-tier architecture ... we took lots of heat from
the sna and saa forces. misc. posts mentioning coming up with
multitier networking architecture
http://www.garlic.com/~lynn/subnetwork.html#3tier

for other drift ... APPN started out as AWP164. For a time,
the person responsible and I used to report to the same
executive. I would periodically chide him that the communication
group didn't appreciate what he was doing and that he should
instead work on real networking (like tcp/ip). In fact, the
communication group non-concurred with announcing APPN. After
some delay and escalation, the announcement letter was carefully
rewritten to not state any connection between APPN and SNA.

of course we were also running hsdt project ... misc. posts
http://www.garlic.com/~lynn/subnetwork.html#hsdt

and recent post illustrating gap between what we
were doing and what the communication group was doing
http://www.garlic.com/~lynn/2007p.html#64

part of the issue was that in early days of SNA ... my wife had
co-authored AWP39 ... peer-to-peer networking ... which the
communication group possibly viewed as competitive with their
communication activity. she was then con'ed into going to pok to be in
charge of loosely-coupled architecture and was frequently battling with
SNA forces that it wasn't appropriate for loosely-coupled operation. She
came up with peer-coupled shared data architecture ... which didn't see
a lot of uptake until sysplex ... except for IMS hot-standby
... misc. past references
http://www.garlic.com/~lynn/subtopic.html#shareddata

recent posts mentioning ASWP39
http://www.garlic.com/~lynn/2007b.html#9 Mainframe vs. Server (Was Just 
another example of mainframe
http://www.garlic.com/~lynn/2007b.html#48 6400 impact printer
http://www.garlic.com/~lynn/2007d.html#55 Is computer history taugh now?
http://www.garlic.com/~lynn/2007h.html#35 sizeof() was: The Perfect Computer - 
36 bits?
http://www.garlic.com/~lynn/2007h.html#39 sizeof() was: The Perfect Computer - 
36 bits?
http://www.garlic.com/~lynn/2007l.html#62 Friday musings on the future of 3270 
applications
http://www.garlic.com/~lynn/2007o.html#72 FICON tape drive?
http://www.garlic.com/~lynn/2007p.html#12 JES2 or JES3, Which one is older?
http://www.garlic.com/~lynn/2007p.html#23 Newsweek article--baby boomers and 
computers
http://www.garlic.com/~lynn/2007q.html#46 Are there tasks that don't play by 
WLM's rules

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


Re: IPL an LPAR with a very low weight?

2007-10-28 Thread Dave Thorn
The customer wants the small LPAR to come up on request only and we
want to give the MIPS from the small LPAR to the one weighted at 47,
i.e. raise it to 56.  It sounds like the best/safest thing to do is NOT
make the weight=1.

The box usually is not 100% busy, but can be depending on activity.

Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
Laurel Oak Road, Voorhees, NJ, 08043
Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656

CONFIDENTIALITY:  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.


-Original Message-
From: Al Sherkow [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 26, 2007 10:02 PM
To: IBM-MAIN@BAMA.UA.EDU; Thorn, David
Subject: Re: IPL an LPAR with a very low weight?

Hi Dave --

I suspect you wouldn't be considering this unless you were having
problems
with CPU resource contention in the two big LPARs (at 47 and 43). What
kind
of machine is this? how many engines? 

If this small LPAR is down, and the box is nearly 100% busy, IPLing this
LPAR will be very slow, and this small LPAR may slow down the others in
the
sysplex and MIM.

What is the real problem you are trying to solve? 

Al

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

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


Re: VARY too many devices offline

2007-10-28 Thread (IBM Mainframe Discussion List)
In a message dated 10/25/2007 1:15:00 PM Central Standard Time, 
[EMAIL PROTECTED] writes:

 What would you do with dishonest consultants?

The same thing you do with dishonest interns, trainees, employees, managers, 
CEOs, Chairmen of the Board, etc.  And it depends on who you is.  A you 
with sufficient authority must be found to take the needed action and who can 
take into consideration all the repercussions of his action, such as the effect 
on morale if he does or does not do what many think he should.  Consultants do 
not have a monopoly on dishonesty or making mistakes.  Nor do employees have 
a monopoly on company loyalty.  One size still does not fit all.

Bill Fairchild
Franklin, TN


**
 See what's new at 
http://www.aol.com

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


Re: problems(probably) in SSL after migration from WAS3.5 to WAS5.1

2007-10-28 Thread Aaron Walker
On Sat, 20 Oct 2007 11:46:31 -0500, Pawel Leszczynski 
[EMAIL PROTECTED] wrote:

Are there any other applications on this WAS instance?  How are they
performing?  How is your JVM garbage collection?

How do your RMF
reports look?

there are any RMF reports on WAS5.1?
can you give me any sample?

Assuming you are running in goal mode, and you have your 
tranactional CB work defined with a response-time goal, in your 
workload activity report your corresponding service class entry will tell 
you how many transactions ended during the period, etc.  Tons of 
good info there, but what may interest you the most is the entries 
under waiting.   The bloody infoCenter is down right now, otherwise 
I'd post a link with the descriptions of the waiting codes.  You can also 
look in the Performance Monitoring and Tuning guide.  There is a 
section on WLM Delay Monitoring.

ftp://ftp.software.ibm.com/software/webserver/appserv/zos_os390/v5
1/bbo5j102.pdf

If you are not familiar with how to assign your transactions to a 
particular transaction class/service class/reporting class, I will post a 
link as soon as the infoCenter is available.

REPORT BY: POLICY=MYPOLICYWORKLOAD=WEBSPHERE   SERVICE 
CLASS=WASTNX   RE
 CRITICAL =NONE 

TRANSACTIONS   TRANS-TIME HHH.MM.SS.TTT  --DASD I/O--  ---SERVICE-
---  SERVI
AVG  2.61  ACTUAL   150  SSCHRT  11.0  IOC 0   CPU  
MPL  2.61  EXECUTION139  RESP 1.8  CPU 99003K  SRB  
ENDED   12513  QUEUED11  CONN 0.9  MSO 0   RCT  
END/S   13.90  R/S AFFIN  0  DISC 0.8  SRB 0   IIT  
#SWAPS  0  INELIGIBLE 0  Q+PEND   0.2  TOT 99003K  
HST  
EXCTD   0  CONVERSION 0  IOSQ 0.0  /SEC   109975   AAP  
AVG ENC  2.61  STD DEV1.985IIP  
REM ENC  0.00  ABSRPTN42K   
MS ENC   0.00  TRX SERV   42K   

   RESP   STATE SAMPLES BREAKDOWN (%
SUBP   TIME  --ACTIVE-- READY IDLE  -WAITING
TYPE(%)   SUB  APPL TYP3
CBBTE   0.0   0.0   0.0   0.0  0.0   0.0
CBEXE   121   5.1  89.3   0.0  0.0   5.6

GOAL: RESPONSE TIME 000.00.00.500 FOR  50%  



 What kind of delays?
how to see what kind of delays they are?

What other kind of work is on this box?  Is the WAS work priority
reasonable with relation to your other work?  Do you have the STC 
set
to a velocity goal, and the WAS work (CB) set to a response-time 
goal?

its definitely not a problem with CPU capacity(total utilization is very 
small)
WAS is not waiting for CPU,I doubt also its problem with WLM 
settings.
Its looks like a classical bottleneck but i dont know where.
moreover its strange that the same application works fine on WAS3.1
and very poorly on WAS5.1
problem appears when there are many concurrent requests

A lot of my questions are more background than necessarily pertinent 
to the question (you never know).  How do you know that there are 
many concurrent requests? (It's much easier to track this real-time 
when you are using an HTTP Server front-end)  When it was WAS3.5, 
was it also running on z/OS?  What service level of WAS and Java are 
you running?  I assume this is a webapp - no EJBs or other loveliness.

So, the performance is only bad when the load is heavy?  If the load 
then slacks off, does the performance return to acceptable levels, or 
does the performance just get worse as the day goes on?  Do you 
have verbosegc turned on, and how does that output look?  That 
should always be turned on in all of your JVMs.

Are there any backend resources involved, and are they performing 
admirably?

Do you use Tivoli Performance Viewer, or whatever it was called in 5.1?

If you'd rather respond off-list, that's fine. 

Aaron

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


Re: About dispatching process

2007-10-28 Thread (IBM Mainframe Discussion List)
In a message dated 10/24/2007 12:52:33 PM Central Standard Time, 
[EMAIL PROTECTED] writes:

I am curious If I  can induce a Machine check without actually messing with 
 the pysical machine...

Yes.  Any of the 6 interrupt classes can be induced as follows:  your 
authorized program (must be authorized) simply does a LPSW that points to the 
new PSW 
location for the interrupt you wish to induce.  The wisdom and repercussions 
of doing this I leave to others.

If you wish the induced interrupt to cause a particular action, then you must 
first disable interrupts and store data in the POO-defined storages areas 
that that particular interrupt is involved with so that the interrupt 
processing 
routine will act as you wish.  E.g., when a machine-check interrupt occurs, 
data is stored in the machine-check logout area that describes the exact nature 
and location of the failure.  When an I/O interrupt occurs, two full words are 
stored in predefined areas in PSA that are related to the device from which 
the interrupt came.

Be sure to do all this dangerous learning on a test system running under VM 
or on a P/390 where you have complete hands-on control and where no other work 
will be impacted, as you will also have the opportunity to do many reIPLs.

Bill Fairchild
Franklin, TN



**
 See what's new at http://www.aol.com

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


Re: VARY too many devices offline

2007-10-28 Thread Ed Gould

On Oct 28, 2007, at 8:07 AM, (IBM Mainframe Discussion List) wrote:


In a message dated 10/25/2007 1:15:00 PM Central Standard Time,
[EMAIL PROTECTED] writes:


What would you do with dishonest consultants?


The same thing you do with dishonest interns, trainees, employees,  
managers,
CEOs, Chairmen of the Board, etc.  And it depends on who you is.   
A you
with sufficient authority must be found to take the needed action  
and who can
take into consideration all the repercussions of his action, such  
as the effect
on morale if he does or does not do what many think he should.   
Consultants do
not have a monopoly on dishonesty or making mistakes.  Nor do  
employees have

a monopoly on company loyalty.  One size still does not fit all.

Bill Fairchild
Franklin, TN



Bill,

Point taken. Since the company I worked for was non-confrontational  
the whole incident  was more or less swept under the carpet. Except  
for the additional person that was hired to keep any future  
trespassing from happening nothing really happened. It was a strange  
company as employees were extremely loyal and honest. There was no  
money handling (that I ever heard of) (except for petty cash) that  
was done at the site so honesty was really never an issue. They were  
strict when it came to expense accounts as one time I got called up  
and about a dinner I had at GUIDE and I had to redo parts of the  
expense report. I just reshuffled the distribution around. They  
grumbled a little bit. But it wasn't like I was extravagant I think I  
marked down I had a 26 dollar dinner (I was allowed $20). (this was  
in the 70's) . The computer operations was the hot spot about firing  
people. The manager there was the man. He ran his ship like a  
captain in the 1600's, he let his managers get away with murder but  
the peons (operators) were regularly  whipped. Despite that the  
operators were extremely loyal and really did work.


The company (division) was pretty much run on a almost family type  
basis. The operations being the exception to the rule. I was not  
aware of the severe politics of the corporate headquarters until I  
was temporarily assigned there a few years later. I was asked to stay  
on but said no because of the politics. I am sure of this had  
occurred out of the corporate HQ that they would have been fired on  
the spot. We had a few political people that worked in the DC that  
made major mistakes that almost cost the company millions of dollars  
and they skated through without being fired (although in truth they  
were put in positions of less importance).


The point to this was that people that were not employed by the  
company (consultants) were held to a different level than employees,  
it was a much more restrictive level. Just by that level alone they  
should have been let go.


Ed

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


Re: ICKDSF - PARMS

2007-10-28 Thread (IBM Mainframe Discussion List)
In a message dated 10/27/2007 5:47:26 PM Central Standard Time, 
[EMAIL PROTECTED] writes:

 Look for something like IOS000 (IOS001, etc.) as an IBM message number.  
 Then tell us everything on that line and all subsequent lines that are part 
 of 
 the same message.
 
 I don't mean this in a nasty way; try looking up what the messages mean 
 before hitting the list.

I assumed the poster had done his homework before posting.  But if he had he 
probably would not have posted the original question.  And novices have no 
clue what messages mean, even when they look them up in the doc, if they don't 
understand the technical words used in the message and its documented 
explanation.  Back to education, enlightened management, etc.

Bill Fairchild
Franklin, TN


**
 See what's new at 
http://www.aol.com

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


Re: About dispatching process

2007-10-28 Thread Ed Gould

On Oct 28, 2007, at 9:02 AM, (IBM Mainframe Discussion List) wrote:


In a message dated 10/24/2007 12:52:33 PM Central Standard Time,
[EMAIL PROTECTED] writes:

I am curious If I  can induce a Machine check without actually  
messing with

the pysical machine...


Yes.  Any of the 6 interrupt classes can be induced as follows:  your
authorized program (must be authorized) simply does a LPSW that  
points to the new PSW
location for the interrupt you wish to induce.  The wisdom and  
repercussions

of doing this I leave to others.

If you wish the induced interrupt to cause a particular action,  
then you must
first disable interrupts and store data in the POO-defined storages  
areas
that that particular interrupt is involved with so that the  
interrupt processing
routine will act as you wish.  E.g., when a machine-check interrupt  
occurs,
data is stored in the machine-check logout area that describes the  
exact nature
and location of the failure.  When an I/O interrupt occurs, two  
full words are
stored in predefined areas in PSA that are related to the device  
from which

the interrupt came.

Be sure to do all this dangerous learning on a test system running  
under VM
or on a P/390 where you have complete hands-on control and where no  
other work
will be impacted, as you will also have the opportunity to do many  
reIPLs.


Bill Fairchild
Franklin, TN



Snip-

Bill:

Which brings up an interesting point. Does a P390 have a machine  
check light on it? :)


Ed

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


my free mainframe product

2007-10-28 Thread Shai Hess
My new product is ready, and it can be used for free.

Thousands visitors to the new site and hundreds of downloads.

my site www.mfnetdisk.com

Some product's features:

1. Emulates MVS 3390 disk with data on PC.
2. Mirroring MVS standard 3390 (IBM, EMC, HDS etc...) disks to PC.
3. Simple DR for MVS 3390 disks in remote using the PC in no time.
4. Simple and faster backup and restore any 3390 disks from PC backups files.
5. Sharing 3390 disks between remote MVS (standard MF and / or any MF 
emulation).
6. More and more.

To play with my product please go to www.mfnetdisk.com.

Thanks,
Shai

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


my free mfnetdisk product

2007-10-28 Thread shai hess
My new product is ready, and it can be used for free.

Thousands visitors to the new site and hundreds of downloads.

Some product's features:

1. Emulates MVS 3390 disk with data on PC.
2. Mirroring MVS standard 3390 (IBM, EMC, HDS etc...) disks to PC.
3. Simple DR for MVS 3390 disks in remote using the PC in no time.
4. Simple and faster backup and restore any 3390 disks from PC backups
files.
5. Sharing 3390 disks between remote MVS (standard MF and / or any MF
emulation).
6. More and more.

To play with my product please go to www.mfnetdisk.com.

Thanks,
Shai

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


Re: About dispatching process

2007-10-28 Thread Dave Barry
However, if my program is also running disabled for external interrupts
and it uses CPU cycles heavily , how will the 
system 'pre-empt' my TCB? Or it cannot and just let my TCB starve other
users? I cannot figure out.

Correct me if I'm wrong, but selective disablement is different than
preemptibility.  An interrupt handler will normally return control to
the dispatcher, which may reorder its queue and dispatch a task other
than the one which was interrupted.  However, that is not true if the
task is non-preemptible.  I.e., it will be immediately redispatched
after the interrupt is handled.

This behavior applies mainly to tasks running under SRB mode.
Subsystems like DB2 and HSM, which make heavy use of non-preemptible
SRBs used to have a tendency to monopolize processor resources, hence
the creation of preemptible-class SRBs.

Consider this:  zIIP and zAAPs, which run disabled for I/O interrupts,
process preemptible SRB work.  The work must be preemptible in order for
the dispatcher to honor priorities according to WLM service goals.

Another thing to consider is reduced preemption.  I think this strategy
came about in the latter days of MVS/ESA.  The idea was to delay
handling of interrupts at low utilization levels to allow otherwise
preemptible work to complete, thereby reducing the overhead of
reentering the dispatcher as often.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Johnny Luo
Sent: Tuesday, October 23, 2007 9:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: About dispatching process

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


Re: VARY too many devices offline

2007-10-28 Thread Rick Fochtman

snip
Q:  What would you do with dishonest consultants?

A:  The same thing you do with dishonest interns, trainees, employees, 
managers, CEOs, Chairmen of the Board, etc. And it depends on who you 
is. A you with sufficient authority must be found to take the needed 
action and who can take into consideration all the repercussions of his 
action, such as the effect on morale if he does or does not do what many 
think he should. Consultants do not have a monopoly on dishonesty or 
making mistakes. Nor do employees have a monopoly on company loyalty. 
One size still does not fit all.

--unsnip-
100% agreement, as far as it goes. Complete honesty and integrity have 
to be the top priority, but not the only one. I maintain that 
discrimination on the basis of ability is still an acceptable practice, 
provided methods of improvement are available. An operator who makes a 
mistake because of lack of education should have an oppurtunity to 
learn, and should be better supervised. An operator who willingly 
diverts funds, or other resources, to his private use and profit, to the 
company's detriment, should be terminated and, if possible and feasable, 
prosecuted. Every employee has an obligation to safeguard the 
stockholders from unethical and/or illegal activities that cause losses, 
either financial or in the public image of the company (resulting in 
indirect losses).


As systems programmers, regardless of the actual title, we hold 
positions of high trust and, as such, we need to set high examples. Like 
Caesar's wife, Calpurnia, we have to not only BE pure, but also be 
PERCEIVED as pure. And we need to set an example for the PFCSK's that 
will follow us!


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


Re: About dispatching process

2007-10-28 Thread Rick Fochtman

---snip


I am curious If I can induce a Machine check without actually messing with the 
pysical machine...
   



Yes.  Any of the 6 interrupt classes can be induced as follows:  your 
authorized program (must be authorized) simply does a LPSW that points to the 
new PSW location for the interrupt you wish to induce.  The wisdom and 
repercussions of doing this I leave to others.

If you wish the induced interrupt to cause a particular action, then you must 
first disable interrupts and store data in the POO-defined storages areas that 
that particular interrupt is involved with so that the interrupt processing 
routine will act as you wish.  E.g., when a machine-check interrupt occurs, 
data is stored in the machine-check logout area that describes the exact nature 
and location of the failure.  When an I/O interrupt occurs, two full words are 
stored in predefined areas in PSA that are related to the device from which the 
interrupt came.

Be sure to do all this dangerous learning on a test system running under VM or 
on a P/390 where you have complete hands-on control and where no other work 
will be impacted, as you will also have the opportunity to do many reIPLs.
 


-unsnip-
I've got a better idea: JUST SAY NO! I'm sure that whatever reason you 
may have for wanting to take this action, there's a better, and safer 
way, to accomplish your end.


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


Re: About dispatching process

2007-10-28 Thread (IBM Mainframe Discussion List)
 
 
In a message dated 10/28/2007 9:44:08 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
Does a P390 have a machine check light on it? :)
 
Beats me.  I had a P/390 years ago but don't any more, and can't  remember if 
it had any lights at all.
 
Bill  Fairchild
Franklin, TN





** See what's new at http://www.aol.com

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


Re: About dispatching process

2007-10-28 Thread Craddock, Chris
 Does a P390 have a machine check light on it? :)
 
 Beats me.  I had a P/390 years ago but don't any more, and can't
remember
 if it had any lights at all.

None that I recall. I was after all, just a great big grey PC with an
S/390 card grafted on. All of what real(tm) system users would think
of as a service processor was implemented as an OS/2 application. 

CC

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


Re: About dispatching process

2007-10-28 Thread Ed Gould

On Oct 28, 2007, at 4:24 PM, Craddock, Chris wrote:


Does a P390 have a machine check light on it? :)


Beats me.  I had a P/390 years ago but don't any more, and can't

remember

if it had any lights at all.


None that I recall. I was after all, just a great big grey PC with an
S/390 card grafted on. All of what real(tm) system users would think
of as a service processor was implemented as an OS/2 application.

CC



Chris,

I did not think it had, thanks for answering. BTW its hard to tell  
the difference between virtual and real anymore except on the holodeck.


Ed

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


RMF and DASD Storage Display

2007-10-28 Thread Lizette Koehler
We are running z/OS V1.7.  When I go into the RMF panels, it is not
displaying the storage groups or the dasd space.  Where do I need to look to
understand why I am not seeing this in the panels?

Thanks, I think I maybe having a senior moment.

Lizette

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


IEWBIND FUNC=GETD CLASS=B_IDRB

2007-10-28 Thread Schiradin,Roland HG-Dir itb-db/dc
Hi, 

for the 
 
IEWBIND FUNC=GETD,   
   RETCODE=IRETCODE,  
   RSNCODE=RSNCODE,   
   WORKMOD=IEW_WKTOKEN,   
   CLASS=IEW_IDB, 
   SECTION=IEW_SECTION,   
   AREA=IEWBIDB,  
   CURSOR=IEW_CURSORD,
   COUNT=IEW_COUNTD,  
   VERSION=4, 
   MF=(E,IEWBIND) 

I always get zero entries for IEW_COUNTD regardless of PDS or PDSE. 
It was my understanding that this should be always present and contains the 
Binder-Info.

Regards
Roland



Roland Schiradin
ALTE LEIPZIGER Lebensversicherung auf Gegenseitigkeit
IT Betrieb - DB/DC
Tel. (06171) 66-4095, Fax (06171) 66-7500-4095
mailto:[EMAIL PROTECTED]
http://www.Alte-Leipziger.de

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


IBM Confidential

2007-10-28 Thread Phil Payne
 In some cases we had flight numbers.  So with moderate effort
 you could reproduce the list of attendees.

Giggle.

I'd forgotten this bit until I got an email today. Hi, Peter - hope the fish 
are OK.

The Connaught and the Hilton (for that was where IBM met) shared a courtesy bus 
from Dublin
airport.  We didn't realise this until some people were already in the air, so 
we had to book
a few cab companies to aggressively find and scrape away our people from the 
arriving flight
before IBM saw any of them.

He he.  I have it on very good authority that a number of IBMers passed a cab 
driver holdng up
a sign saying: Phil Payne - Amdahl without turning a hair.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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


Re: SMF SWITCHING WITH IEFU29

2007-10-28 Thread Ed Long
Hi everyone.
  Sorry for the delay in replying to the several most helpful suggestions for 
which I am most grateful.
  Root cause identified and solved.
  I had in fact assembled and linked the exit correctly into user.lpalib.
  USER.LPALIB is #1 in the LPALSTXX concatenation.
  LPALSTXX (actually LPALSTDB) is being selected at IPL time.
  SYS1.LPALIB is in fact referenced about 2/3's of the way down in the LPALSTXX 
member.
  BUT, at least on z/OS 1.5, a copy of SYS1.LPALIB is always, and under the 
covers, prepended to the LPALST so that it gets selected first even if its 
included in the list. 
  As a result, the dummy IEEU29 was being used. It, of course, does nothing, 
and does it quietly.
  So, I renamed the bogus IEEU29 to IEEU29BG (for bogus), reipled and away go 
my SMF datasets.
  The default IEEU29 appears to also have a hard restriction on DSN length of 4 
characters after the period.
  In response to Mark's query,
  MULCFUNC -- DEFAULT 
  MEMLIMIT(0M) -- DEFAULT 
  DDCONS(YES) -- DEFAULT 
  LASTDS(MSG) -- DEFAULT 
  NOBUFFS(MSG) -- DEFAULT 
  SYNCVAL(00) -- DEFAULT 
  INTVAL(30) -- DEFAULT 
  DUMPABND(RETRY) -- DEFAULT 
  SUBSYS(STC,NOTYPE(19,69,99,110)) -- SYS 
  SUBSYS(STC,NODETAIL) -- SYS 
  SUBSYS(STC,INTERVAL(SMF)) -- PARMLIB 
  SUBSYS(STC,EXITS(IEFUSO)) -- PARMLIB 
  SUBSYS(STC,EXITS(IEFUJP)) -- PARMLIB 
  SUBSYS(STC,EXITS(IEFU84)) -- PARMLIB 
  SUBSYS(STC,EXITS(IEFU83)) -- PARMLIB 
  SUBSYS(STC,EXITS(IEFU29)) -- PARMLIB 
  SID(SYS1) -- PARMLIB 
  SYS(NOINTERVAL) -- DEFAULT 
  SYS(NODETAIL) -- PARMLIB 
  SYS(EXITS(IEFU29)) -- PARMLIB 
  SYS(EXITS(IEFUJI)) -- PARMLIB 
  SYS(EXITS(IEFUSI)) -- PARMLIB 
  SYS(EXITS(IEFACTRT)) -- PARMLIB 
  SYS(EXITS(IEFU84)) -- PARMLIB 
  SYS(EXITS(IEFU83)) -- PARMLIB 
  SYS(NOTYPE(19,69,99,110)) -- PARMLIB 
  LISTDSN -- PARMLIB 
  JWT(1800) -- PARMLIB 
  STATUS(01) -- PARMLIB 
  MAXDORM(3000) -- PARMLIB 
  REC(PERM) -- PARMLIB 
  NOPROMPT -- PARMLIB 
  DSNAME(SYS1.MN16) -- PARMLIB 
  DSNAME(SYS1.MN15) -- PARMLIB 
  DSNAME(SYS1.MN14) -- PARMLIB 
  DSNAME(SYS1.MN13) -- PARMLIB 
  DSNAME(SYS1.MN12) -- PARMLIB 
  DSNAME(SYS1.MN11) -- PARMLIB 
  ACTIVE -- PARMLIB 
  SUBPARM(SVAA(250,2,5,7)) -- PARMLIB
  

Ed Long [EMAIL PROTECTED] wrote:
Hi everyone. I have finished upgrading one of my 7060's to the latest, and 
last version of z/OS 1.5.
   
  The one remaining, nagging, issue it has, is the DUMPXY exit aka IEFU29 
doesn't seem to execute when I issue a i smf command. The previous system it 
worked fine. Load modules are same length;both are in USER.LPALIB. 
   
  I am certain its something I've done, but darned if I know what it is. Any 
and all suggestions most appreciated.
   
  As you can see from the following, the exit is being seen, and loaded 
properly, its not being heard however. 
   
  CSV550I 18.21.37 LPA DISPLAY 581
  FLAGS MODULE ENTRY PT LOAD PT LENGTH DIAG
  P IEFU29 8507FA68 0507FA68 0020 08C1C860
   
  CSV461I 18.21.37 PROG,EXIT DISPLAY 584
  EXIT MODULE STATE MODULE STATE MODULE STATE
  SYS.IEFU29 IEFU29 A
   
  CSV461I 18.21.37 PROG,EXIT DISPLAY 585
  EXIT MODULE STATE MODULE STATE MODULE STATE
  SYSSTC.IEFU29 IEFU29 A


Edward Long


Edward Long

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


Re: SMF SWITCHING WITH IEFU29

2007-10-28 Thread Ed Gould

On Oct 28, 2007, at 10:03 PM, Ed Long wrote:


Hi everyone.
  Sorry for the delay in replying to the several most helpful  
suggestions for which I am most grateful.

  Root cause identified and solved.
  I had in fact assembled and linked the exit correctly into  
user.lpalib.

  USER.LPALIB is #1 in the LPALSTXX concatenation.
  LPALSTXX (actually LPALSTDB) is being selected at IPL time.
  SYS1.LPALIB is in fact referenced about 2/3's of the way down in  
the LPALSTXX member.
  BUT, at least on z/OS 1.5, a copy of SYS1.LPALIB is always, and  
under the covers, prepended to the LPALST so that it gets selected  
first even if its included in the list.
  As a result, the dummy IEEU29 was being used. It, of course, does  
nothing, and does it quietly.
  So, I renamed the bogus IEEU29 to IEEU29BG (for bogus), reipled  
and away go my SMF datasets.
  The default IEEU29 appears to also have a hard restriction on DSN  
length of 4 characters after the period.



Ed:

Check to see which version of IEFU29 you have. There was at least one  
bug I found in the CBIPO version and it was at least 5 years before  
we hit the bug. I don't have the source for it, but IIRC I found a  
really old reference to the bug on IBMLINK. Not sure how to tell you  
if you have the most recent version but look at the assembled output  
and see if there is a change that occurred in or before 2000 +- 5  
years (probably -5 years). IIRC it was a small change. If you have  
the most recent version take a look at CBTTAPE.ORG for a newer version.


Ed

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


Re: Outsmarting WLM

2007-10-28 Thread Barbara Nitz
I would never consider any of this except as a last resort. And even 
then I wouldn't want to support it. Who would want to maintain all that 
bloat-ware.
Barbara, can't you convince whomever needs to be convinced that 
SYSSTC should be tried? 

At this point, no, not really. The problem is basically testing. The test 
system is already semi-production, and here we have several IMSs that have a 
higher priority than this product. (Different from real production). For the 
time being we're going with cpu critical, first in test.

Currently I am the only one following up on this. Nobody is currently 
screaming, so everybody has forgotten about it. Setting it to sysstc wil be the 
measure to take when someone screams again. 

The 'little program' is a challenge to me. Did I mention I am unix illiterate? 
So I'll make this a foray into the shallows of unix, and should push come to 
shove, I have a joker to get out of my sleeve

Best regards, Barbara
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

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


Re: IPL an LPAR with a very low weight?

2007-10-28 Thread Barbara Nitz
Our sysprog sandplex has very low weight, like 5% of 1 processor or some such. 
When the box is full (running 98-100%) not only does it take forever to shut 
that lpar down, it also takes forever to IPL it. The duration in itself is not 
the problem, but automation (SA/390 V3) has almost everything in stuck status 
because things don't terminate in automations' (usually sufficient) 
timeout-interval. At which point you do a manual shutdown! Coming back up 
usually isn't as bad, as automation has everything in started2, but recognizes 
when things are finally 'up'.

And don't get me started on XCF communication! We have a permanent vote to keep 
the automation manager from starting on one system in the sysplex, simply 
because that one has a lower weight than the others in the plex. Once the 
automation manager is on that system, XCF communication regularly times out, 
and then the shutdown is stuck. (This is not the sysprog sandplex!)

Regards, Barbara Nitz
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

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