LINKLIST and Steplib

[Mohamed Juma]

  Dear, I have a point to clarify, If we have in some Procsteplib, and also 
datasets is in PROG member,Is the steplib is going to overwrite linklist
Thanks,
Mohamed Juma

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

Re: Merging two CTN STP

[Mohamed Juma]

Thank for all who gave guide, I learned new things
Mohamed 

Sent from my iPad

> On Mar 17, 2017, at 2:58 PM, Dana Mitchell  wrote:
> 
> Nick,
> That's an excellent document, I had not seen that before.  Saved for future 
> reference.
> 
> Thanks,
> Dana
> 
>> On Fri, 17 Mar 2017 04:22:56 -0500, Nick G  wrote:
>> 
>> Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs 
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Merging two CTN STP

[Mohamed Juma]

Thanks a lot Nick, it is very useful Doc

Mohamed


Sent from my iPad

> On Mar 17, 2017, at 12:22 PM, Nick G  wrote:
> 
> Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs 
> 
> This gives you various options of merging CTNs either disruptively or 
> non-disruptively, I successfully used the non-disruptive approach last year 
> having studied this paper very carefully
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Merging two CTN STP

[Mohamed Juma]

  Hi dear We are right now in project of Disaster Recovery Site, we have 
only one CEC in DR to combined both TEST and PROD, in HO three CECs for PROD, 
and one CEC for TEST.The PROD in one CTN STP called (PRODSTP)  the TEST 
environment in Active/Active between the two sites in one Sysplex using one CTN 
STP (TESTSTP).We are in the phase of connecting the PROD system to the DR site 
CEC for Active/Active implementation, so we have to merge the two CTN in only 
one CTN STP and also using one NTP server in each site.  There is any way to do 
that without stopping any of my systems (I have a doubt to find such 
scenario),I want some recommendation for such migration with the minimum 
stopping to my Systems (I can live with stopping TEST system for some time) 
Thanks for help  Mohamed Juma

   

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

Merging Two CTN STP

[Mohamed Juma]

  Hi dear We are rightnow in project of Disaster Recovery Site, we have only 
one CEC in DR tocombined both TEST and PROD, in HO three CECs for PROD, and one 
CEC forTEST.The PROD in one CTN STP called (PRODSTP)  the TEST environmentin 
Active/Active between the two sites in one Sysplex using one CTN STP 
(TESTSTP).We are in the phase of connecting the PROD system to theDR site CEC 
for Active/Active implementation, so we have to merge the two CTNin only one 
CTN STP and also using one NTP server in each site.  There is any way to do 
that without stopping any of mysystems (I have a doubt to find such scenario),I 
want some recommendation for such migration with the minimumstopping to my 
Systems (I can live with stopping TEST system for some time) Thanks for help 
Mohamed Juma

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

Re: The best practice of IODF in big system

[Mohamed Juma]

Dear Alan,
PROD CEC 1: Two LPARs one Z/OS, and one ICF.
PROD CEC 2 : Two LPARs Z/OS
CF CEC any z/OS lpars? No
TEST CEC:  Three LPARs, one ICF, two Z/OS
DR CEC how many lpars? Two ICF one TEST, one PROD- Three Z/OS one TEST and two 
PROD.

Do the lpars share DASD?  Yes all of them sharing two DASD in both HO and DR.
Are the lpars in a SYSPLEX?  two SYSPLEX one for TEST includes all TEST LPARS 
in both Sites. One SYSPLEX for all PROD LPARs in the two sites.
How do you update the DR DASD? via PPRC 
Do you have real time replication? Yes

Thanks 
Mohamed Gomaa
  From: "Field, Alan" <alan.fi...@bluecrossmn.com>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Sunday, January 15, 2017 1:18 PM
 Subject: Re: The best practice of IODF in big system
   
Mohamed, more questions:

PROD CEC 1 how many lpars
PROD CEC 2 how many lpars
CF CEC any z/OS lpars?
TEST CEC how many lpars
DR CEC how many lpars?

Do the lpars share DASD? Are the lpars in a SYSPLEX? How do you update the DR 
DASD? Do you have real time replication?

Alan



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mohamed Juma
Sent: Sunday, January 15, 2017 4:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: The best practice of IODF in big system

Hi,
We have 3 CECs in PROD System (two Z/OS and one External CF), one TEST and one 
more CEC in DR site, I combined them in one IODF.I want to know the best 
practice to copy the IODF to each CEC, and also the IOCDs without suffering 
from H/W and S/W mismatch.
Mohamed Gomaa
  

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must 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...@listserv.ua.edu with the message: INFO IBM-MAIN


   

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

Re: The best practice of IODF in big system

[Mohamed Juma]

By the way, we are running two different sysplex, one for PROD and one for 
TEST. Each Sysplex has members in the main data Centre and also DR site 
including Control systems for GDPS and System automation.
Mohamed Gomaa

  From: Mohamed Juma <00cefc9a9b79-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Sunday, January 15, 2017 12:31 PM
 Subject: The best practice of IODF in big system
   
Hi,
We have 3 CECs in PROD System (two Z/OS and one External CF), one TEST and one 
more CEC in DR site, I combined them in one IODF.I want to know the best 
practice to copy the IODF to each CEC, and also the IOCDs without suffering 
from H/W and S/W mismatch.
Mohamed Gomaa
  

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

   

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

The best practice of IODF in big system

[Mohamed Juma]

Hi,
We have 3 CECs in PROD System (two Z/OS and one External CF), one TEST and one 
more CEC in DR site, I combined them in one IODF.I want to know the best 
practice to copy the IODF to each CEC, and also the IOCDs without suffering 
from H/W and S/W mismatch.
Mohamed Gomaa
   

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

