Re: question about searching datasets for ip addresses

2009-06-25 Thread Schlueter, Edward
but, is there an easy way to find, for example,
100.020.002.020 and 
100.20.2.20 (which is really the same IP address)
without finding extras, such as
100.120.112.120 (which would show up with some wildcarding) 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Ted MacNEIL
Sent: Thursday, June 25, 2009 11:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: question about searching datasets for ip addresses

Does anyone have a technique using ibm utilities or free software, they would
be willing to share, for searching mainframe datasets for certain ip addresses?

ISPF 3.14 -- SRCHFOR
-
Too busy driving to stop for gas!

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


Anheuser-Busch InBev Email Disclaimer www.ab-inbev.com

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


Re: question about searching datasets for ip addresses

2009-06-25 Thread Schlueter, Edward
 
On z/OS (and I assume other IBM mainframe operating systems) a
 leading zero signifies a leading zero, not a switch to octal.
 
 We include leading zeroes in some IP addresses because it 
 simplifies sorting.

  READY
nslookup 10.20.100.4
  EZB3170I Server:  ...
  EZB3172I Address:  ...

  EZB3170I Name:host...
  EZB3172I Address:  10.20.100.4

  READY
nslookup 10.020.100.4
  EZB3170I Server:  ...
  EZB3172I Address:  ...

  EZB3010I *** ... can't find 10.020.100.4: Non-existent domain

At least as of z/OS 1.9.

Bob

Seems to be situational.  Here, 10.208.12.21 resolves the same as
10.208.012.021...


info from an old APAR:

PQ74543: PING TREATS IP ADDRESSES WITH LEADING ZEROES AS OCTAL NUMBERS INSTEAD
OF DECIMAL NUMBERS.
  

APAR status
Closed as fixed if next.

Error description 
Ping treats IP addresses with leading zeroes as octal numbers.
A ping of IP address 9.017.3.4 will result in a ping being
sent to IP address 9.15.3.4.  Ping is using the C library call
inet_addr to convert the IP address into a in_addr structure.
inet_addr interprets number with leading zeroes as octal. Ping
should be using inet_pton, which does not do this conversion.
.
http://www-01.ibm.com/support/docview.wss?rs=852context=SSSN3Lq1=ip+address+oc
taluid=isg1PQ74543loc=en_UScs=utf-8lang=en 


so, inet_addr  vs.  inet_pton?
more digging to do   :-)

Ed  


Anheuser-Busch InBev Email Disclaimer www.ab-inbev.com

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


Re: DNS

2009-06-16 Thread Schlueter, Edward
Check the NSINTERADDR parm in your SYS?.TCPPARMS(TCPDATAx) member.  That should
point you to your name server(s). 
If the names are new enough, they might not have propagated everywhere yet.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Ron Wells
Sent: Tuesday, June 16, 2009 12:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: DNS

Given some new DNS names for devices...I can ping then from PC but not 
from Mainframe (in my TSO session-ping)??
any ideas where I can start looking for the problem  upper case -- lower 
case ??

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender,
which  may be legally privileged information.  This information is intended only
for  the use of the individual or entity addressed above.  If you are not  the
intended  recipient, or  an  employee  or  agent responsible for delivering it
to the intended recipient, you are hereby notified that any disclosure,
copying, distribution, or the taking of any action in reliance on the contents
of the E-mail or attached files 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


Anheuser-Busch InBev Email Disclaimer www.ab-inbev.com

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


Re: DB2 for z/OS Version 9 - problem with unicode conversion

2009-04-28 Thread Schlueter, Edward
Jim, 

What is you CICS level?  Have you applied PK33403/UK05667?
Doc relates to DB2 v8 NEWFUN, but is a CPU issue in CUNMUNI.

http://www-01.ibm.com/support/docview.wss?rs=1083context=SSGMGVq=uid=swg1PK33
403loc=en_UScs=utf-8lang=en+en

Ed Schlueter
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Jim McAlpine
Sent: Tuesday, April 28, 2009 10:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: DB2 for z/OS Version 9 - problem with unicode conversion

