Re: zOSMF Contents
/global/zosmf/configuration is built by the zosmf server on startup and the other directory is part of the liberty server installed as part of zos. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Friday, April 17, 2020 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: zOSMF Contents I have been able to beat all the RACF problems. The only things I have yet to beat are the contents of the 2 following files. Would someone please send them to me /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzsrv /global/zosmf/configuration' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: oSMF ZFS
The PATHPREF is a prefix to be used ahead of the base path.So, setting will depend on where you want the new filesystem mounted. If I remember correctly, the current path would be /usr/lpp/zosmf. If you were to set your path to zosmf as you have in your jcl, the end result will be a mount of /zosmf/usr/lpp/zosmf. If you are using the /Service directory for you install, you may want to specify /Service as you prefix and it will mount to /Service/usr/lpp/zosmf. Hopefully, that makes sense. Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Monday, April 13, 2020 4:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: oSMF ZFS I have very little experience with zFS and NONE with zOSMF. With the PATHPREF do I use /zosmf or /usr/lpp/zosmf in the ALLOCATION JCL //ALLOCZ EXEC ALLOCZFS, // FSDSN=SYSTEM.CIMN.ZOSMF.ZFS, // FSTYPE=ZFS, * ZFS is the Default // PATHPREF='/zosmf' * NO DEFAULT; see comment 7 above // ENDIF // ENDIF //* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: load modules
Hi Dean, I don’t know what type of tooling you have. So, I'm not sure exactly what to suggest. If you have an eyecatcher in the module that you can verify, you could use the tso test or testauth command specifying the load module as the entry program and then just dump the location and header. You could also write a quick and dirty ASM program to do the load and dump the address. I have XDC. So, I would just start up a session and issue a load command. :) Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nai, Dean Sent: Thursday, March 5, 2020 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: load modules Hi Larre, No luck. I’m thinking this is something that can’t be found. Thanks for the response. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. On 3/5/20, 9:37 AM, "IBM Mainframe Discussion List on behalf of Larre Shiller" wrote: > EXTERNAL: Do not open attachments or click on links unless you recognize and > trust the sender. > >Dean - > >...how about using the TSO ISRDDN command followed by LOAD module_name ...? > >Larre Shiller >US Social Security Administration >“The opinions expressed in this post are mine personally and do not >necessarily reflect the opinion of the US Social Security Administration >and/or the US Government.” > >-- >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 --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOSMF/CIM problem
Hello All! I am trying to get the CIM indication provider subscription defined for the asynchronous job notification for z/OSMF and am running into issues. I am in a z/OS 2.3 LPAR. Following the z/OSMF 2.3 doc, I am using cimcli to create the filter, handler and the subscription. I get no errors upon creation of the filter or handler. When I attempt to create the subscription, I get cimcli Pegasus Exception: PGS00408: The object name is not valid: root/PG_InterOp:CIM_IndicationFilter.CreationClassName=CIM_IndicationFilter,Name=IZU_Job_Completed_Filter,SystemCreationClassName=CIM_ComputerSystem,SystemName=sys, reason:"invalid key-value pair, invalid negative number value CIM_IndicationFilter". Cmd = ci Object = CIM_IndicationSubscription I believe this means that it doesn't like the filter definition. I'm guessing that a value is being defaulted to -1 that is causing the problem, but I'm new to CIM and am having an issue locating if this is the cause, and if it is, is there a doc issue or maybe a CIM configuration issue? Any help would be appreciated. Thanks, Chris --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sysplex Maintenance and USS
Juan, Thanks! This is exactly what I was looking for. It's an extra step to remember, but this makes sense. Thanks! Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of Juan Escamilla Sent: Thursday, February 6, 2020 8:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sysplex Maintenance and USS In a read/write sysplex aware root file system, For file systems that come with the OS, we mount our filesystems as follows: /* IBM Liberty Imbedded MOUNT FILESYSTEM('SYS1.IBM.ZOS.') MOUNTPOINT('//usr/lpp/liberty_zos') MODE(READ) TYPE(ZFS) PARM('AGGRFULL(99,1)') SETUID /* AUTOMOVE /* For products that we didn't get with z/OS, we mount them as follows: MOUNT FILESYSTEM('SYSV.IBM.LPP') This is a file system with mountpoints that we originally had under /usr/lpp/IBM MOUNTPOINT('/global/usr/lpp/ibm') MODE(READ) TYPE(ZFS) NOSETUID AUTOMOVE MOUNT FILESYSTEM('SYSV.IBM.JAVA._JAVA_8..ZFS.SAJV80M') MOUNTPOINT('/global/usr/lpp/ibm/java/_JAVA_8./V8.0') TYPE(ZFS) MODE(READ) PARM('AGGRFULL(99,1)') SETUID AUTOMOVE Then we ad symbolic links in //usr/lpp/usr/ to point to where the product truly resides; therefore, your users don't have to change. In BPXPRM00 ensure you add the UNMOUNT PARM on your VERSION statement: VERSION('',UNMOUNT) I hope that helps. VERSION('',UNMOUNT) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sysplex Maintenance and USS
Our USS file system tends to follow the one recommended in the USS Planning Guide. When we bring up a system in our sysplex with new maintenance, the VERSION root is mounted with all its related file systems. What I noticed today though, is that our product related file systems, which are mounted off directories in '/usr/lpp', now need to be prefixed with the old VERSION root directory in order to be accessed from the updated system because they are still mounted to /usr/lpp in the old VERSION root for the other members in the sysplex. All of these products install into /usr/lpp. The USS Planning Guide recommends using /usr/lpp. So, how does one rollout maintenance in a sysplex one system at a time without disrupting the ability to access these products? I'm assuming there is a trick that I am not finding in the documentation. The only think I can think of is to change the directory location to something that hangs off of the sysplex root filesystem since these are not maintained during the z/OS maintenance process. Thanks in advance, Chris --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF - import manager translation issue
Well, that was quick. I figured it out. It needs to be opened directly as a workflow. I misunderstood the doc and thought it needed to be imported via import manager first. I still don't understand why it couldn't be viewed, but I am moving forward again. Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Parker Sent: Friday, January 17, 2020 9:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: zOSMF - import manager translation issue I seem to be missing something very basic here. I clearly have a translation problem, but I am not sure where to look next. I am in the import manager attempting to import the supplied izu_config_setup.xml workflow. When I attempt to view it, it displays garbage. The file is in the same format it was in after being installed with SMP/e. I have verified that the text is actually in UTF-8 format. I have tried tagging the file and setting the code page in USS. I have also set the USS environment to AUTOCVT(ALL). Nothing is working at this point. It's as if the import manager is expecting it to be in EBCDIC. This is on a z/OS 2.3 system. Has anyone run into this? Thanks, Chris --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- 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
zOSMF - import manager translation issue
I seem to be missing something very basic here. I clearly have a translation problem, but I am not sure where to look next. I am in the import manager attempting to import the supplied izu_config_setup.xml workflow. When I attempt to view it, it displays garbage. The file is in the same format it was in after being installed with SMP/e. I have verified that the text is actually in UTF-8 format. I have tried tagging the file and setting the code page in USS. I have also set the USS environment to AUTOCVT(ALL). Nothing is working at this point. It's as if the import manager is expecting it to be in EBCDIC. This is on a z/OS 2.3 system. Has anyone run into this? Thanks, Chris --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Startup issue
Hi David, Thanks! That made me take a closer look at the CIM manual and my directories. For some reason, I am missing the jclient directory after the latest update. So, I will have to track that down. I pointed to my former jclient directory and everything has come up correctly now. Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, November 21, 2019 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Startup issue On my system the jar can be found at /usr/lpp/wbem/jclient/sblim-cim-client2.jar or there is another sblim-cim-client2-v2r2.jar. On 2019-11-22 7:00 AM, Chris Parker wrote: > Hello All, > > I recently updated an LPAR to RSU1906. Upon startup of zOSMF after making > the required RACF changes and home directory changes, I received the > following errors upon startup: > > [ERROR ] SRVE0283E: Exception caught while initializing context: > java.lang.NoClassDefFoundError: javax.wbem.client.WBEMClientFactory at > com.ibm.zoszmf.navigation.listener.Bootstrap.contextInitialized(Bootstrap.java:383) > at > com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376) > at [internal classes] > > [ERROR ] SRVE0283E: Exception caught while initializing context: > java.lang.IllegalStateException: z/OSMF initialization failure. > at > com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:212) > at > com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376) > at [internal classes] > Caused by: com.ibm.zoszmf.util.data.DataAccessControlException: IZUG628E: > Class "class com.ibm.zoszmf.util.nav.data.NavTaskRepository attempted to > reserve a name space with plug-in "TaskRepository" and user "null" , but this > object is already reserved. > at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:154) > at > com.ibm.zoszmf.util.data.ApplicationProperties.(ApplicationProperties.java:104) > at > com.ibm.zoszmf.util.data.VersionedApplicationProperties.(VersionedApplicationProperties.java:81) > at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:278) > at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:290) > at > com.ibm.zoszmf.util.nav.data.NavTaskRepository.(NavTaskRepository.java:133) > at > com.ibm.zoszmf.util.nav.data.NavTaskRepository.getInstance(NavTaskRepository.java:148) > at > com.ibm.zoszmf.util.nav.auth.NavRegistrationManager.registerTasks(NavRegistrationManager.java:341) > at > com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:197) > ... 2 more > Caused by: java.lang.IllegalStateException: An attempt was made to reference > a file that is exclusively locked. > at > com.ibm.zoszmf.util.data.ReadWriteObject.reference(ReadWriteObject.java:652) > at > com.ibm.zoszmf.util.data.DataRegistry.getReadWriteObject(DataRegistry.java:1310) > at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:147) > ... 10 more > > This looks like a simple case of a missing jar, but I have no idea which jar > I should be looking for, and I can't see anything related to a CLASSPATH > definition.The only warnings I see in the configuration step output > refers to a change in permissions. Everything else looks good. The STDOUT > for the server shows no errors and provides the expected list of endpoints > available. I also get a 500 HTTP code when I attempt to connect to the main > page, but one problem at a time, and I'm hoping that fixing the first problem > will take care of the second. > > I'm still striking out with Google and the IBM knowledge base. I am hoping > someone has hit this or something similar and can provide some guidance. > > Thanks, > Chris > --- > NOTICE: > This email and all attachments are confidential, may be proprietary, and may > be privileged or otherwise protected from disclosure. They are intended > solely for the individual or entity to whom the email is addressed. However, > mistakes sometimes happen in addressing emails. If you believe that you are > not an intended recipient, please stop reading immediately. Do not copy, > forward, or rely on the contents in any way. Notify the sender and/or > Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy > any copy of this email and its attachments. The sender reserves and asserts > all rights to confidentiality, as well as any privileges that may apply. Any > disclosure, copying, distribution or action taken or omitted to be taken by > an unintended recipient in reliance on this message is prohibited and may be >
z/OSMF Startup issue
Hello All, I recently updated an LPAR to RSU1906. Upon startup of zOSMF after making the required RACF changes and home directory changes, I received the following errors upon startup: [ERROR ] SRVE0283E: Exception caught while initializing context: java.lang.NoClassDefFoundError: javax.wbem.client.WBEMClientFactory at com.ibm.zoszmf.navigation.listener.Bootstrap.contextInitialized(Bootstrap.java:383) at com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376) at [internal classes] [ERROR ] SRVE0283E: Exception caught while initializing context: java.lang.IllegalStateException: z/OSMF initialization failure. at com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:212) at com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376) at [internal classes] Caused by: com.ibm.zoszmf.util.data.DataAccessControlException: IZUG628E: Class "class com.ibm.zoszmf.util.nav.data.NavTaskRepository attempted to reserve a name space with plug-in "TaskRepository" and user "null" , but this object is already reserved. at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:154) at com.ibm.zoszmf.util.data.ApplicationProperties.(ApplicationProperties.java:104) at com.ibm.zoszmf.util.data.VersionedApplicationProperties.(VersionedApplicationProperties.java:81) at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:278) at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:290) at com.ibm.zoszmf.util.nav.data.NavTaskRepository.(NavTaskRepository.java:133) at com.ibm.zoszmf.util.nav.data.NavTaskRepository.getInstance(NavTaskRepository.java:148) at com.ibm.zoszmf.util.nav.auth.NavRegistrationManager.registerTasks(NavRegistrationManager.java:341) at com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:197) ... 2 more Caused by: java.lang.IllegalStateException: An attempt was made to reference a file that is exclusively locked. at com.ibm.zoszmf.util.data.ReadWriteObject.reference(ReadWriteObject.java:652) at com.ibm.zoszmf.util.data.DataRegistry.getReadWriteObject(DataRegistry.java:1310) at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:147) ... 10 more This looks like a simple case of a missing jar, but I have no idea which jar I should be looking for, and I can't see anything related to a CLASSPATH definition.The only warnings I see in the configuration step output refers to a change in permissions. Everything else looks good. The STDOUT for the server shows no errors and provides the expected list of endpoints available. I also get a 500 HTTP code when I attempt to connect to the main page, but one problem at a time, and I'm hoping that fixing the first problem will take care of the second. I'm still striking out with Google and the IBM knowledge base. I am hoping someone has hit this or something similar and can provide some guidance. Thanks, Chris --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe DEVOPS
Hi Dave, I wasn't aware that a Jenkins slave was able to run natively under USS. At the last place I worked, Jenkins was being used off mainframe to interface with z/OSMF and Zowe to execute and manage the tests. Chris -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Wednesday, November 20, 2019 3:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Mainframe DEVOPS All, We are evaluating moving from standard green screen application development to using the new tooling including iDZ-> GIT -> IBM DBB, ->Jenkins -> Urban Code Deploy, etc. Working on a mini POC in the sandbox, and am having a hard time finding z/OS security requirements for running the Jenkins slave as mainframe Unix user, and what it really needs access to. I'm still learning this territory, but my impression is the Jenkins server (off platflorm) communicates with the Jenkins slave on the MF and is a pipeline control tool, and issues GIT, IBM DBB build commands, and that the intention that it does that work on behalf of others, which could be an individual developer, or could be the userid of the "change management process", etc. I'm hoping that there are some shops out there already doing this, and would interested in sharing some information off-list? Thanks, Dave _ Dave Jousma AVP | Manager, Systems Engineering [cid:image003.png@01D4F915.C9E34050] Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 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...@listserv.ua.edu with the message: INFO IBM-MAIN --- NOTICE: This email and all attachments are confidential, may be proprietary, and may be privileged or otherwise protected from disclosure. They are intended solely for the individual or entity to whom the email is addressed. However, mistakes sometimes happen in addressing emails. If you believe that you are not an intended recipient, please stop reading immediately. Do not copy, forward, or rely on the contents in any way. Notify the sender and/or Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy any copy of this email and its attachments. The sender reserves and asserts all rights to confidentiality, as well as any privileges that may apply. Any disclosure, copying, distribution or action taken or omitted to be taken by an unintended recipient in reliance on this message is prohibited and may be unlawful. Please consider the environment before printing this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN