AUTO: Lionel Dyck is out of the office - vacation (returning 10/08/2010)

[Lionel Dyck]

I am out of the office until 10/08/2010.

I am out of the office.  Call my cell if this is an emergency.


Note: This is an automated response to your message  "Re: Nullify Effect of
$EJ command" sent on 10/1/10 13:49:17.

This is the only notification you will receive while this person is away.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Jobwait time

[Staller, Allan]

Correction. Make that IEFUTL, not IEFU83.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Staller, Allan
Sent: Friday, October 01, 2010 3:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobwait time

TIME=1440 will disable the SMF wait time value.

Most shops I have been in, use /.. EXEC PGM=IKJEFT01,TIME=1439 and SMF
wait time in combination, to time out/logoff idle TSO users.

IEFU83 (IIRC) can be use to grant or deny exceptions to the SMF job wait
time.

HTH,


Hello all, we z/os V1.11. I was wondering if anyone knows how to set a
TSO idle timeout value other than using the smf jobwait time value. I
tried the jobcard time parameter, but I think that's more for cpu
consumption than idle timeout. Any ideas are welcome.


--
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: Jobwait time

[Staller, Allan]

TIME=1440 will disable the SMF wait time value.

Most shops I have been in, use /.. EXEC PGM=IKJEFT01,TIME=1439 and SMF
wait time in combination, to time out/logoff idle TSO users.

IEFU83 (IIRC) can be use to grant or deny exceptions to the SMF job wait
time.

HTH,


Hello all, we z/os V1.11. I was wondering if anyone knows how to set a
TSO idle timeout value other than using the smf jobwait time value. I
tried the jobcard time parameter, but I think that's more for cpu
consumption than idle timeout. Any ideas are welcome.


--
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: Jobwait time

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S
> Sent: Friday, October 01, 2010 3:47 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Jobwait time
> 
> Hello all, we z/os V1.11. I was wondering if anyone knows how to set a
> TSO idle timeout value other than using the smf jobwait time value. I
> tried the jobcard time parameter, but I think that's more for cpu
> consumption than idle timeout. Any ideas are welcome.

We do it with CA-OPS/MVS and a IEFUTL timeout rule. There is no way to make it 
smaller. You can only make it larger by implementing an IEFUTL exit (or a 
product like CA-OPS/MVS) which will grant one or more extentions of some 
duration (as specified in the code). There is not any kind of PARMLIB member or 
operator command to do this. You're right, the TIME= is for maximum CPU 
consuption, not wait.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
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

Jobwait time

[Ward, Mike S]

Hello all, we z/os V1.11. I was wondering if anyone knows how to set a
TSO idle timeout value other than using the smf jobwait time value. I
tried the jobcard time parameter, but I think that's more for cpu
consumption than idle timeout. Any ideas are welcome.

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

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

Re: Nullify Effect of $EJ command

[Dave Barry]

$E is restart
$T is reset

Both take SRVCLASS as an operand. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dave Kopischke
Sent: Thursday, September 30, 2010 8:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Nullify Effect of $EJ command

On Thu, 30 Sep 2010 19:59:53 -0400, Bob Rutledge wrote:

>Ted MacNEIL wrote:
 It's also used to change service classes.
>>
>>> "E" does no such thing.
>>
>> Are we talking about E or $E?
>
>We are talking about SDSF action characters.
>

I believe line command "E" in SDSF is translated to "$E". The "E" in MVS is the 
reset for service class.

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

MFNetDisk will support also AWS files for disk emulation.

[Shai Hess]

HI,

 MFNetDisk will support in a few days two files format for 3390 emulation. 
 
The first one is the old PC file. Which is regular native file with MFNetDisk 
format. 

 The second one which I will add is the AWS file format.
 The request come from one of the MFNetDisk user.
  
MFNetDisk 3390 emulation can share the disks between hosts which can not 
share their disks without MFNetDisk which use the TCP for the communication.
 
AWS is well known format support also by IBM and many other hosts MF 
emulation (Example ZPDT) as a local file. 

So, anyone can create 3390 disk emulation formatted as AWS file or 
MFNetDisk old file (MPC_DISK) format to be shared from many MVS OS.

With a little imagination you can think what you can do with this feature.

Shai
 

--
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: Really dumb IPL question

[Edward Jaffe]

 On 10/1/2010 5:03 AM, Chase, John wrote:

