481
z/OS Server / Re: Database start is not supported under OnDemand/OS390/DB2
« on: May 11, 2018, 08:50:13 AM »
CMOD V7? Are you using CMOD V7 Installation on z (not multiplatform) documentation?
Ed
Ed
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
482
z/OS Server / Re: Database start is not supported under OnDemand/OS390/DB2
« on: May 11, 2018, 06:06:31 AM »
Not sure exactly what you're doing here...
On z, by far the most common way to start an instance is to use a PROC that looks like this:
Ed
On z, by far the most common way to start an instance is to use a PROC that looks like this:
Quote
//ARSSOC10 PROC
//* 01/03/2016 LWF edited for initial V1010 install
//ONMVS222 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT,MEMLIMIT=10000M,
//* PARM='TRACE(ON,15M,,LE=8)/-S -I ARCH1010 -v'
//* PARM='/-S -I ARCH1010 -v'
//* PARM=('ENVAR(LDAP_DEBUG=2147483647)/-S -I ARCH1010 -v ')
// PARM='RPTOPTS(ON)/-S -I ARCH1010 -v'
//STEPLIB DD DISP=SHR,DSN=ARS.ARSV1010.USERLOAD
// DD DISP=SHR,DSN=ARS.ARSV1010.SARSLOAD
// DD DISP=SHR,DSN=DB2.V12R1M0.SDSNEXIT
// DD DISP=SHR,DSN=DB2.V12R1M0.SDSNLOAD
// DD DISP=SHR,DSN=DB2.V12R1M0.SDSNLOD2
//ARSBIN DD PATH='/usr/lpp/ars/V10R1M0/bin'
//DSNAOINI DD PATH='/etc/ars/V1010/cli.ini'
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
Ed
483
z/OS Server / Re: z/OS V2.1 - the base operating system - EoS 30 September 2018
« on: May 10, 2018, 01:31:34 PM »
Less than 5 months left.
Ed
Ed
484
z/OS Server / Re: Program Directories for 9.5, 10.1
« on: May 10, 2018, 01:26:49 PM »*sigh* - The readme's were updated, not the program directories.
Ed
485
z/OS Server / Re: Loading a UTF-8 reports into z/OS Ondemand
« on: May 10, 2018, 09:25:36 AM »
Just a couple notes:
1) The generic index format has no supported way of specifying the page-level indexes.
2) One characteristic of the ACIF and OS/390 indexers is that the coordinates to find stuff on the page are in bytes, however UTF-8 is a MBCS. (Multi-Byte Character Set) It can be difficult to specify coordinates when every character before the ones you are interested in can be 1-4 bytes in length. What may work for one load may not work for the next.
Ed
1) The generic index format has no supported way of specifying the page-level indexes.
2) One characteristic of the ACIF and OS/390 indexers is that the coordinates to find stuff on the page are in bytes, however UTF-8 is a MBCS. (Multi-Byte Character Set) It can be difficult to specify coordinates when every character before the ones you are interested in can be 1-4 bytes in length. What may work for one load may not work for the next.
Ed
486
z/OS Server / Re: Loading a UTF-8 reports into z/OS Ondemand
« on: May 09, 2018, 12:26:28 PM »
Loading a NODX document via the OS/390 Indexer is a special case.
The developer who wrote the OS/390 Indexer had an article on NODX in the 1Q2012 newsletter under the z/OS section.
That article is still 100% relevant to NODX indexing and nothing in it has changed.
http://www-01.ibm.com/support/docview.wss?uid=swg27023970
Ed
The developer who wrote the OS/390 Indexer had an article on NODX in the 1Q2012 newsletter under the z/OS section.
That article is still 100% relevant to NODX indexing and nothing in it has changed.
http://www-01.ibm.com/support/docview.wss?uid=swg27023970
Ed
487
z/OS Server / Re: OnDemand V9.5 arsload requires read acceess to CSFRNG and CSFIQA profiles
« on: May 07, 2018, 12:37:56 PM »
9.5.0.3 introduced new encryption functions.
It's mentioned somewhat in this thread - follow all of the links.
9.5.0.3 Rollup for z/OS --- new function, extensive HOLD ACTION, LE Maint req'd
http://www.odusergroup.org/forums/index.php?topic=1734.0
Also, you might want to review this from the V9.5 Release Notes thread:
http://www.odusergroup.org/forums/index.php?topic=1543.msg8502#msg8502
Ed
It's mentioned somewhat in this thread - follow all of the links.
9.5.0.3 Rollup for z/OS --- new function, extensive HOLD ACTION, LE Maint req'd
http://www.odusergroup.org/forums/index.php?topic=1734.0
Also, you might want to review this from the V9.5 Release Notes thread:
http://www.odusergroup.org/forums/index.php?topic=1543.msg8502#msg8502
Ed
488
MP Server / Re: arssockd failing to start with SSL port defined.
« on: May 03, 2018, 03:02:12 PM »
First off, I agree with Justin it's time to get current.
9.5.0.2 is a little old, 9.5.0.11 is current.
You've seen the steps I followed for z at http://www.odusergroup.org/forums/index.php?topic=1938 ?
What's in your ars.ini?
Ed
9.5.0.2 is a little old, 9.5.0.11 is current.
You've seen the steps I followed for z at http://www.odusergroup.org/forums/index.php?topic=1938 ?
What's in your ars.ini?
Ed
489
z/OS Server / OAM Recommended Service
« on: May 03, 2018, 11:17:15 AM »
Before migrating to z/OS V2.3 have OA54019/UA93819 APPLYed.
Symptom is ARS0430E ... OAM Error: ARSMVSDW: 0000000a(0001000d)
Ed
Symptom is ARS0430E ... OAM Error: ARSMVSDW: 0000000a(0001000d)
Ed
490
z/OS Server / Re: z/OS V2.3 Release Notes
« on: May 02, 2018, 12:06:47 PM »
Simple JCL to test connectivity to the SMTP server:
// JOB
//TMP1 EXEC PGM=IKJEFT01,
// DYNAMNBR=200
//SYSPROC DD DSN=SYS1.SBPXEXEC,DISP=SHR
//*
//SYSTSPRT DD SYSOUT=*
//*
//SYSTSIN DD *
oshell echo 'Sent from Ed Arnold on the MVS222.' | +
/usr/lpp/tcpip/bin/ezatmail -v earnold1@example.com
/*
You can run this right now, it places a file on spool for the SMTP server to pick up and send.
Note: this does not use port 25
CSSMTP on z/OS V2.3 is a CLIENT, not full-function SMTP.
When our support people configured CSSMTP on V2.3 they pointed CSSMTP to bluemail.raleigh.ibm.com.
The JCL above, as before, places a file on spool, then CSSMTP picks it up and forwards it on to bluemail.raleigh.ibm.com for delivery.
Repeating, you can't connect to CSSMTP via port 25.
Ed
// JOB
//TMP1 EXEC PGM=IKJEFT01,
// DYNAMNBR=200
//SYSPROC DD DSN=SYS1.SBPXEXEC,DISP=SHR
//*
//SYSTSPRT DD SYSOUT=*
//*
//SYSTSIN DD *
oshell echo 'Sent from Ed Arnold on the MVS222.' | +
/usr/lpp/tcpip/bin/ezatmail -v earnold1@example.com
/*
You can run this right now, it places a file on spool for the SMTP server to pick up and send.
Note: this does not use port 25
CSSMTP on z/OS V2.3 is a CLIENT, not full-function SMTP.
When our support people configured CSSMTP on V2.3 they pointed CSSMTP to bluemail.raleigh.ibm.com.
The JCL above, as before, places a file on spool, then CSSMTP picks it up and forwards it on to bluemail.raleigh.ibm.com for delivery.
Repeating, you can't connect to CSSMTP via port 25.
Ed
491
z/OS Server / Re: z/OS V2.3 Release Notes
« on: May 02, 2018, 11:57:34 AM »
Does that mean you have a full ODF installation on that box?
Not at all.
I don't know what else may be on that box but I know it has an SMTP mail server set up, just like on z/OS V2.2 and below.
It's just magic
Here's the line in my ars.ini which points to the ODF config file:
SRVR_ODF_CFG=/etc/ars/V950/arsodf.dcerptmail.xml
Then I changed this line in arsodf.dcerptmail.xml:
<!--
- These settings are used for all email notifications.
-->
<SMTPServer>bluemail.raleigh.ibm.com</SMTPServer>
<SMTPServerPort>25</SMTPServerPort>
<SSL>false</SSL>
Linux server bluemail.raleigh.ibm.com is already behind the firewall and I didn't have to do a thing.
Just point to it and TCP/IP handled everything else.
Ed
Not at all.
I don't know what else may be on that box but I know it has an SMTP mail server set up, just like on z/OS V2.2 and below.
It's just magic
Here's the line in my ars.ini which points to the ODF config file:
SRVR_ODF_CFG=/etc/ars/V950/arsodf.dcerptmail.xml
Then I changed this line in arsodf.dcerptmail.xml:
<!--
- These settings are used for all email notifications.
-->
<SMTPServer>bluemail.raleigh.ibm.com</SMTPServer>
<SMTPServerPort>25</SMTPServerPort>
<SSL>false</SSL>
Linux server bluemail.raleigh.ibm.com is already behind the firewall and I didn't have to do a thing.
Just point to it and TCP/IP handled everything else.
Ed
492
z/OS Server / Re: z/OS V2.3 Release Notes
« on: May 02, 2018, 07:37:38 AM »
What I'm now doing is pointing ODF to a Linux box that's our SMTP server.
Ed
Ed
493
z/OS Server / z/OS V2.3 Release Notes
« on: May 02, 2018, 06:34:53 AM »
IF you're running ODF
AND
IF you use email distributions to email addresses
AND
IF you're using SMTP on z/OS to distribute those emails
THEN
you can't do that anymore because the SMTP client (now called CSSMTP) no longer accepts input from port 25 (or any port for that matter)
Ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.halz002/cssmtp_differences_with_smtpd.htm
Note that this says create mail on the JES spool ... nothing about connecting via port 25 like we used to
Bottom line is you'll have to point SRVR_ODF_CFG away from z/OS (or to an older z/OS).
Ed
AND
IF you use email distributions to email addresses
AND
IF you're using SMTP on z/OS to distribute those emails
THEN
you can't do that anymore because the SMTP client (now called CSSMTP) no longer accepts input from port 25 (or any port for that matter)
Ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.halz002/cssmtp_differences_with_smtpd.htm
Quote
If you are currently using Communications Server SMTPD on z/OS®, you should migrate to CSSMTP. IBM® has issued a statement of direction indicating that SMTPD will be withdrawn in a future release. CSSMTP has been designed to support z/OS users of SMTPD that create mail on the JES spool data set using batch jobs or that use SMTPNOTE for delivery to the Internet.
Note that this says create mail on the JES spool ... nothing about connecting via port 25 like we used to
Quote
CSSMTP does not perform DNS lookups to determine a target server for each recipient. CSSMTP requires a connection to an SMTP or ESMTP server that receives the mail and handles next-hop delivery. Typically, the target server is located at a remote destination, but could also be a local instance of sendmail.
Bottom line is you'll have to point SRVR_ODF_CFG away from z/OS (or to an older z/OS).
Ed
494
MP Server / Re: Upgrade Approach for CMOD MP 9.5, TSM 7.1, and DB2 10.5 on AIX
« on: April 30, 2018, 12:52:30 PM »
Expanding a bit as this is an interesting question.
CMOD 9.5 supports Tivoli 6.4 Client and future fixpacks
https://www.ibm.com/software/reports/compatibility/clarity-reports/report/html/softwareReqsForProduct?deliverableId=1363650145499#!
CMOD 10.1 supports Tivoli 8.1 Client and future fixpacks
https://www.ibm.com/software/reports/compatibility/clarity-reports/report/html/softwareReqsForProduct?deliverableId=E877A7C04AB511E5BB33E7199C786195
If I'm reading this correctly then you have to do the TSM upgrade before the CMOD upgrade.
Ed
CMOD 9.5 supports Tivoli 6.4 Client and future fixpacks
https://www.ibm.com/software/reports/compatibility/clarity-reports/report/html/softwareReqsForProduct?deliverableId=1363650145499#!
CMOD 10.1 supports Tivoli 8.1 Client and future fixpacks
https://www.ibm.com/software/reports/compatibility/clarity-reports/report/html/softwareReqsForProduct?deliverableId=E877A7C04AB511E5BB33E7199C786195
If I'm reading this correctly then you have to do the TSM upgrade before the CMOD upgrade.
Ed
495
MP Server / Re: Upgrade Approach for CMOD MP 9.5, TSM 7.1, and DB2 10.5 on AIX
« on: April 30, 2018, 08:19:32 AM »
tj -
This will take you to what's supported for each level of CMOD.
http://www-01.ibm.com/support/docview.wss?uid=swg27049168
If this doesn't answer your questions, let us know.
Ed
This will take you to what's supported for each level of CMOD.
http://www-01.ibm.com/support/docview.wss?uid=swg27049168
If this doesn't answer your questions, let us know.
Ed