cross posted to IBM-MAIN and DLB2-L

I've just converted one DB2 system to DB2 Version 9 NFM and I'm getting a
problem which manifests itself as huge CPU usage in CICS/DB2 transactions.
These applications work perfectly in DB2 Version 8 on the same z/OS 1.7
system.  In DB2 Version 9 the transactions typically use over a minute of
CPU time compared to 0.2 secs on DB2 Version 8.  When I profile the V9
transactions, 30% of the CPU time is spent in cross memory and 70% in module
CUNMUNI.  I've trolled IBM and Google and can't find anything relating to
problems with CUNMUNI.  Has anyone seen anything like this before.

Jim McAlpine

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


Anheuser-Busch InBev Email Disclaimer www.ab-inbev.com

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


Re: In trouble!

2009-03-25 Thread Schlueter, Edward
There's another possible option if you are now the RACF administrator.
Does your site have a DR plan that you can access?
Often, the DR kit includes a superuser/RACF administrator userID and password.
If you can get hold of it, you should be able to use it to set up what you need.

Hope this helps,
e.s. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Roach, Dennis (N-GHG)
Sent: Wednesday, March 25, 2009 10:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: In trouble!

Anyone that has RACF special can give you the authority needed. If the
sysprog that is no longer there was the only person, that makes it
harder.

If you have a product (Omegamon, etc.) that can modify memory, you can
turn on the special bit in the ACEE for a user that is logged on, alter
your ID to have special, log the user off (to clear the temporary
special flag) and you're back in business. 

If you have update to an APF authorized library, you can write a program
to zap the ACEE.

RACF has a utility that will allow you to zap the data base, assuming
you have update to the DB.

The information transmitted (including attachments) is
covered by the Electronic Communications Privacy Act,
18 U.S.C. 2510-2521, is intended only for the person(s) or
entity/entities to which it is addressed and may contain
confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking
of any action in reliance upon, this information by persons
or entities other than the intended recipient(s) is prohibited.
If you received this in error, please contact the sender and
delete the material from any computer.


--
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: How Many Mainframes Do You Need?

2009-03-23 Thread Schlueter, Edward
As God is my witness, I thought turkeys could fly! 
- Arthur Carlson, WKRP in Cincinnati 

sorry, but somebody had to say it.

e.s.
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Chase, John
Sent: Monday, March 23, 2009 7:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How Many Mainframes Do You Need?

Turkeys might have more impact  :-)

-jc-

 
The information transmitted (including attachments) is
covered by the Electronic Communications Privacy Act,
18 U.S.C. 2510-2521, is intended only for the person(s) or
entity/entities to which it is addressed and may contain
confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking
of any action in reliance upon, this information by persons
or entities other than the intended recipient(s) is prohibited.
If you received this in error, please contact the sender and
delete the material from any computer.


--
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: Clist question

2008-12-04 Thread Schlueter, Edward
Doesn't the ELSE also need a continuation (or an ELSE DO)? 

Ed Schlueter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
David Lover
Sent: Thursday, December 04, 2008 1:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Clist question

Having trouble with IF then else statement. 
the following statements works 
IF RECLEN GT 35 THEN - 
IF SUBSTR(25:31,STR(LIST)) EQ STR(SPECIAL) THEN DO 
SET CONNECT=STR( CONNECT NEWID GROUP(GROUP) SP) 
END 

What i'm trying to do is add and ELSE statment. 
else 
IF SUBSTR(25:31,STR(LIST)) EQ STR(operations) THEN DO 
SET CONNECT=STR( CONNECT NEWID GROUP(GROUP) op) 

It failed with S013. No Match IF . Help 

--
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
The information transmitted (including attachments) is
covered by the Electronic Communications Privacy Act,
18 U.S.C. 2510-2521, is intended only for the person(s) or
entity/entities to which it is addressed and may contain
confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking
of any action in reliance upon, this information by persons
or entities other than the intended recipient(s) is prohibited.
If you received this in error, please contact the sender and
delete the material from any computer.


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