Meanwhile, NetView still hangs a WTOR on the console :-(


Actually, that's an optional behavior in Netview. Of course, the default--chosen 
for maximum upward compatibility--is exactly what you don't want.


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

BCPii and ACF2

[Freddy Guevara]

Hello,

Has anyone set up BCPii with ACF2? ... if so, could we get a copy of the
commands to give to the security administrator?

We assigned the BCPii community name (defined in the HMC) to our CEC name
(SNA address of the processor).

Thought we had it right but still getting HWI014I when BCPii tries to start up.

Messages as follows:

HWI016I THE BCPII COMMUNICATION RECOVERY ENVIRONMENT IS
NOW ESTABLISHED.   

HWI007I BCPII IS ATTEMPTING COMMUNICATION WITH THE LOCAL CENTRAL
PROCESSOR COMPLEX (CPC).

HWI014I THE SNMP COMMUNITY NAME FOR BCPII IN THE SECURITY 155   
PRODUCT FOR THE LOCAL CPC IS EITHER NOT DEFINED OR IS INCORRECT.




Thanks in advance.

--
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: SDSF message ISF024I for z/OS 1.11

[Gibney, Dave]

SISFLOAD is not part of z/OS 1.11, you should review LINKLST for it and
other not longer used libraries.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Jousma, David
> Sent: Friday, October 01, 2010 9:32 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SDSF message ISF024I for z/OS 1.11
> 
> Well, if you know *when* approximately, run the freebie DAF tool
> against
> SMF and see who had the loadlib open for output
> 
> It would bother me not knowing how a SMPE controlled library got
> updated
> without my knowledge.
> 
> _
> Dave Jousma
> Assistant Vice President, Mainframe Services
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
> p 616.653.8429
> f 616.653.8497
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of John Norgauer
> Sent: Friday, October 01, 2010 12:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SDSF message ISF024I for z/OS 1.11
> 
> I have no idea how the ISFPARMS module from 1.9 got into the 1.11
> SISFLOAD. The 1.11 ISFPARMS is really located in SISFMOD1.
> 
> I would not have had any reason to copy my ISFPARMS from 1.9 to the
> 1.11
> 
> SISFLOAD library. So at this point, I do not know how this
> happened.
> 
> 
> 
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
> 
>  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN
> 2004
> 
> "Hardware eventually breaks - Software eventually works"  anon
> 
> 
> --
> 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 e-mail transmission contains information that is confidential and
> may be privileged.   It is intended only for the addressee(s) named
> above. If you receive this e-mail in error, please do not read, copy
or
> disseminate it in any manner. If you are not the intended recipient,
> any disclosure, copying, distribution or use of the contents of this
> information is prohibited. Please reply to the message immediately by
> informing the sender that the message was misdirected. After replying,
> please erase it from your computer system. Your assistance in
> correcting this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to 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: IPLTEXT and NUCLEUS dates

[Rick Fochtman]

Good point.  I have no idea whether there is actually a frequent need to 
make a functional change in the IPLTEXT or if 99.9% of the changes are 
just to match dates with Nucleus. If the later, then the Nucleus and 
IPLTEXT should obviously contain something that indicates an IPLTEXT 
version required by the Nucleus that could be verified instead of the 
date, and a differently dated nucleus that still requires the same 
IPLTEXT functional level could still indicate the old IPLTEXT version. 
That way the IPL process could validate IPLNEXT/nucleus compatibility 
without requiring a date match, and the need to update IPLTEXT would be 
minimized.

--
IIRC, the NUCLEUS is the ONLY part of the system that uses SCTR loading. 
I have to wonder if changes in the SCTR loading is related to IPLTEXT 
changes?


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: SDSF message ISF024I for z/OS 1.11

[Gibney, Dave]

Sorry, I forgot we no longer license SDSF, being a E/JES customer. So I
don't know for sure about SISFLOAD. We do have a SISFMOD1. 

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Gibney, Dave
> Sent: Friday, October 01, 2010 10:12 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SDSF message ISF024I for z/OS 1.11
> 
> SISFLOAD is not part of z/OS 1.11, you should review LINKLST for it
and
> other not longer used libraries.
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of Jousma, David
> > Sent: Friday, October 01, 2010 9:32 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SDSF message ISF024I for z/OS 1.11
> >
> > Well, if you know *when* approximately, run the freebie DAF tool
> > against
> > SMF and see who had the loadlib open for output
> >
> > It would bother me not knowing how a SMPE controlled library got
> > updated
> > without my knowledge.
> >
> > _
> > Dave Jousma
> > Assistant Vice President, Mainframe Services
> > david.jou...@53.com
> > 1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
> > p 616.653.8429
> > f 616.653.8497
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of John Norgauer
> > Sent: Friday, October 01, 2010 12:08 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SDSF message ISF024I for z/OS 1.11
> >
> > I have no idea how the ISFPARMS module from 1.9 got into the 1.11
> > SISFLOAD. The 1.11 ISFPARMS is really located in SISFMOD1.
> >
> > I would not have had any reason to copy my ISFPARMS from 1.9 to the
> > 1.11
> >
> > SISFLOAD library. So at this point, I do not know how this
> > happened.
> >
> >
> >
> > John Norgauer
> > Senior Systems Programmer
> > Mainframe Technical Support Services
> > University of California Davis Medical Center
> > 2315 Stockton Blvd
> > ASB 1300
> > Sacramento, Ca 95817
> > 916-734-0536
> >
> >  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN
> > 2004
> > 
> > "Hardware eventually breaks - Software eventually works"  anon
> > 
> >
> >
-
> -
> > 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 e-mail transmission contains information that is confidential
> and
> > may be privileged.   It is intended only for the addressee(s) named
> > above. If you receive this e-mail in error, please do not read, copy
> or
> > disseminate it in any manner. If you are not the intended recipient,
> > any disclosure, copying, distribution or use of the contents of this
> > information is prohibited. Please reply to the message immediately
by
> > informing the sender that the message was misdirected. After
> replying,
> > please erase it from your computer system. Your assistance in
> > correcting this error is appreciated.
> >
> >
-
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to 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: Name of a program's library

[Rick Fochtman]

-

I wonder if it would be possible to enhance FETCH or the LLE(?) 
to contain the actual DSN/VOLSER of the dataset used. That would 
only require 44+6 extra bytes of memory. Which I don't think 
is a big deal in today's environment. 
   



Possible, sure? Gonna happen? Not too likely.

The control block size increase might or might not be problematic, but the 
more pressing point is whether you think the customer is going to be 
willing to sacrifice the cycles it takes to determine this information. 

The information that is fairly easily (i.e., quickly) accessible is the 
data from the DEB about the data set (UCB address and "CCHH").
 


-
Not to mention one other aspect: can you present a good BUSINESS case 
for it? Does the customer need it to support his core business?


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: SDSF message ISF024I for z/OS 1.11

[Jousma, David]

Well, if you know *when* approximately, run the freebie DAF tool against
SMF and see who had the loadlib open for output

It would bother me not knowing how a SMPE controlled library got updated
without my knowledge.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Norgauer
Sent: Friday, October 01, 2010 12:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF message ISF024I for z/OS 1.11

I have no idea how the ISFPARMS module from 1.9 got into the 1.11 
SISFLOAD. The 1.11 ISFPARMS is really located in SISFMOD1.

I would not have had any reason to copy my ISFPARMS from 1.9 to the 1.11

SISFLOAD library. So at this point, I do not know how this
happened.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN
2004

"Hardware eventually breaks - Software eventually works"  anon


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

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

Re: SDSF message ISF024I for z/OS 1.11

[Richards, Robert B.]

SMP/E Usermod?
Outdated Assemble JCL?

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John Norgauer
Sent: Friday, October 01, 2010 12:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF message ISF024I for z/OS 1.11

I have no idea how the ISFPARMS module from 1.9 got into the 1.11 
SISFLOAD. The 1.11 ISFPARMS is really located in SISFMOD1.

I would not have had any reason to copy my ISFPARMS from 1.9 to the 1.11 
SISFLOAD library. So at this point, I do not know how this
happened.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

--
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: SDSF message ISF024I for z/OS 1.11

[John Norgauer]

I have no idea how the ISFPARMS module from 1.9 got into the 1.11 
SISFLOAD. The 1.11 ISFPARMS is really located in SISFMOD1.

I would not have had any reason to copy my ISFPARMS from 1.9 to the 1.11 
SISFLOAD library. So at this point, I do not know how this
happened.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
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: Help in troubleshooting CoD load

[Dana Mitchell]

On Thu, 30 Sep 2010 19:45:36 +, Eric Bielefeld  wrote:

>What does CoD stand for?  I've been following this thread for a while, and I 
haven't seen the initials spelled out.  
>Eric Bielefeld
>Systems Programmer


Eric,
The OP is referring to Customized Offerings Driver.  A self contained z/OS 
system (currently 1.9) for those of us migrating to current z/OS from 
unsupported levels.

Quote OP:
I am trying to put up a CoD(z/OS1.9) as I am sitting on a 1.6 system.

Dana

--
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: errno2 values

[Don Poitras]

TSO EXEC 'SYS1.SBPXEXEC(BPXMTEXT)' '76650291' 

TCPIP   
JrTcpError: Tcp returned an error identified by the return code 

Action: Correct the error reported by the return code.  




Tony Harminc wrote:
> 
> On 30 September 2010 12:43, Paul Gilmartin  wrote:
> > On Thu, 30 Sep 2010 10:29:56 -0600, Lester, Bob wrote:
> >>
> >>I'm trying to troubleshoot an FTP issue.  This is a snippet from the
> >>batch job.  This is on z/OS 1.9.  This job fails every morning, and when
> >>restarted with no changes, it works!  This is not a "dial" type circuit
> >>.
> >>
> >>
> >>EZA2589E Connection to server interrupted or timed out. Receiving data
> >>
> >>EZA2590E recv error from receive_data - EDC5120I Interrupted function
> >>call. (errno2=0x76650291)
> >>
> >>EZA1475I Connection with 168.162.55.204 terminated
> >>
> >>EZA1735I Std Return Code = 20150, Error Code = 00010
> >>
> >>I'm trying to decipher the errno2 value.   Looking at: z/OS 1.9 C++
> >>Run Time Library errno2 list, it doesn't follow the format of the above
> >>errno2.
> >>
> > The Rexx SYSCALL strerror is quite effective at deciphering
> > error_code/reason_code pairs.  I don't know how errno2 maps onto
> > this protocol.
> 
> The right half of the errno2 is the reason code. Or is it the other
> way around... Regardless, the right half of that fullword (the 8 hex
> digits) is listed in places like SYS1.MACLIB(BPXYERNO) - be careful
> with hex vs dec. The left half is some sort of undocumented module
> identifier maintained by the kernel, and it is what strerror is using
> to produce the module name (and perhaps the suggested action).
> 
> Assuming the REXX function is calling pfsctl() (BPX1PCT) the lookups
> for errno and errno2 are independent, i.e. you can supply any
> combination, even if they don't occur in real life.
> 
> There are a few annoyances with the values themselves - errno2 of 0
> means "the errno value says all there is to say", which is fair
> enough, but there are other errno2 values that also mean that. I think
> this (X'0291') is one of them, since the "explanation" is 'Tcp
> returned an error identified by the return code'.
> 
> There are also some other things hidden in certain errno2 values, such
> as return codes from allocation and the like. And I've read, but never
> seen, that the C/C++ RTL itself, and perhaps LE, can set values in
> there that are not defined by the kernel.
> 
> Tony H.

-- 
Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive 
mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513

--
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: AUTOLOG (Was: Really dumb IPL question)

[Chris Mason]

Barbara

Actually, in a way I cheated in pointing out that the AUTOLOG mechanism 
uses the CANCEL command because it does so only when the relevant server 
program is deemed to be in poor health. This assessment is made because of 
the lack of a "listening" port without which the server is ineffective. Thus 
the 
assumption is made that, if the server program can't be doing anything useful -
 an assumption that the server supports *only* IP-based traffic, no harm will 
be done by chopping it off at the knees. I'm not sure this overlaps with your 
concerns.

>ps: *This* installation has a very good relationship with the networks
>colleagues, they're certainly NOT adversaries! :-)

I couldn't resist a glance in the direction of one of our list colleagues, one 
of 
the "usual suspects", who never seems to let an opportunity go by in which to 
mention the lack of cooperation he experiences from one of his adjacent 
technical teams!

Chris Mason

My P.S.: Your English is excellent but there was a small slip recently of a use 
of "them" for "those" which corresponds to a dialect with which I am most 
familiar, that of the North-East centered some would say on St James's Park - 
*not* the formal gardens and lake to the front right of Buckingham 
Palace! "See them men on the top of thon hill thonder? I want 'em shifted; I 
divn't want 'em jostled; I want 'em shifted a't'gether." These supposedly were 
the instructions of the Duke to a very important section of the British army at 
Waterloo from a Geordie Music Hall recitation. No mention of the Prussians 
arriving through Plancenoit as usual!

On Thu, 30 Sep 2010 23:43:16 -0500, Barbara Nitz  
wrote:

>Chris,
>
>you have just proved my point about bad procedures: Using AUTOLOG, where
>is it documented how to do an *orderly* shutdown prior to IPL?!? In that
>case, how is it taken down Certainly not via CS IP (as you call it).
>
>AUTOLOG might be how the FTPD appears in the system. Since it is not
>started via automation, of course it is not shut down via automation. So it
>would be one of those preventing system shutdown unless one has F
>bpxoinit,shutdown=forks in the procedure *somewhere*. That command is
>issued here way after the TCPIP address space(s) have gone. *I* don't
>consider this a clean shutdown!
>
>Best regards, Barbara
>
>ps: *This* installation has a very good relationship with the networks
>colleagues, they're certainly NOT adversaries! :-)

--
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: Really dumb IPL question

[Chris Mason]

John

You may be right about NetView Access - which has only the most tenuous 
connection with the "pukka" NetView by the way - as close as Raleigh, NC, 
and Rome, Italy - just check the "Help Us Help You!" sections in appropriate 
manuals.

However, I hope you checked the manuals for the latest release of the 
product over whether there is only a REPLY (WTOR) interface or also a 
MODIFY/STOP (EXTRACT/QEDIT) interface for operators before casting this 
aspersion.

Chris Mason

On Fri, 1 Oct 2010 07:50:42 -0500, Chase, John  
wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Vernooij, CP - SPLXM
>>
>> "Chase, John" wrote in message
> ...
>Also Netview Access:
>
>*06 EMS0990A ACCESS  READY FOR COMMANDS.
>
>   -jc-

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

Re: Name of a program's library

[Peter Relson]

>I wonder if it would be possible to enhance FETCH or the LLE(?) 
>to contain the actual DSN/VOLSER of the dataset used. That would 
>only require 44+6 extra bytes of memory. Which I don't think 
>is a big deal in today's environment. 

Possible, sure? Gonna happen? Not too likely.

The control block size increase might or might not be problematic, but the 
more pressing point is whether you think the customer is going to be 
willing to sacrifice the cycles it takes to determine this information. 

The information that is fairly easily (i.e., quickly) accessible is the 
data from the DEB about the data set (UCB address and "CCHH").

Peter Relson
z/OS Core Technology Design

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

Re: Really dumb IPL question

[Chris Mason]

John

> Meanwhile, NetView still hangs a WTOR on the console.

I went back as far as I could in the NetView bookshelves[1] in order to 
confirm what I seemed to remember from the days when I used to run a 
NetView on all my systems that there was no outstanding "reply" messing up 
the console. I found the following from NetView V2R3 (1994):

NetView® Administration Reference Version 2 Release 3, SC31-6128-01



2.1.54 MVSPARM

MVSPARM [MSGIFAC={SYSTEM|USESSI|CMDONLY}]
[,DEFAUTH={MASTER|ALL|SYS|I/O|CONS|INFO|
   CONS&I/O|CONS&SYS|I/O&SYS}]
[,CMDWTOR={YES|NO}]
[,MIGRATE={YES|NO}]

...

CMDWTOR={YES|NO}
Specifies whether the DSI802A WTOR is issued. CMDWTOR is valid only if you 
have the NetView program for MVS/ESA installed on an MVS/ESA system.

YES Issues message DSI802A. This is the default in DSIDMN.
NO Suppresses message DSI802A.



As I used to try to drum into my students: "Defaults always work but they 
don't tend to offer the best performance."

I suggest your installation catches up with at least 15 years of NetView 
development and examines its defaults!

And please refer to your documents before obliging me to spend up to half an 
hour checking mine!

Just to offer a useful response to this slur on NetView capability[2], this is 
some more information I dug up:

NetView® Operation Version 2 Release 3, SC31-6127-01



1.9.2.1 MVS

For MVS, you can issue CLOSE as a NetView subsystem command if you have 
not first stopped the NetView subsystem.  From the system operator's 
console, you can use the REPLY command to enter the CLOSE command.

Because the NetView subsystem is processing messages from all other active 
tasks in the MVS system (your automation logic may be necessary for handling 
some or all of these messages), you should temporarily inactivate some or all 
of your applications before canceling the subsystem.

To stop the NetView program, enter:

%CLOSE

where % is the NetView descriptor character. The MVS console must be 
associated with a NetView autotask if you use only %CLOSE to stop the 
NetView program.

If message DSI802A is outstanding, you can reply to the message and then 
issue the CLOSE command. For example, enter:

REPLY nn,CLOSE

where nn is the reply number. The NetView program stops automatically when 
all operators and incoming cross-domain operators have logged off.[3]



You shouldn't assume that, just because nobody has bothered to keep your 
installation's NetView in best shape for the last 15 or so years, that might 
apply to all others nor that NetView, a seat of automation, doesn't follow the 
best practice it tends to require of other products.

Chris Mason

[1] http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/CNMYBK04

[2] If previous "usual suspect" Patrick O'Keefe were still participating, he 
would have jumped on you so hard that you would now be deeper than the 
poor Chilean miners!

[3] I believe this sentence should be in a separate paragraph so that it 
applies 
to both techniques for issuing the CLOSE command. Perhaps it is corrected in 
a later edition - perhaps not.

On Fri, 1 Oct 2010 07:03:41 -0500, Chase, John  
wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Chris Mason
>>
>> Robert
>>
>> > ... or you can just use the Modify (F) or STOP (P) command.
>>
>> That "just" is suspicious. The program needs to support the
>MODIFY/STOP
>> interface and not all programs do. It took IMS "for ever" to provide
>this
>> alternative to the WTOR interface and I vaguely remember it took CICS
>quite
>> a while before you could "talk" to it with MODIFY commands.
>
>Meanwhile, NetView still hangs a WTOR on the console  :-(
>
>   -jc-

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

Re: PLPA Data set size

[Staller, Allan]

Agreed!


>Is it still preceived wisdom that the size of the PLPA data set should
be minimal so that the LPA flows over to the COMMON data set?
>If so, what was/is the reason for that? 
Snippage...
I say leave it alone.
If you're still doing it, don't bother changing.
If you're not doing it, don't bother changing.


--
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: Really dumb IPL question

[Tom Marchant]

On Thu, 30 Sep 2010 16:13:11 -0400, Robert A. Rosenberg wrote:

>At 10:04 -0500 on 09/29/2010, Tom Marchant wrote about Re: Really
>dumb IPL question:
>
>>On Tue, 28 Sep 2010 22:26:29 -0400, Robert A. Rosenberg wrote:
>>
>>>Shutting down a Started Task can be done in the way other STCs are
>>>controlled. ...   you can just use the Modify (F) or STOP (P)
>>>command 
>>
>>MODIFY and STOP only work if the code is written to recognize them.
>>
>
>The assumption of my comment was the program was written to use STOP
>or MODIFY to signal the task to terminate. 

I'm not sure that is a good assumption

>The quote that I was
>responding to (which was omitted from your reply) was to the effect
>that it was against the Ops/Automation types rules/procedures to use
>CANCEL (or STOP/MODIFY which use the same QEDIT interface) to signal
>the terminate order.

I think you've read too much into Peter Nuttall's post that you quoted.  
He did not say that it was against the operational procedures to use 
STOP or MODIFY.  He said that it was against the procedures to use 
CANCEL.  I read that as meaning that the program was not coded to 
recognize STOP or MODIFY.

And, BTW, lest someone get the wrong impression from what you 
wrote above, STOP and MODIFY use the same "QEDIT interface", 
CANCEL does not.

>
>The quote was:
>
>>Setting this up as a started task and then explaining to
>>Ops/Automation that the only way to stop it was to Cancel the
>>Started task was not fun (against their operational procedures) 

And perhaps the relevant phrase in Peter Nuttall's post is 
"the only way to stop it was to Cancel the Started task"

-- 
Tom Marchant

--
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: Really dumb IPL question

[Vernooij, CP - SPLXM]

"Chase, John"  wrote in message
news:...
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Vernooij, CP -
SPLXM
> > 
> > "Chase, John" wrote in message
> >
>
news: > m>...
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> > > >
> > > > Robert
> > > >
> > > > > ... or you can just use the Modify (F) or STOP (P) command.
> > > >
> > > > That "just" is suspicious. The program needs to support the
> > > MODIFY/STOP
> > > > interface and not all programs do. It took IMS "for ever" to
> provide
> > > this
> > > > alternative to the WTOR interface and I vaguely remember it took
> > CICS
> > > quite
> > > > a while before you could "talk" to it with MODIFY commands.
> > >
> > > Meanwhile, NetView still hangs a WTOR on the console  :-(
> > >
> > >-jc-
> > >
> > 
> > Is it? Not on our console.
> 
> *03 DSI802A NETV3REPLY WITH VALID NCCF SYSTEM OPERATOR COMMAND
> 
> Also Netview Access:
> 
> *06 EMS0990A ACCESS  READY FOR COMMANDS.
> 
>-jc-

I searched our DSIPARM and found:

TASK.DSIWTOMT.INIT=No  // Do you want the DSI802A WTOR?   

Kees.


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

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


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

Re: Really dumb IPL question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Vernooij, CP - SPLXM
> 
> "Chase, John" wrote in message
>
news: m>...
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> > >
> > > Robert
> > >
> > > > ... or you can just use the Modify (F) or STOP (P) command.
> > >
> > > That "just" is suspicious. The program needs to support the
> > MODIFY/STOP
> > > interface and not all programs do. It took IMS "for ever" to
provide
> > this
> > > alternative to the WTOR interface and I vaguely remember it took
> CICS
> > quite
> > > a while before you could "talk" to it with MODIFY commands.
> >
> > Meanwhile, NetView still hangs a WTOR on the console  :-(
> >
> >-jc-
> >
> 
> Is it? Not on our console.

*03 DSI802A NETV3REPLY WITH VALID NCCF SYSTEM OPERATOR COMMAND

Also Netview Access:

*06 EMS0990A ACCESS  READY FOR COMMANDS.

   -jc-

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

Re: HMC Web Interface

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kopischke, David G.
> 
> Greetings again,
> 
> 
> 
> I was recently upgraded to Windows 7. With it came Internet Explorer
8.
> And with that came an inability to> 
> use the HMC web interface. After much consternation and attempts to
> blame our network folks for blocking> 
> ports that I want to use, I was pointed to this. I can't speak to its
> authenticity, but it purports to be an E-Mail
> 
> from within IBM.
> 
> 
> 
> http://www.itjungle.com/fhg/fhg032410-story03.html
> 
> 
> 
> 
> Anyway, our desktop people are against letting us use FireFox.
Something
> about not liking how it is patched...

I've noticed two problems with Firefox on (64-bit) Windows 7:

1.  The browser display "disconnects" from its background process at
random (i.e., when trying to "refresh" a page, it "just sits there"
requiring that I close the browser *AND* manually kill the firefox.exe
process with Windows task manager; then restart Firefox); and

2.  Using the Adobe Reader plug-in, Firefox very reliably FAILS to
download and display "large" .PDF files (like IBM Redbooks).  I've
encountered this problem on .PDFs as small as 1MB.  This problem has
been present on Firefox version 3, all releases that I've tried (which
is most of them), with Adobe Reader version 9 (all releases).

I've switched to Google Chrome on my Windows 7 machine, and no longer
see either of those problems.

-jc-

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

Re: Really dumb IPL question

[Vernooij, CP - SPLXM]

"Chase, John"  wrote in message
news:...
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> > 
> > Robert
> > 
> > > ... or you can just use the Modify (F) or STOP (P) command.
> > 
> > That "just" is suspicious. The program needs to support the
> MODIFY/STOP
> > interface and not all programs do. It took IMS "for ever" to provide
> this
> > alternative to the WTOR interface and I vaguely remember it took
CICS
> quite
> > a while before you could "talk" to it with MODIFY commands.
> 
> Meanwhile, NetView still hangs a WTOR on the console  :-(
> 
>-jc-
> 

Is it? Not on our console. 

Kees.

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

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


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

Re: Article on multi-code processors - does it apply to z196?

[McKown, John]

I think those are not a single CEC, but multiple independent CECs perhaps more 
like a Parallel Sysplex in z/OS terms.

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Tom 
Marchant [m42tom-ibmm...@yahoo.com]
Sent: Thursday, September 30, 2010 12:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Article on multi-code processors - does it apply to z196?

On Thu, 30 Sep 2010 12:01:33 -0500, McKown, John wrote:

>http://www.conceivablytech.com/3166/science-research/current-operating-systems-may-only-make-sense-up-to-48-cores/
>
>Of course, the article is all about Intel and Linux.

What about the massively parallel systems running Linux using
hundreds or thousands of Intel processors?

--
Tom Marchant

--
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: Really dumb IPL question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> 
> Robert
> 
> > ... or you can just use the Modify (F) or STOP (P) command.
> 
> That "just" is suspicious. The program needs to support the
MODIFY/STOP
> interface and not all programs do. It took IMS "for ever" to provide
this
> alternative to the WTOR interface and I vaguely remember it took CICS
quite
> a while before you could "talk" to it with MODIFY commands.

Meanwhile, NetView still hangs a WTOR on the console  :-(

   -jc-

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

Re: HMC Web Interface

[Jousma, David]

Those HMC release numbers are for P series.   Mainframe z/10 release
numbers are 2.10.x and now 2.11

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Dave Kopischke
Sent: Thursday, September 30, 2010 5:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC Web Interface

On Thu, 30 Sep 2010 15:38:07 -0400, Jousma, David wrote:

>Btw, I believe that that link is referring to the HMC for the
>P-series(AIX) boxes...
>

H. How can you tell ??? I didn't see any reference to platform; just
HMC 
software release numbers (And I haven't a clue what we're running, so I
didn't 
even look at it beyond this).

I do know our combination of Windows7/IE8 doesn't work on a z9 HMC nor
an 
AS/400 HMC. We don't have a p-series...

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

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

Re: Help in troubleshooting CoD load

[Larry Macioce]

Well I was looking at old doc and the initsqa was not in it.
I added it and IPL’ed the machine.
I want to thank all of you who replied, it is very nice having so many eyes.
Thanks
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: SDSF message ISF024I for z/OS 1.11

[Elardus Engelbrecht]

John Norgauer wrote:

>Problem resolved. Somehow there was an old ISFPARMS member in my 
SISFLOAD library. Deleted this old member and SDSF is OK.

Why is that member there? What happened to the original ISFPARMS coming 
with your latest version of your SDSF?

Or is it some one or another concatenation of those load libraries of SDSF? 

Could you be kind to elaborate on this?

Thanks in advance!

Groete / Greetings
Elardus Engelbrecht

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

[Jousma, David]

A quick look at the HMC book on resource link, I find:

Hardware Management Console Web browser support requires HTML 2.0,
JavaScript(tm) 1.0, a supported Java Virtual Machine (JVM), and cookie support 
in
browsers that connects to it. Contact your support personnel to assist you in
determining if your browser is configured with a supported Java Virtual Machine.
It is required that the Web browser uses the HTTP 1.1 protocol and if you are
using a proxy server, the HTTP 1.1 protocol is enabled for the proxy 
connections.
Additionally, pop-ups must be enabled for all Hardware Management Consoles
addressed in the browser if running with pop-ups disabled. The following
browsers have been tested:

Microsoft® Internet Explorer 6.0 or later
Note: If this browser is configured to use an internet proxy, then local 
intranet
addresses should be included in the exception list, consult your network
administrator for more information. If you still need to use the proxy to get to
the Hardware Management Console, enable Use HTTP 1.1 through proxy
connections under the Advanced tab in your Internet Options window.
v Microsoft Internet Explorer 7.0 or later and Sun JRE 1.5 or later if you are 
using
IPv6 addresses.
v Microsoft Internet Explorer 8.0 with (at a minimum) Java SE 6, update 13.

Firefox 1.5.0.7 or later
Note: For Firefox 2.0 or later and Firefox 3.0 or later make sure the 
JavaScript(tm)
option to raise or lower windows and move or resize existing windows is
enabled. To enable this option for Firefox 2.0 or later, go to the Content tab 
in
the Options dialog of the browser, click Advanced... next to the Enable
JavaScript option, then select Raise or lower windows and Move or resize
existing windows options, then click OK to enable. These features allow you to
switch easily between HMC tasks and to resize the task window.
For Firefox 3.0 or later, go to Tools on the browser menu bar, select Options...
from the list, select Content from the Options window, click Advanced that
appears to the right of the Enable JavaScript option, select Move or resize
existing windows and Raise or lower windows from the Advanced JavaScript
Settings window, then click OK to enable.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Knutson, Sam
Sent: Friday, October 01, 2010 4:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC Web Interface

java -version

java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode, sharing)

IE8 on XP SP3 with all critical patches

    Best Regards, 

    Sam Knutson, GEICO 
    System z Team Leader 
    mailto:sknut...@geico.com 
    (office)  301.986.3574 
    (cell) 301.996.1318  
    
"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dave Kopischke
Sent: Thursday, September 30, 2010 8:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC Web Interface

On Thu, 30 Sep 2010 19:53:59 -0400, Stan Weyman wrote:

>   have you tried reloading Java on your machine.  I ran into a similar 
problems with IE and the HMC.  Firefox worked fine but I couldn't get into the 
HMC using IE.  Reloaded Java and all worked fine.
>

What version of JAVA do you have ???

I'm at 1.6.0_07. I upgraded to _13, _14 and _21. They each allowed me to 
get to the sign-on page, but the app didn't render properly so it was not 
usable.

I can't get FireFox until it gets blessed by our desktop support folks.

--
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/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
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 e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it 

Re: HMC Web Interface

[Jousma, David]

For what its worth, I am using Sun Java 2 1.4.2_19, not the Microsoft
Java

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Dave Kopischke
Sent: Thursday, September 30, 2010 8:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC Web Interface

On Thu, 30 Sep 2010 19:53:59 -0400, Stan Weyman wrote:

>   have you tried reloading Java on your machine.  I ran into a similar

problems with IE and the HMC.  Firefox worked fine but I couldn't get
into the 
HMC using IE.  Reloaded Java and all worked fine.
>

What version of JAVA do you have ???

I'm at 1.6.0_07. I upgraded to _13, _14 and _21. They each allowed me to

get to the sign-on page, but the app didn't render properly so it was
not 
usable.

I can't get FireFox until it gets blessed by our desktop support folks.

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

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

Re: Article on multi-code processors - does it apply to z196?

[Meral Temel (Garanti Teknoloji)]

Colleague who are interested in this subject may want to check the following 
latest R & D Journal Issue by IBM Research And Development
Regards
Meral



http://ieeexplore.ieee.org/xpl/tocresult.jsp?isnumber=5571943
Commercial Software for Multicore Systems
 
Commercial Software for Multicore Systems
Microprocessor and computing-system designs are making increasing use of 
parallelism, which
includes homogeneous and heterogeneous chip multiprocessors, or multicores, as 
a means
of providing continuing improvement in performance and efficiency. This issue 
presents key
aspects of software for parallel computing and multicore systems in the 
commercial domain.
This issue concludes with two nontopical papers. Topics include a subsystem for 
enhancing
operating system health in the cloud computing era and the Open Computing 
Language
(OpenCL) for use in digital TV applications.
Preface
B. Blainey, H. Franke, and M. Hind, Guest Editors
1 Exploitation of multicore systems in a Java virtual machine
R. A. Sciampacone, V. Sundaresan, D. Maier, and T. Gray-Donald
2 Observations on tuning a Java enterprise application for performance and 
scalability
E. Altman, M. Arnold, R. Bordawekar, R. M. Delmonico, N. Mitchell, and P. F. 
Sweeney
3 Detection of deadlock potentials in multithreaded programs
R. Agarwal, S. Bensalem, E. Farchi, K. Havelund, Y. Nir-Buchbinder, S. D. 
Stoller,
S. Ur, and L. Wang
4 THOR: A performance analysis tool for Java applications running on multicore 
systems
Q. M. Teng, H. C. Wang, Z. Xiao, P. F. Sweeney, and E. Duesterwald
5 A taxonomy of accelerator architectures and their programming models
C. Cazcaval, S. Chatterjee, H. Franke, K. J. Gildea, and P. Pattnaik




-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Shane
Sent: Friday, October 01, 2010 10:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] Article on multi-code processors - does it apply to 
z196?

That "article" is merely a popularist comment on the original paper.
'nuff said.

A quick read of the original paper shows it to be both current
(2.6.35-rc3 kernel - for which they also developed some fixes)
and thorough.
To some extent it was artificial in that they constructed the tests
to do no physical I/O, but is interesting none-the-less.
Given that Linux is (NUMA) node aware, it would be interesting to see
how a (non-z/VM) multi-book s390x Linux partition would appear re node
numbers and scheduler queues. My expectation would be that each book
would appear as a node - with its attendant memory.
I have no idea how z/VM may mangle this representation for a similarly
defined guest. There used to be a fella named Alan around these parts
that might have known ...

Shane ...

On Thu, 30 Sep 2010 12:01:33 -0500 "McKown, John" wrote:

> http://www.conceivablytech.com/3166/science-research/current-operating-systems-may-only-make-sense-up-to-48-cores/
> 
> Of course, the article is all about Intel and Linux. But I wonder if
> similar problems could occur on the 80 CP z196. If not, that would be
> a boon argument to replace largely multi-core Intel with z!

--
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 message and attachments are confidential and intended solely for the 
individual(s) stated in this message. If you received this message although you 
are not the addressee, you are responsible to keep the message confidential. 
The sender has no responsibility for the accuracy or correctness of the 
information in the message and its attachments. Our company shall have no 
liability for any changes or late receiving, loss of integrity and 
confidentiality, viruses and any damages caused in anyway to your computer 
system.  

Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve 
gizlidir. Bu mesajin muhatabi olmamaniza ragmen tarafiniza ulasmis olmasi 
halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune uyulmasi 
zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan 
bilgilerin dogrulugu ve guncelligi konusunda gonderenin ya da sirketimizin 
herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz mesajin ve bilgilerinin 
size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin 
korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi 
herhangi bir zarardan sorumlu tutulamaz.

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

[Barbara Nitz]

I may be completely off base here, but check the internet options that are set 
in windows7 for IE (Tools - Internet Options; or from the control panel).

That it starts Java and then hangs sounds suspiciously like *some* option is 
(for security reasons) now turned off with Windows7 by default and you have 
turn it on again to make the HMC interface usable. You will need admin rights 
to even *see* those options, though.

These days a lot of websites (including IBMs) are NOT security-conscious and 
*expect* options to be turned on that I have turned off because it allows  
activeX controls to run unchecked. And I experience the same 
mysterious 'hang' then (or garbled output). I have learned to avoid those 
websites.

best regards, Barbara

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

[Knutson, Sam]

java -version

java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode, sharing)

IE8 on XP SP3 with all critical patches

    Best Regards, 

    Sam Knutson, GEICO 
    System z Team Leader 
    mailto:sknut...@geico.com 
    (office)  301.986.3574 
    (cell) 301.996.1318  
    
"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dave Kopischke
Sent: Thursday, September 30, 2010 8:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HMC Web Interface

On Thu, 30 Sep 2010 19:53:59 -0400, Stan Weyman wrote:

>   have you tried reloading Java on your machine.  I ran into a similar 
problems with IE and the HMC.  Firefox worked fine but I couldn't get into the 
HMC using IE.  Reloaded Java and all worked fine.
>

What version of JAVA do you have ???

I'm at 1.6.0_07. I upgraded to _13, _14 and _21. They each allowed me to 
get to the sign-on page, but the app didn't render properly so it was not 
usable.

I can't get FireFox until it gets blessed by our desktop support folks.

--
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/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
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: Article on multi-code processors - does it apply to z196?

[Shane]

That "article" is merely a popularist comment on the original paper.
'nuff said.

A quick read of the original paper shows it to be both current
(2.6.35-rc3 kernel - for which they also developed some fixes)
and thorough.
To some extent it was artificial in that they constructed the tests
to do no physical I/O, but is interesting none-the-less.
Given that Linux is (NUMA) node aware, it would be interesting to see
how a (non-z/VM) multi-book s390x Linux partition would appear re node
numbers and scheduler queues. My expectation would be that each book
would appear as a node - with its attendant memory.
I have no idea how z/VM may mangle this representation for a similarly
defined guest. There used to be a fella named Alan around these parts
that might have known ...

Shane ...

On Thu, 30 Sep 2010 12:01:33 -0500 "McKown, John" wrote:

> http://www.conceivablytech.com/3166/science-research/current-operating-systems-may-only-make-sense-up-to-48-cores/
> 
> Of course, the article is all about Intel and Linux. But I wonder if
> similar problems could occur on the 80 CP z196. If not, that would be
> a boon argument to replace largely multi-core Intel with z!

--
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: PLPA Data set size

[Vernooij, CP - SPLXM]

"Ted MacNEIL"  wrote in message
news:<484465550-1285897414-cardhu_decombobulator_blackberry.rim.net-6070
85...@bda497.bisx.prod.on.blackberry>...
> >Is it still preceived wisdom that the size of the PLPA data set
should be minimal so that the LPA flows over to the COMMON data set?
> >If so, what was/is the reason for that?
> 
> Back when DASD was expensive, it was common practice to save a
spindle.
> 
> Today, some people say stop doing it because of PAV.
> 
> I say leave it alone.
> If you're still doing it, don't bother changing.
> If you're not doing it, don't bother changing.
> 
> -
> I'm a 

Yes, leave it alone, under the condition that you are not doing PLPA and
COMMON paging, which will probably always be true these days. If you are
paging in these areas, full PLPA and COMMMON datasets provide 2 PAV
exposures for pagins from each dataset, while in the combined situation
you have 2 exposures for both PLPA and COMMON page-ins, because they all
come from the COMMON pagedataset.

Kees.

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

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


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