Re: z/OSMF

2023-05-31 Thread Schmutzok, Mike (US - Georgia)
+1

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of VER 
Z038
Sent: Tuesday, May 30, 2023 8:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OSMF

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Why so much hate for z/OSMF? We sound like a bunch of grumpy old boomers 
resistant to change. 

I always found ServerPac clunky and unnecessarily complicated. Longing for that 
is not a hill I would choose to die on. 

I have been supporting a 4 LPAR organisation since 2018 using z/OSMF Software 
Management and I think it's OK. It has its quirks but so does anything. It 
suits how I like to work.

I like having an automated inventory of what I deployed where and when. I also 
like being able to model a new deployment on an old one so the bulk of 
definitions do not need to happen from scratch. I also like how the integrated 
workflow for a new software level forces you to eyeball and action anything 
that is needed for the upgrade.

Using z/OSMF Software Management does not mean you have to turn your brain off. 
You can still augment or change how things happen if you need to. Jobs are 
generated that you can look at before submission. Job output is captured so you 
can look at it after it executes.

In my 4 LPAR environment, when building a new SYSRES, I only use z/OSMF to 
construct the first system. After that I choose to ADRDSSU full dump restore it 
the other 3 LPARs because I think redoing the z/OSMF work is simply too tedious 
to be worth doing over and over. But that is OK. I am sure IBM will get there 
eventually fixing things that need fixing. That has been happening consistently 
throughout the life of z/OSMF from the early days where simply starting it 
would completely paralyse your system.

Neil.



--
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: Question for our international friends (mostly)

2023-03-21 Thread Schmutzok, Mike (US - Georgia)
' Well, UK English can also get us Americans in trouble, e.g., "fanny".'


Yep, made that mistake once. My wife and I were on a bus tour in Ireland and I 
asked my wife to get something out of her fanny pack and a trio of English 
ladies quickly corrected me on that usage…


Fiserv

Michael Schmutzok
Systems Engineering - Advisor II
FISERV Technology Services

Fiserv
World’s Most Innovative Companies 2022 | Fast Company
Fiserv | Join 
Our 
Team
 | Twitter | 
LinkedIn | Facebook

© 2022 Fiserv Inc. or its affiliates. Fiserv is a registered trademark of 
Fiserv Inc. Privacy Notice
Fast
 Company is a registered trademark of Mansueto Ventures LLC.





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


Re: Shopz

2023-03-06 Thread Schmutzok, Mike (US - Georgia)
Fails for me also.

MIke

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Monday, March 6, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz

  ⚠ EXTERNAL MESSAGE – Think Before You Click



It isn't working for me either.  Is there a new address?

Thanks.
Sharon

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, March 6, 2023 3:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz

Thanks,
For some reason, it isn't working for me.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: יום ב 06 מרץ 2023 10:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz

>Has anyone been able to access shopz since yesterday?
>Has the address changed?
I can get to ShopZ at this address 
https://urldefense.com/v3/__https://www.ibm.com/software/shopzseries/ShopzSeries_public.wss__;!!JT0xjr86ZxPthq8!tkINETa0RUlIkxQoWf8y3zQt3HJhZV1YmtRA6d-FLfMylWRm_xRHFBKW2oIMq07JxYOIjIqDRI1qFiOC$
 .

Regards, Barbara

--
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 information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email 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...@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: RENT binder option

2021-08-30 Thread Schmutzok, Mike (US - Georgia)
The movie, 1776?  lol

On the vote for Independence...

"New York abstains, courteously."

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Monday, August 30, 2021 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RENT binder option

  ⚠ EXTERNAL MESSAGE – Think Before You Click



  New York responds, courteously.

  On a test system, you may specify the undocumented
CsvSP252RoundUpTRAPS name in DIAGxx.  For a module
being loaded into subpool 252, that will round the length up to
a 4K multiple.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY


"IBM Mainframe Discussion List"  wrote on
08/30/2021 12:00:52 PM:

> From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/30/2021 01:00 PM
> Subject: Re: RENT binder option
> Sent by: "IBM Mainframe Discussion List" 
>
> On Mon, 30 Aug 2021 09:49:14 -0400, Jim Mulder wrote:
>
> >  The behavior of loading RENT modules from authorized
> >libraries into subpool 252 (key 0) is to prevent them from
> >being modified by unauthorized programs.  That is intended
> >to contribute to security.
> >
> It would be a courtesy, think of it as a lagniappe, to the customer
> wanting to verify code implementation, to protect pages even partially
> occupied by REFR code.
>
> -- gil



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

2020-04-17 Thread Schmutzok, Mike (US - Georgia)
Is this what you're looking for? (from 
/usr/lpp/zosmf/defaults/configuration.defaults)