Strarting two instant of MQ in one LPAR

[Mohamed Juma]

  Hi,Isit possible so start two MQ in one LPAR, each one of them has different 
IPAddress,andif is ok how to code the IP address Thanks, MohamedJumaMOI,Kuwait  

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

Xerox Printers

[Mohamed Juma]

Hi  
 
 We are in the process of getting new printers (Xerox Nuvera Production 
Printers),
The  printers has the IPDS support, but I want to check if Z/OS can spool ASCII 
to the printers, and its requirements  
I will appreciate your help to find the answer.
Mohamed JumaZ/OS System ProgrammerMOI, Kuwait 


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

Installing z/os in new mainframe from scratch

[Mohamed Juma]

Dear list,

What is the recommended way to install z/os from scratch to a new data center, 
includes new hardware z machine, DASD, tape system.

King regards,

Mohamed juma
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Define user to Z/OS LDAP Server

[Mohamed Juma]

Hi list,

It is my first experience with LDAP, trying to add a user to TDBM database 
using DB2 V8.

my Configuration file of LDAP:
database TDBM GLDBTD31 
suffix o=moi 


  Adding user using  Nasser.add: 
Nasser.add:
dn: cn=nasser shaer,ou=users,dc=moi,dc=com  
objectclass: person 
sn: nasser  
userpassword: password  
 
 ldapadd -h 127.0.0.1 -p 3389 -D cn=root -w secret -f  nasser.add
 
 Error: adding new entry cn=nasser shaer,ou=users,dc=moi,dc=com 
    
ldap_add: Undefined attribute type  
ldap_add: additional info: R001012 Attribute type 'sn' is not defined (normalize
_attr_value_list)  
 
 Adding user using Nasser2.add file:
  
 File nasser2.add
 dn: cn=nasser,ou=users,dc=moi,dc=com  
objectclass: person   
userpassword: password 
 
 ldapadd -h 127.0.0.1 -p 3389 -D cn=root -w secret -f  nasser2.add  
 
error: adding new entry cn=nasser,ou=users,dc=moi,dc=com
   
ldap_add: No such object    
ldap_add: additional info: R010015 No backend for DN 'CN=NASSER,OU=USERS,DC=MOI,
DC=COM' (process_backend_request)  
 
 Any help appreciated. 
king regards 
 
Mohamed Juma 


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

CFRM Policy with new CPU

[Mohamed Juma]

Hi
We are in migration stage from old Z9 to zEC12 CPU, in parallel sysplex 
environment, regarding
CFRM we referring now to  two CFs, internal and external CFs.
I will configure new CFRM policy referring to the new CFs. I have some doubt, 
that when I will 
IPL with the new policy with the new CPU, still it will point to the old CFRM 
policy, even if I define
the new policy in COUPLExx member in parmlib.
 
Any advise or recommendation will be appreciated  to help me.
 
Mohamed

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

Re: CFRM Policy with new CPU

[Mohamed Juma]

Alan, in this case, I have to put new names for the new CF. I was thinking to 
keep the old names.
 
I think you also mean, that I have to make this change in the running system 
before IPL the new
system.
 
Mohamed  
 


 From: Jerry Whitteridge jerry.whitteri...@safeway.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, May 2, 2013 10:33 PM
Subject: Re: CFRM Policy with new CPU
  

Agree with this.

Given a recent experience I'd also very specifically also update the
COUPLExx member to explicitly load the correct policy.

This is more a safety measure than anything else - I had a bad experience in
just updating a CFRM policy and now am pretty gun-shy about updates like
this. 

However we have routinely had non connected CF's in our production policies
listing our DR CF's(I got bit during a development upgrade  )

Jerry Whitteridge
Lead Systems Programmer
Safeway Inc.
925 951 4184

If you feel in control
you just aren't going fast enough.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Alan Field
Sent: Thursday, May 02, 2013 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CFRM Policy with new CPU

Create a CFRM policy with ALL your CFs defined, both existing and new. 

Change the PREFLIST to specify ALL the CFs. e.g. 
PREFLIST(NEW1,NEW2,OLD1,OLD2)

Activate the policy. This the key step. 

Now no matter what combination of old and new CFs you come up on the 
structures will be allocated. 



Alan Field
Technical Engineer Principal
BCBS Minnesota







From:   Mohamed Juma mmj...@yahoo.com
To:    IBM-MAIN@LISTSERV.UA.EDU
Date:   05/02/2013 14:06
Subject:        CFRM Policy with new CPU
Sent by:        IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi
We are in migration stage from old Z9 to zEC12 CPU, in parallel sysplex 
environment, regarding
CFRM we referring now to  two CFs, internal and external CFs.
I will configure new CFRM policy referring to the new CFs. I have some 
doubt, that when I will 
IPL with the new policy with the new CPU, still it will point to the old 
CFRM policy, even if I define
the new policy in COUPLExx member in parmlib.

Any advise or recommendation will be appreciated  to help me.

Mohamed

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


The information contained in this communication may be confidential, and
is intended only for the use of the recipient(s) named above. If the
reader of this message is not the intended recipient, you are hereby
notified that any dissemination, distribution, or copying of this
communication, or any of its contents, is strictly prohibited. If you have
received this communication in error, please return it to the sender
immediately and delete the original message and any copy of it from your
computer system. If you have any questions concerning this message, please
contact the sender.

Unencrypted, unauthenticated Internet e-mail is inherently insecure.
Internet messages may be corrupted or incomplete, or may incorrectly
identify the sender.

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



Email Firewall made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.  

==

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

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