IZU_CONFIG_FILE_VERSION=2.3.0
IZU_APPSERVER_HOSTNAME='*'
IZU_JWKS_HOSTNAME='*'
IZU_HTTP_SSL_PORT=443
LOGGING='*=warning:com.ibm.zoszmf.*=info:com.ibm.zoszmf.environment.ui=finer'
LIBERTY_TRACE_FILE=trace.log
LIBERTY_TRACE_FILE_SIZE=100
LIBERTY_TRACE_FILE_NUM=2
LIBERTY_TRACE_FILE_APPEND=true
LIBERTY_USEZOSAIO=false
IZU_UNAUTHENTICATED_NAME=IZUGUEST
IZU_ADMIN_GROUP_NAME=IZUADMIN
IZU_USERS_GROUP_NAME=IZUUSER
IZU_ZOS_SECURITY_ADMIN_GROUP_NAME=IZUSECAD
IZU_SAF_PROFILE_PREFIX=IZUDFLT
IYU_CLOUD_SAF_GROUP_PREFIX=IYU
USER_REALM=SAFRealm
KEYSTORE_PASS={xor}Lz4sLCgwLTs=
KEYRING_NAME=IZUKeyring.IZUDFLT
KEYRING_OWNER_USERID=""
KEYRING_TYPE=JCEHYBRIDRACFKS
SSL_CLIENT_AUTH=true
LTPA_FILE='\${server.config.dir}/resources/security/ltpa.keys'
LTPA_PASS={xor}CDo9Hgw=
SESSION_EXPIRE=495
LIBERTY_PASSWORDUTIL=com.ibm.ws.crypto.passwordutil_*.jar
LIBERTY_KERNEL_SERVICE=com.ibm.ws.kernel.service_*.jar
LIBERTY_LOGGING=com.ibm.ws.logging_*.jar
SSO_DOMAIN_URL=false
SSO_DOMAIN_NAMES=domain.com
LONGWORK_WLM_CLASS=IZUGWORK
LONGWORK_JNDI_NAME=concurrent/izulong
LONGWORK_CONTEXT_OPT=New
SCHEDULED_JNDI_NAME=concurrent/izuscheduled
DEFAULT_WLM_RESOURCE='*'
DEFAULT_WLM_CLASS=IZUGHTTP
LISTEN_BACKLOG=10
JAVA_CLASSES=/usr/include/java_classes
USERLIB_DIR=/usr/lib
PEGASUS_HOME=/usr/lpp/wbem
SHARED_LIB_NAME=IzuZosmfSharedLibrary
ACCESS_LOG=false
ACCESS_LOG_FORMAT="%h %u %{t}W "%r" %s %b"
ACCESS_LOG_SIZE=20
ACCESS_LOG_FILES=2
LIBERTY_REMOVE_HEADER=false
LIBERTY_DYNCACHE_SIZE=2000
JAVA_HOME=/usr/lpp/java/J8.0_64
IZU_LIBPATH=\$LIBPATH:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib
IZU_TEMP_DIR=/tmp
IZU_UNIT_TYPE=SYSDA
IZU_NOTIFICATION_EXPIRATION=30
IZU_NOTIFICATION_MAXIMUM=500
IZU_WORKFLOWS_MAXIMUM=200
IZU_SSL_CONFIG=izuSSLConfig
IZU_CIPHERS_LIST=""
IZU_SSL_PROTOCOL=SSL_TLSv2
IZU_STARTED_TASK_USERID_NAME=IZUSVR
IZU_CONFIG_DIR=/var/zosmf/configuration
IZU_DATA_DIR=/var/zosmf/data
IZU_CA_CONFIGURE=N
IZU_CP_CONFIGURE=N
IZU_IL_CONFIGURE=N
IZU_RMF_CONFIGURE=N
IZU_DM_CONFIGURE=N
IZU_WISPF_CONFIGURE=N
IZU_WLM_CONFIGURE=N
IZU_SYSPLEX_CONFIGURE=N
IZU_ZERT_CONFIGURE=N
IZU_RESTAPI_FILE_ACCT=IZUACCT
IZU_RESTAPI_FILE_TSOPROC=IZUFPROC
IZU_RESTAPI_FILE_REGION=262144
IZU_COMMON_TSO_ACCT=IZUACCT
IZU_COMMON_TSO_PROC=IZUFPROC
IZU_COMMON_TSO_REGION=5
IZU_ROOT_DIR=/usr/lpp/zosmf
IZU_AUTOSTART_GROUP=IZUDFLT
IZU_PIRMARY_FS=IZU.SIZUUSRD
IZU_AUTOSTART=1
IZU_EVENT_FLAG=Y
IZU_SERVER_PROC=IZUSVR1
IZU_ANGEL_PROC=IZUANG1
IZU_SERVER=1
IZU_USR_DIR=/var/zosmf
IZU_PARMEM_LIST=PREV
CSRF_SWITCH=ON
IZU_INSTALL_DIR=/usr/lpp/zosmf
IZU_ANGEL_NAME=IZUANG1
IZU_APPLICATIONS_LISTENER_WAITTIME=60
CLOUD_SEC_ADMIN=
IZU_ZOSLOGGING_MSGID=CWWKB0116I,CWWKB0117W,CWWKB0118W,CWWKB0122I,CWWKB0124I,CWWKB0101I,CWWKB0102I,CWWKB0115I,CWWKB0307E

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Does anyone have their contents of configuration.defaults they can provide me?

TIA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q',
  USERDIR='/var/zosmf',
  TRACE='N',
  IZUPRM='SYSPARM',
  SERVER='AUTOSTART',
  Z='0',
  IZUMEM=4G

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUSVR1  STARTED
>IZUG352W During processing of the z/OSMF server started procedure, 489
>the PARM parameter was found to be missing one or more expected
>values: SERVER,Z.
>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
>JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
>JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE
>

Re: Another IBM Mainframe bites the dust

2019-10-02 Thread Schmutzok, Mike (US - Georgia)
As the systems programmer who saw Shands retire its mainframe, I feel your 
pain.  :o)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Honeycutt,Mary C
Sent: Wednesday, October 02, 2019 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Another IBM Mainframe bites the dust

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Hi All,

After 47 years, The University of Florida, Has shut down our Mainframe.

Thanks,

Cathy Honeycutt

Systems Admin/Programmer III
720 SW 2nd Avenue
Gainesville, FL 32603
flga...@ufl.edu
352 273-1328
MVS - CICS


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