Re: Resize a ZFS aggregate
Thank you! That appears to have done the trick. On Wed, Oct 11, 2023 at 3:18 PM Michael Babcock wrote: > It’s documented in the ZFS Administration book, section “Copying the > physical blocks of the aggregate to a larger dataset”. > > Don’t format the .NEW or it doesn’t work. > > On Wed, Oct 11, 2023 at 2:07 PM Mark Pace wrote: > > > Hmm - never tried repo on an zfs aggregate. I'll give it a try. > Thanks./ > > > > On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock > > wrote: > > > > > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME. > > > > > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace > > wrote: > > > > > > > Same results using replace or replaceu > > > > > > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace > > > wrote: > > > > > > > > > No, I've used REPLACE. I'll give that a try. > > > > > > > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler > > > wrote: > > > > > > > > > >> Did you use the REPLACEUnconditional parameter with the restore? > > > Also, > > > > >> make sure you don't have SMS routines getting in the way. > > > > >> > > > > >> Art Zeigler > > > > >> > > > > >> > > > > >> From: IBM Mainframe Discussion List on > > > > behalf > > > > >> of Mark Pace > > > > >> Sent: Wednesday, October 11, 2023 2:26 PM > > > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > > > >> Subject: Resize a ZFS aggregate > > > > >> > > > > >> I have a zfs file that has grown so large it can't any more > extents. > > > > >> > > > > >> So the plan was to > > > > >> Unmount the filesystem > > > > >> Dump the file to disk dataset. > > > > >> Delete the filesystem > > > > >> Define the filesystem with larger primary and secondary extents. > > > > >> Restore the dump to the new filesystem > > > > >> and remount. > > > > >> > > > > >> BUT - when I restore the dump it deletes the filesystem I created > > and > > > > >> creates a new one using the old allocations. > > > > >> > > > > >> How do I make adrdssu use the new preallocated filesystem > > allocation? > > > > >> > > > > >> -- > > > > >> The postings on this site are my own and don’t necessarily > represent > > > > >> Mainline’s positions or opinions > > > > >> > > > > >> Mark D Pace > > > > >> Senior Systems Engineer > > > > >> Mainline Information Systems > > > > >> > > > > >> > > -- > > > > >> 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 postings on this site are my own and don’t necessarily > represent > > > > > Mainline’s positions or opinions > > > > > > > > > > Mark D Pace > > > > > Senior Systems Engineer > > > > > Mainline Information Systems > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > The postings on this site are my own and don’t necessarily represent > > > > Mainline’s positions or opinions > > > > > > > > Mark D Pace > > > > Senior Systems Engineer > > > > Mainline Information Systems > > > > > > > > > -- > > > > 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 postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resize a ZFS aggregate
Hmm - never tried repo on an zfs aggregate. I'll give it a try. Thanks./ On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock wrote: > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME. > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace wrote: > > > Same results using replace or replaceu > > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace > wrote: > > > > > No, I've used REPLACE. I'll give that a try. > > > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler > wrote: > > > > > >> Did you use the REPLACEUnconditional parameter with the restore? > Also, > > >> make sure you don't have SMS routines getting in the way. > > >> > > >> Art Zeigler > > >> > > >> > > >> From: IBM Mainframe Discussion List on > > behalf > > >> of Mark Pace > > >> Sent: Wednesday, October 11, 2023 2:26 PM > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > >> Subject: Resize a ZFS aggregate > > >> > > >> I have a zfs file that has grown so large it can't any more extents. > > >> > > >> So the plan was to > > >> Unmount the filesystem > > >> Dump the file to disk dataset. > > >> Delete the filesystem > > >> Define the filesystem with larger primary and secondary extents. > > >> Restore the dump to the new filesystem > > >> and remount. > > >> > > >> BUT - when I restore the dump it deletes the filesystem I created and > > >> creates a new one using the old allocations. > > >> > > >> How do I make adrdssu use the new preallocated filesystem allocation? > > >> > > >> -- > > >> The postings on this site are my own and don’t necessarily represent > > >> Mainline’s positions or opinions > > >> > > >> Mark D Pace > > >> Senior Systems Engineer > > >> Mainline Information Systems > > >> > > >> -- > > >> 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 postings on this site are my own and don’t necessarily represent > > > Mainline’s positions or opinions > > > > > > Mark D Pace > > > Senior Systems Engineer > > > Mainline Information Systems > > > > > > > > > > > > > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resize a ZFS aggregate
Same results using replace or replaceu On Wed, Oct 11, 2023 at 2:47 PM Mark Pace wrote: > No, I've used REPLACE. I'll give that a try. > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler wrote: > >> Did you use the REPLACEUnconditional parameter with the restore? Also, >> make sure you don't have SMS routines getting in the way. >> >> Art Zeigler >> >> ____ >> From: IBM Mainframe Discussion List on behalf >> of Mark Pace >> Sent: Wednesday, October 11, 2023 2:26 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Resize a ZFS aggregate >> >> I have a zfs file that has grown so large it can't any more extents. >> >> So the plan was to >> Unmount the filesystem >> Dump the file to disk dataset. >> Delete the filesystem >> Define the filesystem with larger primary and secondary extents. >> Restore the dump to the new filesystem >> and remount. >> >> BUT - when I restore the dump it deletes the filesystem I created and >> creates a new one using the old allocations. >> >> How do I make adrdssu use the new preallocated filesystem allocation? >> >> -- >> The postings on this site are my own and don’t necessarily represent >> Mainline’s positions or opinions >> >> Mark D Pace >> Senior Systems Engineer >> Mainline Information Systems >> >> -- >> 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 postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resize a ZFS aggregate
No, I've used REPLACE. I'll give that a try. On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler wrote: > Did you use the REPLACEUnconditional parameter with the restore? Also, > make sure you don't have SMS routines getting in the way. > > Art Zeigler > > > From: IBM Mainframe Discussion List on behalf > of Mark Pace > Sent: Wednesday, October 11, 2023 2:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Resize a ZFS aggregate > > I have a zfs file that has grown so large it can't any more extents. > > So the plan was to > Unmount the filesystem > Dump the file to disk dataset. > Delete the filesystem > Define the filesystem with larger primary and secondary extents. > Restore the dump to the new filesystem > and remount. > > BUT - when I restore the dump it deletes the filesystem I created and > creates a new one using the old allocations. > > How do I make adrdssu use the new preallocated filesystem allocation? > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Resize a ZFS aggregate
I have a zfs file that has grown so large it can't any more extents. So the plan was to Unmount the filesystem Dump the file to disk dataset. Delete the filesystem Define the filesystem with larger primary and secondary extents. Restore the dump to the new filesystem and remount. BUT - when I restore the dump it deletes the filesystem I created and creates a new one using the old allocations. How do I make adrdssu use the new preallocated filesystem allocation? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "A Rexx" (or "A REXX")
Long time VMer - I've always said "A Rexx Exec". Not sure why I don't like the term script. On Tue, Jun 7, 2022 at 5:59 PM Phil Smith III wrote: > NOT interested in arguing about what’s “correct”, just curious about > possible theories here. > > > > I started using Rexx (then REXX) on CMS (VM/SP) when it was released to > the external world in 1982 on CMS. At the time, we already had EXEC and > EXEC 2, and programs written in those were always referred to as “an > EXEC”/“EXECs”. Nobody but nobody [that I ever encountered, doh] said “An > EXEC program” or “An EXEC 2 program”. Then Rexx came along, and nobody ever > said “A Rexx”: it was “A Rexx program”. > > > > Meanwhile, in TSO there was CLIST, and people said “A CLIST”. Nobody (I > think?) said “A CLIST program”. Then Rexx came to TSO and people there > often say “A Rexx”. Which is perfectly reasonable, and parallel to the > three predecessor usages. > > > > My question—and it’s kinda buggin’ me—is why VMers said “A Rexx program”! > My first theory was that the IBM Rexx documentation refers to “Rexx > programs”, which it does. BUT so does the EXEC 2 reference. (Ok, it calls > them “EXEC 2 programs”, not “Rexx programs”, for the pedantic 😊) So I > don’t think that theory flies. > > > > I’m stumped. It might just be an unexplainable linguistic oddity, but I’d > love to hear others’ theories. > > > > ...phsiii > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.5 Dialog Install quesiton
Thank you. I would have never found that. On Mon, Jan 24, 2022 at 10:08 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > Remove the /IBM and you will see upgrade. Select it and you will see the > workflow XML file: > > zOS_V2.5_from_V2.4_Upgrade_Workflow_V1.0.xml > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Monday, January 24, 2022 10:01 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: zOS 2.5 Dialog Install quesiton > > Yes, I have it applied. Sorry I use the VSE term of installed instead of > applied. :) Old habits. > > SFOMBCPH - /usr/lpp/bcp/IBM > HFS IEAUDISC IEAUHCRX IEAUH001 IEAU0002 > Each of those files appear to be a binary TEXT file. I don't see any txt > files that look like a workflow. > > On Mon, Jan 24, 2022 at 9:21 AM Richards, Robert B. (CTR) < > 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > > > I forgot to ask if you have UJ06880 *applied*. If you don't, you need to. > > > > By the way, there is no independent migration guide anymore, in case > > you were looking for that. The migration workflow replaces it. > > > > Bob > > > > -Original Message- > > From: Richards, Robert B. (CTR) > > Sent: Monday, January 24, 2022 9:18 AM > > To: IBM Mainframe Discussion List > > Subject: RE: zOS 2.5 Dialog Install quesiton > > > > Review the PTF in the SMPPTS. Find the DDDEF path for SFOMBCPH. > > > > Go into z/OSMF Workflows and follow the instructions to create a new one. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Pace > > Sent: Monday, January 24, 2022 8:55 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: zOS 2.5 Dialog Install quesiton > > > > Thanks, I have that PTF installed. I still can't find, in any of the > > documentation provided with my ServerPac Dialog order, how or where to > > find the z/OS upgrade workflow. I could have just overlooked it, but > > I don't see it. > > > > On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < > > 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > > > > > See PTF UJ06880 > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of Mark Pace > > > Sent: Monday, January 24, 2022 8:22 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: zOS 2.5 Dialog Install quesiton > > > > > > Going through the traditional Dialog install of zOS 2.5. > > > > > > *4.6.1 Migrating Existing /etc and /var Control Files* For > > > information on migrating your existing /etc and /var control files, > > > see section titled Migrate /etc and /var System Control Files in > > > z/OS Upgrade > > Workflow. > > > > > > I can not figure out where to find this Upgrade workflow so that I > > > can migrate these files. > > > > > > > > > -- > > > The postings on this site are my own and don’t necessarily represent > > > Mainline’s positions or opinions > > > > > > Mark D Pace > > > Senior Systems Engineer > > > Mainline Information Systems > > > > > > > > > -- 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 postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings
Re: zOS 2.5 Dialog Install quesiton
Yes, I have it applied. Sorry I use the VSE term of installed instead of applied. :) Old habits. SFOMBCPH - /usr/lpp/bcp/IBM HFS IEAUDISC IEAUHCRX IEAUH001 IEAU0002 Each of those files appear to be a binary TEXT file. I don't see any txt files that look like a workflow. On Mon, Jan 24, 2022 at 9:21 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > I forgot to ask if you have UJ06880 *applied*. If you don't, you need to. > > By the way, there is no independent migration guide anymore, in case you > were looking for that. The migration workflow replaces it. > > Bob > > -Original Message- > From: Richards, Robert B. (CTR) > Sent: Monday, January 24, 2022 9:18 AM > To: IBM Mainframe Discussion List > Subject: RE: zOS 2.5 Dialog Install quesiton > > Review the PTF in the SMPPTS. Find the DDDEF path for SFOMBCPH. > > Go into z/OSMF Workflows and follow the instructions to create a new one. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Monday, January 24, 2022 8:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: zOS 2.5 Dialog Install quesiton > > Thanks, I have that PTF installed. I still can't find, in any of the > documentation provided with my ServerPac Dialog order, how or where to find > the z/OS upgrade workflow. I could have just overlooked it, but I don't > see it. > > On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < > 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > > > See PTF UJ06880 > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Pace > > Sent: Monday, January 24, 2022 8:22 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: zOS 2.5 Dialog Install quesiton > > > > Going through the traditional Dialog install of zOS 2.5. > > > > *4.6.1 Migrating Existing /etc and /var Control Files* For information > > on migrating your existing /etc and /var control files, see section > > titled Migrate /etc and /var System Control Files in z/OS Upgrade > Workflow. > > > > I can not figure out where to find this Upgrade workflow so that I can > > migrate these files. > > > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.5 Dialog Install quesiton
Thanks, I have that PTF installed. I still can't find, in any of the documentation provided with my ServerPac Dialog order, how or where to find the z/OS upgrade workflow. I could have just overlooked it, but I don't see it. On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > See PTF UJ06880 > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Monday, January 24, 2022 8:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: zOS 2.5 Dialog Install quesiton > > Going through the traditional Dialog install of zOS 2.5. > > *4.6.1 Migrating Existing /etc and /var Control Files* For information on > migrating your existing /etc and /var control files, see section titled > Migrate /etc and /var System Control Files in z/OS Upgrade Workflow. > > I can not figure out where to find this Upgrade workflow so that I can > migrate these files. > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOS 2.5 Dialog Install quesiton
Going through the traditional Dialog install of zOS 2.5. *4.6.1 Migrating Existing /etc and /var Control Files* For information on migrating your existing /etc and /var control files, see section titled Migrate /etc and /var System Control Files in z/OS Upgrade Workflow. I can not figure out where to find this Upgrade workflow so that I can migrate these files. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Copy Distribution Libs or not?
Got it. Thanks! On Wed, Jan 5, 2022 at 8:33 AM Kurt J. Quackenbush wrote: > > Surprised by the first question in the Deployment Checklist - > > Do you want to copy the distribution zones and libraries associated with > > the source software? > > > > I've never thought about this before. I've always just installed them, > > mainly because I didn't know you had a option not to. > > > > I would love the space savings of not installing the DLIBs, but what I > > have given up? What may come along and bite me if I do not install the > > DLIBs? > > During the initial deployment (think initial install) you need the dlibs. > Without the dlibs you can't perform SMP/E APPLY/ACCEPT on the installed > software. However, on subsequent deployments of the installed software > (think clone), to a location where you don't intend to perform SMP/E > operations, you might choose not to include dlibs. That's the reason for > the question. > > Kurt Quackenbush -- IBM | z/OS SMP/E and z/OSMF Software Management > Chuck Norris never uses CHECK when he applies PTFs. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF - Copy Distribution Libs or not?
Surprised by the first question in the Deployment Checklist - Do you want to copy the distribution zones and libraries associated with the source software? I've never thought about this before. I've always just installed them, mainly because I didn't know you had a option not to. I would love the space savings of not installing the DLIBs, but what I have given up? What may come along and bite me if I do not install the DLIBs? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Missing SYSMODS
Thanks, Kurt - Yeah I saw the ability to export to CVS. Not an ideal solution, but workable. Sorry on the terminology, first time working with z/OSMF. On Wed, Dec 8, 2021 at 3:32 PM Kurt J. Quackenbush wrote: > > Part of the workflow is to create “Missing SYSMOD Reports’. I get the > > workflow to run and it creates a web page table output of Missing > SYSMODS. > > (Just to clarify terminology, you're talking about the "Check for missing > SYSMODs" step in the Deployment checklist in z/OSMF Software Management... > not a z/OSMF Workflow.) > > > What is missing, unless I didn’t see the option, is to create a Dataset > > (SMPPUNCH) that will have the SYSMODS that I can copy straight into my > SMPE > > Receive Order JCL. Has anyone worked with this yet and know if this is > > possible? > > Check the table actions. You can Print or Export the table data. Not > exactly direct to an SMPPUNCH, but hopefully better than nothing. > > Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management > Chuck Norris never uses CHECK when he applies PTFs. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF Missing SYSMODS
Going through the installation of z/OS 2.5 using z/OSMF. Part of the workflow is to create “Missing SYSMOD Reports’. I get the workflow to run and it creates a web page table output of Missing SYSMODS. What is missing, unless I didn’t see the option, is to create a Dataset (SMPPUNCH) that will have the SYSMODS that I can copy straight into my SMPE Receive Order JCL. Has anyone worked with this yet and know if this is possible? Thanks -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF security log?
Thanks, Marna - I heard from someone else at IBM that suggested using the Security Configuration Assistance and it helped me get it working. On Wed, Dec 1, 2021 at 9:31 AM Marna WALLE wrote: > Hi Mark, > May I recommend you take a look at the z/OSMF Security Configuration > Assistant? In short, the z/OSMF UI can help you understand what security > profiles are missing or users/groups have insufficient authority. > > > https://www.ibm.com/docs/en/zos/2.5.0?topic=configuration-security-assistant-task > > I've come to rely upon it heavily to understand what is and is not set up > correctly for security. > > -Marna WALLE > z/OS System Install and Upgrade > IBM Poughkeepsie > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF security log?
Is there somewhere I can find logs of security errors. Specifically Trying to access z/OSMF Software Management for the first time. You are not authorized to access the Software Services task. I believe I have set up everything needed in RACF, but obviously I have missed something. There are no messages on the console showing an error. It must be logged someplace. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.5 install with z/OSMF
I opened a Case against ShopZ. I saw that somewhere on ShopZ that is what I should have done. It was a real treat trying to convince Support that ShopZ was a real thing. :) Then 7 failed attempts at sending an email with a link to update my Support record. None of which I could open. Finally I have been in touch with someone that could help. *"During some quality verification checks for the processing of your z/OS V2.5 ServerPac order, we noticed an oversight on our part. You chose to have the installation method of z/OSMF ServerPac, and yet your ServerPac order was created with the installation method of CustomPac Dialog ServerPac."* The answer is to reorder z/OS 2.5. Which I will be doing tomorrow morning. On Tue, Nov 16, 2021 at 8:51 AM Marna WALLE wrote: > Mark, > Please open a Case against ServerPac. It is possible that your order, if > it had gone through the manual entitlement process, could have been > switched. This would have been an error that the Service folks can verify > and fix. > > Thanks. > Marna WALLE > z/OS Install and Upgrade > IBM Poughkeepsie. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.5 install with z/OSMF
I wanted to verify that I ordered it correctly before I go off and open a ticket. This is from my ShopZ order. Installation Method z/OSMF SW Management On Mon, Nov 15, 2021 at 10:42 AM Kurt J. Quackenbush wrote: > > I ordered z/OS 2.5 as a Workload installation via z/OSMF. > > All of the documentation I received was for installing via the Dialogs. > > I've followed all the directions for making sure z/OSMF was ready to use > > Workloads, but I can not find any documentation on using z/OSMF to > install > > z/OS 2.5. > > When you placed the order in Shopz, are you sure you selected "z/OSMF SW > Management" as the Installation Method? If so, then I suggest you open a > case with IBM Support so they can track down what happened after you > submitted the order. > > Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management > Chuck Norris never uses CHECK when he applies PTFs. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.5 install with z/OSMF
I ordered z/OS 2.5 as a Workload installation via z/OSMF. All of the documentation I received was for installing via the Dialogs. I've followed all the directions for making sure z/OSMF was ready to use Workloads, but I can not find any documentation on using z/OSMF to install z/OS 2.5. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Recreate a VOLCAT
Thanks, Dave - I IPLed with a new LOADxx member yesterday. I didn't think any of these LOADxx members have been changed in years, and yet, The problem was exactly what you posted. The LOADxx member had the wrong HLQ for the VOLCAT. On Fri, Sep 6, 2019 at 11:57 AM Allan Staller wrote: > Actually, it probably does not need to be repaired, and IMO is almost > certainly NOT your problem. > > However, if you want to fix this: > > Dump all logical datasets on volume. > Reinit volume > Restore all logical datasets. > > Probably more work that it is worth. > > There is /was a program available from IBM. Not sure if it would correct > this. Google or search IBM for VVDSFIX > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Friday, September 6, 2019 10:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Recreate a VOLCAT > > Doing a DIAG of the VOLCAT - > DIAGNOSE VVDS INDATASET(SYS1.VVDS.VSHRVOL) IDC11367I THE FOLLOWING VVDS > REFERENCED CATALOGS WERE NOT ENCOUNTERED: > CATALOG.ZOS113.MASTER > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 4 > > That catalog has not exist for quite some time. Now i need to find a way > to update the VVDS. Not sure this really problem, but something that needs > to be fixed. > > On Fri, Sep 6, 2019 at 11:46 AM Jousma, David < > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > > Don’t really have an answer, other than a google search on " IDC3009i > > RC > > 30 RSN 62 IGG0CLF8". Not sure if this helps or not. > > > > Question & Answer > > > > Question > > Catalog Access Error when attempting to define 3494. After defining > > the tape library using the ISMF panels, when trying to EXIT using PF3, > > a 'Catalog Access errror' is encountered with the message IDC3009i RC > > 30 RSN > > 62 IGG0CLF8 > > > > Answer > > PROBLEM > > > > Catalog Access Error received when attempting to define D/T3494. After > > defining the tape library using the ISMF panels, when trying to EXIT > > using PF3, a 'Catalog Access errror' is encountered msgIDC3009i RC30 > > RSN62 > > IGG0CLF8 > > > > Customer has set the 'UCAT' parameter in col. 64 of LOADxx to indicate > > the high-level qualifier (HLQ) they are using for the 'GENERAL' > > catalog and IPL'ed the system. Next, the TCDB was created with HLQ > 'UCAT'. > > > > The command F CATALOG,REPORT was issued and shows SYS1 as the HLQ. > > When trying to define the library via ISMF, customer is receiving > > msgIDC3009I > > RC30 RSN62. > > > > RESOLUTION > > > > The customer was doing a manual IPL, as opposed to an automatic IPL, > > and this defaulted to the SYSCATxx member in SYS1.NUCLEUS. This member > > did not have a tape volume HLQ name defined. The SYSCATxx member in > > the nucleus has a different format than the LOADxx member. The DFSMS > > Managing Catalogs manual shows the formats. In the LOADxx the TAPEVOL > > HLQ is in column 64, in the SYSCATxx in the nucleus it is in column 55. > > > > __ > > ___ > > Dave Jousma > > AVP | Manager, Systems Engineering > > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > > Rapids, MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Pace > > Sent: Friday, September 6, 2019 11:35 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Recreate a VOLCAT > > > > **CAUTION EXTERNAL EMAIL** > > > > **DO NOT open attachments or click on links from unknown senders or > > unexpected emails** > > > > Ran an EXAMINE and that looks okay. > > IDC01700I INDEXTEST BEGINS > > > > IDC11773I 14 KEYS PROCESSED ON INDEX LEVEL 1, AVERAGE KEY > > LENGTH: 2.0 > > IDC11774I CURRENT INDEX CISIZE IS 1024, RECOMMENDED MINIMUM INDEX > > CISIZE IS 1024 IDC01724I INDEXTEST COMPLETE - NO ERRORS DETECTED > > > > IDC01701I DATATEST BEGINS > > > > IDC01709I DATATEST COMPLETE - NO ERRORS DETECTED > > > > IDC01708I 14 CONTROL INTERVALS ENCOUNTERED > > > > IDC01710I DATA COMPONENT CONTAINS 507 RECORDS > > > > IDC01711I DATA COMPONENT CONTAINS 0 DELETED CONTROL INTERVALS > > > > IDC01712I MAXIMUM LENGTH DATA RECORD CONTAINS 2289 BYTES > > &
Re: Recreate a VOLCAT
Doing a DIAG of the VOLCAT - DIAGNOSE VVDS INDATASET(SYS1.VVDS.VSHRVOL) IDC11367I THE FOLLOWING VVDS REFERENCED CATALOGS WERE NOT ENCOUNTERED: CATALOG.ZOS113.MASTER IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 4 That catalog has not exist for quite some time. Now i need to find a way to update the VVDS. Not sure this really problem, but something that needs to be fixed. On Fri, Sep 6, 2019 at 11:46 AM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Don’t really have an answer, other than a google search on " IDC3009i RC > 30 RSN 62 IGG0CLF8". Not sure if this helps or not. > > Question & Answer > > Question > Catalog Access Error when attempting to define 3494. After defining the > tape library using the ISMF panels, when trying to EXIT using PF3, a > 'Catalog Access errror' is encountered with the message IDC3009i RC 30 RSN > 62 IGG0CLF8 > > Answer > PROBLEM > > Catalog Access Error received when attempting to define D/T3494. After > defining the tape library using the ISMF panels, when trying to EXIT using > PF3, a 'Catalog Access errror' is encountered msgIDC3009i RC30 RSN62 > IGG0CLF8 > > Customer has set the 'UCAT' parameter in col. 64 of LOADxx to indicate the > high-level qualifier (HLQ) they are using for the 'GENERAL' catalog and > IPL'ed the system. Next, the TCDB was created with HLQ 'UCAT'. > > The command F CATALOG,REPORT was issued and shows SYS1 as the HLQ. When > trying to define the library via ISMF, customer is receiving msgIDC3009I > RC30 RSN62. > > RESOLUTION > > The customer was doing a manual IPL, as opposed to an automatic IPL, and > this defaulted to the SYSCATxx member in SYS1.NUCLEUS. This member did not > have a tape volume HLQ name defined. The SYSCATxx member in the nucleus has > a different format than the LOADxx member. The DFSMS Managing Catalogs > manual shows the formats. In the LOADxx the TAPEVOL HLQ is in column 64, in > the SYSCATxx in the nucleus it is in column 55. > > _ > Dave Jousma > AVP | Manager, Systems Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > Rapids, MI 49546 > 616.653.8429 | fax: 616.653.2717 > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Friday, September 6, 2019 11:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Recreate a VOLCAT > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > Ran an EXAMINE and that looks okay. > IDC01700I INDEXTEST BEGINS > > IDC11773I 14 KEYS PROCESSED ON INDEX LEVEL 1, AVERAGE KEY > LENGTH: 2.0 > IDC11774I CURRENT INDEX CISIZE IS 1024, RECOMMENDED MINIMUM INDEX CISIZE > IS 1024 IDC01724I INDEXTEST COMPLETE - NO ERRORS DETECTED > > IDC01701I DATATEST BEGINS > > IDC01709I DATATEST COMPLETE - NO ERRORS DETECTED > > IDC01708I 14 CONTROL INTERVALS ENCOUNTERED > > IDC01710I DATA COMPONENT CONTAINS 507 RECORDS > > IDC01711I DATA COMPONENT CONTAINS 0 DELETED CONTROL INTERVALS > > IDC01712I MAXIMUM LENGTH DATA RECORD CONTAINS 2289 BYTES > > IDC01722I 98 PERCENT FREE SPACE > > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 > > > On Fri, Sep 6, 2019 at 11:22 AM Mark Pace wrote: > > > I have some problem with my SYS1.VOLCAT.VGENERAL and appears I need to > > recreate it. > > IDC3014I CATALOG ERROR > > IDC3009I ** VSAM CATALOG RETURN CODE IS 30 - REASON CODE IS > > IGG0CLF8-62 IDC1566I ** SUPPRESSED ENTRY NOT LISTED > > > > Is there a procedure recreating a VOLCAT? > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > > > > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION > EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > This e-mail transmission contains information that is confidential and may > be privilege
Re: Recreate a VOLCAT
Ran an EXAMINE and that looks okay. IDC01700I INDEXTEST BEGINS IDC11773I 14 KEYS PROCESSED ON INDEX LEVEL 1, AVERAGE KEY LENGTH: 2.0 IDC11774I CURRENT INDEX CISIZE IS 1024, RECOMMENDED MINIMUM INDEX CISIZE IS 1024 IDC01724I INDEXTEST COMPLETE - NO ERRORS DETECTED IDC01701I DATATEST BEGINS IDC01709I DATATEST COMPLETE - NO ERRORS DETECTED IDC01708I 14 CONTROL INTERVALS ENCOUNTERED IDC01710I DATA COMPONENT CONTAINS 507 RECORDS IDC01711I DATA COMPONENT CONTAINS 0 DELETED CONTROL INTERVALS IDC01712I MAXIMUM LENGTH DATA RECORD CONTAINS 2289 BYTES IDC01722I 98 PERCENT FREE SPACE IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 On Fri, Sep 6, 2019 at 11:22 AM Mark Pace wrote: > I have some problem with my SYS1.VOLCAT.VGENERAL and appears I need to > recreate it. > IDC3014I CATALOG ERROR > IDC3009I ** VSAM CATALOG RETURN CODE IS 30 - REASON CODE IS IGG0CLF8-62 > IDC1566I ** SUPPRESSED ENTRY NOT LISTED > > Is there a procedure recreating a VOLCAT? > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Recreate a VOLCAT
I have some problem with my SYS1.VOLCAT.VGENERAL and appears I need to recreate it. IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 30 - REASON CODE IS IGG0CLF8-62 IDC1566I ** SUPPRESSED ENTRY NOT LISTED Is there a procedure recreating a VOLCAT? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL to include data
Oh how I got led down a path today. Guy told me a lot of stuff, but not everything. I didn't ask him the right questions, ASSuMEing, he knew what he was doing. He was trying to insert VB records in the JCL, and he was out of space in the PDS. But I think I did learn something from you guys concerning the question I asked as opposed to what the problem actually was. On Mon, Jul 8, 2019 at 3:33 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 8 Jul 2019 14:02:20 -0500, Elardus Engelbrecht wrote: > >... > >??? Please explain that. Do you mean, you want to add the members as an > input into that JCL? Why not just concatenate them using some DD statements? > > ... > >Why not use a [concatenated] DD refering to the source of that data in > that flat file / PDs / members of that PDS? > > > Me, too. But this thread inspired me to RTFM, where I see: > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ikjc500/ikj2l2_SUBMIT_command_operands.htm > Note [brightly highlighed] > All characters in the job stream are converted to uppercase > before being processed. > > WTF!? Does that mean that if I SUBMIT a job containing: > //SYSUT1 DD * > This is Mixed Case text. > The effect is the same as: > //SYSUT1 DD * > THIS IS MIXED CASE TEXT. > > I don't remember it that way, but I confess I can't remember having > tried it. Lately I've submitted only via FTP or copy to INTRDR. But > is a clarification RCF in order? > > I'd advocate RFEs for a > oSUBMIT FROMDDNAME(...) option > oRemoving the Fixed-80 restriction, relaxed for JES2 circa z/OS 1.5 > and for JESZ3 far earlier, but lingering in TSO/ISPF submit. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JCL to include data
Working with a user that needs include a bunch of data in a JCL. The data is too large to copy into the JCL. During the copy he gets several E37s and then ends with a B37. It appears to me that he runs out of space in that PDS. The data that needs to be included is a flat file and not a PDS, which seems to rule out the // INCULDE statement. Any suggestions would be appreciated. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF msg
I did not. Wish I had thought to do that. Thanks for the reminder though. On Fri, Mar 8, 2019 at 2:28 PM Mark Pace wrote: > This is a test system where no one is allowed except me. > > On Fri, Mar 8, 2019 at 12:53 PM Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > >> Mark Pace wrote: >> >> >I checked in RACF and I had no rules protecting the SYS3 datasets, so I >> don't think that was the issue. >> >> No 'rules'? This is not looking good, but then, it should probably not >> affect your issue, AFAIK. >> >> Do you have any profiles defined at all or have something in the Global >> Access Table? >> >> What is your PROTECTALL status in RACF? >> >> Groete / Greetings >> Elardus Engelbrecht >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF msg
This is a test system where no one is allowed except me. On Fri, Mar 8, 2019 at 12:53 PM Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Mark Pace wrote: > > >I checked in RACF and I had no rules protecting the SYS3 datasets, so I > don't think that was the issue. > > No 'rules'? This is not looking good, but then, it should probably not > affect your issue, AFAIK. > > Do you have any profiles defined at all or have something in the Global > Access Table? > > What is your PROTECTALL status in RACF? > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF msg
I fixed it, but not sure why/how it wasn't working. At some point I remember my SYS1.DFSMS.SCDS was missing the correct configuration. The ACDS was correct, but I wasn't sure how to get it retrieve in to an SCDS. I finally remembered that I could save the ACDS into a new SCDS. That became SYS3.DFSMS.SCDS. I made SYS3.DFSMS.SCDS the current SCDS and it was that one I was trying to update. So I tried to SAVESCDS to the old SYS1.DFSMS.SCDS. That worked and I can now update SYS1.DFSMS.SCDS with the new volume and activate it. I checked in RACF and I had no rules protecting the SYS3 datasets, so I don't think that was the issue. On Fri, Mar 8, 2019 at 11:55 AM Carmen Vitullo wrote: > YW! WOW that's a lot of 'stuff' > hope you get it figured out, let us know > > > > Carmen Vitullo > > - Original Message - > > From: "Mark Pace" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:49:57 AM > Subject: Re: ISMF msg > > Thanks for the pointer. Now to figure out what it is telling me. > > 11:47 Start of ISPF Log - - - - Session # 1580 > --- > 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); > FUNCTION(VOLUME) > 11:48 - DGTUV039 SYS3.DFSMS.SCDS > > 11:48 - DGTUV035 RETURN CODE(0008); REASON > CODE(6131) > 11:48 - DGTUV027 MODULE(IGDCSU10); PROCEDURE() > > 11:48 - DGTUV028 MESSAGE ID( - ); LAST > PANEL(DGTDCSG7) > 11:48 - DGTUV029 SERVICE(SMS/CS); > FEEDBACK(SUBRET: 0 SUBRSN: 0) > 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); > FUNCTION(VOLUME) > 11:48 - DGTUV039 SYS3.DFSMS.SCDS > > 11:48 - DGTUV035 RETURN CODE(0012); REASON > CODE(3117) > 11:48 - DGTUV027 MODULE(DGTFCFAC); > PROCEDURE(DGTFCFAC) > 11:48 - DGTUV028 MESSAGE ID(DGTUC051 - > DGTUC051); LAST PANEL(DGTDCSG7) > 11:48 - DGTUV029 SERVICE(SMS/CS); > FEEDBACK(ACCESS, CSI ACCESS MODE = W) > 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); > FUNCTION(VOLUME) > 11:48 - DGTUV039 SYS3.DFSMS.SCDS > > 11:48 - DGTUV035 RETURN CODE(0012); REASON > CODE(3117) > 11:48 - DGTUV027 MODULE(DGTFSGP3); > PROCEDURE(ACCESS) > 11:48 - DGTUV028 MESSAGE ID( - ); LAST > PANEL(DGTDCSG7) > 11:48 - DGTUV029 SERVICE(DGTECFAC); > FEEDBACK(CALLMOD:DGTFSGSV CALLPROC:PROCOP2P) > 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); > FUNCTION(VOLUME) > 11:48 - DGTUV039 SYS3.DFSMS.SCDS > > 11:48 - DGTUV035 RETURN CODE(0012); REASON > CODE(3221) > 11:48 - DGTUV027 MODULE(DGTFSGVR); > PROCEDURE(VOSEL) > 11:48 - DGTUV028 MESSAGE ID( - ); LAST > PANEL(DGTDCSG7) > 11:48 - DGTUV029 SERVICE(NONE); > FEEDBACK(ELEMENT NAME: TMPSG1) > > On Fri, Mar 8, 2019 at 11:40 AM Carmen Vitullo > wrote: > > > some if the ISMF messages may have just gone to the ISPF log, you may > wnat > > to check 7.5 to see if the log is active and if any messages are there , > > just a thought > > > > > > Carmen Vitullo > > > > - Original Message - > > > > From: "Mark Pace" > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Friday, March 8, 2019 10:38:05 AM > > Subject: Re: ISMF msg > > > > I'm NOT running HSM. > > > > On Fri, Mar 8, 2019 at 11:37 AM Mark Pace > wrote: > > > > > I'm running HSM, no started task to look at. > > > > > > I'll check on my TSO profile. > > > > > > On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler < > stars...@mindspring.com> > > > > > wrote: > > > > > >> Sometime the messages come back to the tso session when using ISMF. > > >> > > >> Check your TSO PROFILE and make sure you are not suppressing them > > >> > > >> You could also check the DFHSM STC Task for the messages, they could > be > > >> there as well. > > >> > > >> > > >> Lizette > > >> > > >> > > >> > -Original Message- > > >> > From: IBM Mainframe Discussion List On > > >> Behalf Of > > >> > Mark Pace > > >> > Sent: Friday, March 08, 2019 9:16 AM > > >> > To: IBM-MAIN@LISTSERV.UA.EDU > > >> > Subject: ISMF msg > > >> > > > >> > I'm trying to add a new volume to a storage pool. > > >> > > > >> > When I try to add I get this message on the Panel - SMS RETCODE: > > >> 8 > > >> > > > >> > Searching google it points to ARC0940I - which tells me to look are > > >> preceding > > >> &
Re: ISMF msg
Thanks for the pointer. Now to figure out what it is telling me. 11:47 Start of ISPF Log - - - - Session # 1580 --- 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); FUNCTION(VOLUME) 11:48- DGTUV039 SYS3.DFSMS.SCDS 11:48- DGTUV035 RETURN CODE(0008); REASON CODE(6131) 11:48- DGTUV027 MODULE(IGDCSU10); PROCEDURE() 11:48- DGTUV028 MESSAGE ID( - ); LAST PANEL(DGTDCSG7) 11:48- DGTUV029 SERVICE(SMS/CS); FEEDBACK(SUBRET: 0 SUBRSN: 0) 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); FUNCTION(VOLUME) 11:48- DGTUV039 SYS3.DFSMS.SCDS 11:48- DGTUV035 RETURN CODE(0012); REASON CODE(3117) 11:48- DGTUV027 MODULE(DGTFCFAC); PROCEDURE(DGTFCFAC) 11:48- DGTUV028 MESSAGE ID(DGTUC051 - DGTUC051); LAST PANEL(DGTDCSG7) 11:48- DGTUV029 SERVICE(SMS/CS); FEEDBACK(ACCESS, CSI ACCESS MODE = W) 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); FUNCTION(VOLUME) 11:48- DGTUV039 SYS3.DFSMS.SCDS 11:48- DGTUV035 RETURN CODE(0012); REASON CODE(3117) 11:48- DGTUV027 MODULE(DGTFSGP3); PROCEDURE(ACCESS) 11:48- DGTUV028 MESSAGE ID( - ); LAST PANEL(DGTDCSG7) 11:48- DGTUV029 SERVICE(DGTECFAC); FEEDBACK(CALLMOD:DGTFSGSV CALLPROC:PROCOP2P) 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG); FUNCTION(VOLUME) 11:48- DGTUV039 SYS3.DFSMS.SCDS 11:48- DGTUV035 RETURN CODE(0012); REASON CODE(3221) 11:48- DGTUV027 MODULE(DGTFSGVR); PROCEDURE(VOSEL) 11:48- DGTUV028 MESSAGE ID( - ); LAST PANEL(DGTDCSG7) 11:48- DGTUV029 SERVICE(NONE); FEEDBACK(ELEMENT NAME: TMPSG1) On Fri, Mar 8, 2019 at 11:40 AM Carmen Vitullo wrote: > some if the ISMF messages may have just gone to the ISPF log, you may wnat > to check 7.5 to see if the log is active and if any messages are there , > just a thought > > > Carmen Vitullo > > - Original Message ----- > > From: "Mark Pace" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:38:05 AM > Subject: Re: ISMF msg > > I'm NOT running HSM. > > On Fri, Mar 8, 2019 at 11:37 AM Mark Pace wrote: > > > I'm running HSM, no started task to look at. > > > > I'll check on my TSO profile. > > > > On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler > > > wrote: > > > >> Sometime the messages come back to the tso session when using ISMF. > >> > >> Check your TSO PROFILE and make sure you are not suppressing them > >> > >> You could also check the DFHSM STC Task for the messages, they could be > >> there as well. > >> > >> > >> Lizette > >> > >> > >> > -Original Message- > >> > From: IBM Mainframe Discussion List On > >> Behalf Of > >> > Mark Pace > >> > Sent: Friday, March 08, 2019 9:16 AM > >> > To: IBM-MAIN@LISTSERV.UA.EDU > >> > Subject: ISMF msg > >> > > >> > I'm trying to add a new volume to a storage pool. > >> > > >> > When I try to add I get this message on the Panel - SMS RETCODE: > >> 8 > >> > > >> > Searching google it points to ARC0940I - which tells me to look are > >> preceding > >> > ARCxxx messages. I am not seeing any ARC messages on the console or > >> system > >> > log. I thought ARC messages came out of HSM, but I am not running > HSM. > >> > > >> > -- > >> > The postings on this site are my own and don’t necessarily represent > >> > Mainline’s positions or opinions > >> > > >> > Mark D Pace > >> > Senior Systems Engineer > >> > Mainline Information Systems > >> > > >> > > -- > >> > 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
Re: ISMF msg
I'm NOT running HSM. On Fri, Mar 8, 2019 at 11:37 AM Mark Pace wrote: > I'm running HSM, no started task to look at. > > I'll check on my TSO profile. > > On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler > wrote: > >> Sometime the messages come back to the tso session when using ISMF. >> >> Check your TSO PROFILE and make sure you are not suppressing them >> >> You could also check the DFHSM STC Task for the messages, they could be >> there as well. >> >> >> Lizette >> >> >> > -Original Message- >> > From: IBM Mainframe Discussion List On >> Behalf Of >> > Mark Pace >> > Sent: Friday, March 08, 2019 9:16 AM >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: ISMF msg >> > >> > I'm trying to add a new volume to a storage pool. >> > >> > When I try to add I get this message on the Panel - SMS RETCODE: >> 8 >> > >> > Searching google it points to ARC0940I - which tells me to look are >> preceding >> > ARCxxx messages. I am not seeing any ARC messages on the console or >> system >> > log. I thought ARC messages came out of HSM, but I am not running HSM. >> > >> > -- >> > The postings on this site are my own and don’t necessarily represent >> > Mainline’s positions or opinions >> > >> > Mark D Pace >> > Senior Systems Engineer >> > Mainline Information Systems >> > >> > -- >> > 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 postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF msg
I'm running HSM, no started task to look at. I'll check on my TSO profile. On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler wrote: > Sometime the messages come back to the tso session when using ISMF. > > Check your TSO PROFILE and make sure you are not suppressing them > > You could also check the DFHSM STC Task for the messages, they could be > there as well. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of > > Mark Pace > > Sent: Friday, March 08, 2019 9:16 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ISMF msg > > > > I'm trying to add a new volume to a storage pool. > > > > When I try to add I get this message on the Panel - SMS RETCODE: > 8 > > > > Searching google it points to ARC0940I - which tells me to look are > preceding > > ARCxxx messages. I am not seeing any ARC messages on the console or > system > > log. I thought ARC messages came out of HSM, but I am not running HSM. > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF msg
Yes, it was initialized as SMS and it's online. INIT UNIT(B052) VOLID(TTMP02) - NOVFY DEVTYPE(3390) PRG STGR VTOC(0,1,104) INDEX(7,0,45) UNIT TYPE STATUSVOLSER VOLSTATE SS B052 3390 O TTMP02 PRIV/RSDNT 0 On Fri, Mar 8, 2019 at 11:19 AM Carmen Vitullo wrote: > is the volume online to the system you are trying to add? > was init INIT'd as SMS ? > > > > Carmen Vitullo > > - Original Message - > > From: "Mark Pace" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 8, 2019 10:15:41 AM > Subject: ISMF msg > > I'm trying to add a new volume to a storage pool. > > When I try to add I get this message on the Panel - SMS RETCODE: 8 > > Searching google it points to ARC0940I - which tells me to look are > preceding ARCxxx messages. I am not seeing any ARC messages on the console > or system log. I thought ARC messages came out of HSM, but I am not > running HSM. > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISMF msg
I'm trying to add a new volume to a storage pool. When I try to add I get this message on the Panel - SMS RETCODE: 8 Searching google it points to ARC0940I - which tells me to look are preceding ARCxxx messages. I am not seeing any ARC messages on the console or system log. I thought ARC messages came out of HSM, but I am not running HSM. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE Internet Service Retrieval: TRANSFERONLY
I'm still using the old way of FTPing the HOLDDATA every week. And I use
HTTPS to download maintenance from SHOPZ.
Can you use HTTPS with RECEIVE ORDER? Or is this FTPS only?
On Tue, Mar 5, 2019 at 9:32 AM Kurt Quackenbush wrote:
> On 3/4/2019 4:33 PM, Smith, Sean M wrote:
> > "Have you tried the TRANSFERONLY once, followed by RECEIVE FROMNTS
> > for each CSI?"
> >
> > My job is automated and as such I would need to capture the execution
> > of the first step to get the order number to dynamically create the
> > second step with the RECEIVE FROMNTS ORDER(xx)
>
> Sort'a. You'd have to scrape the output from the RECEIVE ORDER to
> capture the generated subdirectory name, then do the following for the
> other global zones:
>
> RECEIVE FROMNTS('ORD1-05March2019-08.57.58')
>
> > Hence my question about redirecting or managing a referback. The
> > process makes sense it just doesn't seem to lend itself to any sort
> > of automation and with 22 GLOBAL CSI's to order and receive into it
> > is ripe for transmission or wait time outs.
>
> This may be blasphemous, but have you considered using a single, or
> maybe fewer, global zones? Maybe even just for your daily receive of
> the HOLDDATA and running all of your reports. More global zones are not
> always necessary or helpful.
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Thanks For All the Fish
Happy retirement!!! Thank you for all the help over the years!! On Wed, Dec 12, 2018 at 8:41 AM John Eells wrote: > Friday, 14 December 2018, will be my last day at IBM. For the curious, > I started on a Wednesday, 1 June 1977, so it will be 41 years, 6 months > since I started as a CE in the local Poughkeepsie branch office. > > It's time to shed the daily stress, devote more time to my hobbies > (diving, amateur radio, metalworking, cycling), and find a place in the > County that can use an active volunteer for however many hours I feel > like working (if any). > > I won't be able to get notes on my IBM e-mail address after about noon > Friday. I also won't get phone messages after that time at my work > phone number, because they arrive as e-mail attachments. > > Hanging out here has been quite instructive and usually fun (smile), so: > Thanks, folks. > > All the best, everyone. > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.com (for a couple more days) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS network Speedtest
We have a customer that has to send us a large amount of data. They claim that our ftp server is very slow. I have had our network people tell me that we have 100GB pipe to our ftp server and if they say it's slow it is most likely their upload speed. I have tested the upload speed to our ftp server from my home network but I am limited to 5G upload speed, which I easily reach during the upload. So I was looking for something the customer to run to test their upload speed. On Wed, Aug 29, 2018 at 4:35 PM Kevin Mckenzie wrote: > > Is there anything for z/OS to measure upload/download speeds? Like on a > PC > > going to speedtest.net and running their test? > > From the z/OS LPAR to where? What's the purpose of the measurement? Can > you prevent other network traffic from happening when you're doing the > measurement? > > --- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 > z/OS Test Services - Test Architect, Provisioning > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS network Speedtest
Is there anything for z/OS to measure upload/download speeds? Like on a PC going to speedtest.net and running their test? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC Password maintenance for SERVICE account
I've never changed it. The HMC is in locked room with security controls on who can access the room. Don't allow the Service user id to be accessed via a network. On Tue, Jul 31, 2018 at 12:08 PM Porowski, Kenneth wrote: > How do others handle changing the default password for the HMC SERVICE > account. > > Do you just change it and let your CE know the new password? > > > > > > This email message and any accompanying materials may contain proprietary, > privileged and confidential information of CIT Group Inc. or its > subsidiaries or affiliates (collectively, "CIT"), and are intended solely > for the recipient(s) named above. If you are not the intended recipient of > this communication, any use, disclosure, printing, copying or distribution, > or reliance on the contents, of this communication is strictly prohibited. > CIT disclaims any liability for the review, retransmission, dissemination > or other use of, or the taking of any action in reliance upon, this > communication by persons other than the intended recipient(s). If you have > received this communication in error, please reply to the sender advising > of the error in transmission, and immediately delete and destroy the > communication and any accompanying materials. To the extent permitted by > applicable law, CIT and others may inspect, review, monitor, analyze, copy, > record and retain any communications sent from or received at this email > address. > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (OT) Good bye everyone
Best of luck, Ed. I hope you find a new passion! On Mon, Jul 16, 2018 at 3:24 PM Edward Gould wrote: > Approximately 2 months I had a life altering incident. > I can no longer function as a sysprog. I resigned my no pay job at the > place I used to donate my time. > I find I can no longer do the job. > I hope much success to all of you and hope that you can carry on with your > work, despite IBM’s best efforts to do away with the profession. > Thanks, to John Ells and the many other IBMer’s who give their time and > their experience with IBM-MAIN. > Not sure what is ahead for me, other than traveling with a companion as I > can barely walk. > I am 70 years old and I am finding life without a technical challenge not > interesting and since I can no longer function in that capacity I will have > to find some other outlet. > Best wishes to you all. > > Ed > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File transfer Red Alert
Can I run sftp as a batch job as I can regular ftp? On Wed, May 23, 2018 at 2:56 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 23 May 2018 16:57:18 +, Pew, Curtis G wrote: > >> > >> Why didn't the supplier, as a courtesy to the customer, deliver the > file with > >> the needed extension and save that step? > > > >This is just a guess, but maybe some firewalls or other policy enforcing > software block .jar files but allow .zip files. If you have a Java VM on > your system, .jar files contain executable code and in some circumstances > might be executed inadvertently. > > > And other firewalls block .zip instead (or also). After all, a .zip might > contain > anything, including executable code. Some firewalls have a whitelist. > And I > dealt recently with one that blocked a .eml (Forward as Attachment). > > MIME-encode it; strip headers; name it *.txt. or wrap it as *.pdf. But > don't > rely on a filename as defense against malware. See: "steganography". > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 - sftp
Thank you, Kirk and Susan. On Wed, May 23, 2018 at 12:04 PM, Susan Shumway wrote: > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com > .ibm.zos.v2r3.foto100/sftp.htm > > -Sue Shumway > > On 05/23/18 11:48 AM, Mark Pace wrote: > >> Can someone tell me where the sftp command is documented in z/OS 2.3? >> >> I've looked in the 8 Unix System Services manuals. >> >> > -- > Sue Shumway > z/OS Product Documentation Lead > IBM Poughkeepsie > chale...@us.ibm.com > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.3 - sftp
Can someone tell me where the sftp command is documented in z/OS 2.3? I've looked in the 8 Unix System Services manuals. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Ooops
$ find /usr -name liberty_zos/17.0.0.3 /usr/lpp/liberty_zos/17.0.0.3 On Tue, May 8, 2018 at 10:50 AM, Shaffer, Terri < 017d5f778222-dmarc-requ...@listserv.ua.edu> wrote: > Thank you, however maybe that’s why mine was broken, where does the > liberty_zos directory live? > > Ms Terri E Shaffer > Senior Systems Engineer, > z/OS Support: > ACIWorldwide – Telecommuter > H(412-766-2697) C(412-519-2592) > terri.shaf...@aciworldwide.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: Tuesday, May 08, 2018 9:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF Ooops > > On Tue, May 8, 2018 at 9:14 AM, Shaffer, Terri < 017d5f778222-dmarc- > requ...@listserv.ua.edu> wrote: > > > So I was wondering if someone can help, I tried looking at IBM links > > and couldn’t find what I needed. > > > > In my infinite wisdom, HA, I have been running z/OS 2.3 for about 3 > > months now, and circling back around and reconfigure z/OSMF. > > > > On the z/OS 2.3 system that I have access to, I see: > > lrwxrwxrwx 1 OMVSKERN OMVSGRP 23 Feb 7 09:48 > /usr/lpp/zosmf/liberty -> ../liberty_zos/17.0.0.3 > > > > > > > There was a directory/SYMLINK at /usr/lpp/zosmf/liberty but mine > > looked broken as there were no files or directory associations. > > > > So in ummm fixing what I thought was broken, deleted the symlink. > > > > Then I started looking at the newest procs and found the WLPDIR points > > to it. > > > > What I need, is how should the symlink reference for > > /usr/lpp/zosmf/liberty look like and what does it point to? > > > > Thanks > > > > Ms Terri E Shaffer > > Senior Systems Engineer, > > z/OS Support: > > ACIWorldwide – Telecommuter > > H(412-766-2697) C(412-519-2592) > > terri.shaf...@aciworldwide.com > > > > [https://www.aciworldwide.com/-/media/aci-footer] < > > http://www.aciworldwide.com> This email message and any attachments > > may contain confidential, proprietary or non-public information. The > > information is intended solely for the designated recipient(s). If an > > addressing or transmission error has misdirected this email, please > > notify the sender immediately and destroy this email. Any review, > > dissemination, use or reliance upon this information by unintended > > recipients is prohibited. Any opinions expressed in this email are > > those of the author personally. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > We all have skeletons in our closet. > Mine are so old, they have osteoporosis. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > [https://www.aciworldwide.com/-/media/aci-footer] < > http://www.aciworldwide.com> > This email message and any attachments may contain confidential, > proprietary or non-public information. The information is intended solely > for the designated recipient(s). If an addressing or transmission error has > misdirected this email, please notify the sender immediately and destroy > this email. Any review, dissemination, use or reliance upon this > information by unintended recipients is prohibited. Any opinions expressed > in this email are those of the author personally. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Ooops
Here is mine on z/OS 2.3 $ ls -l /usr/lpp/zosmf/liberty lrwxrwxrwx 1 05123 Mar 28 16:12 /usr/lpp/zosmf/liberty -> ../liberty_zos/17.0.0.3 $ On Tue, May 8, 2018 at 10:21 AM, John McKown wrote: > On Tue, May 8, 2018 at 9:14 AM, Shaffer, Terri < > 017d5f778222-dmarc-requ...@listserv.ua.edu> wrote: > > > So I was wondering if someone can help, I tried looking at IBM links and > > couldn’t find what I needed. > > > > In my infinite wisdom, HA, I have been running z/OS 2.3 for about 3 > months > > now, and circling back around and reconfigure z/OSMF. > > > > On the z/OS 2.3 system that I have access to, I see: > > lrwxrwxrwx 1 OMVSKERN OMVSGRP 23 Feb 7 09:48 > /usr/lpp/zosmf/liberty -> ../liberty_zos/17.0.0.3 > > > > > > > There was a directory/SYMLINK at /usr/lpp/zosmf/liberty but mine looked > > broken as there were no files or directory associations. > > > > So in ummm fixing what I thought was broken, deleted the symlink. > > > > Then I started looking at the newest procs and found the WLPDIR points to > > it. > > > > What I need, is how should the symlink reference for > > /usr/lpp/zosmf/liberty look like and what does it point to? > > > > Thanks > > > > Ms Terri E Shaffer > > Senior Systems Engineer, > > z/OS Support: > > ACIWorldwide – Telecommuter > > H(412-766-2697) C(412-519-2592) > > terri.shaf...@aciworldwide.com > > > > [https://www.aciworldwide.com/-/media/aci-footer] < > > http://www.aciworldwide.com> > > This email message and any attachments may contain confidential, > > proprietary or non-public information. The information is intended solely > > for the designated recipient(s). If an addressing or transmission error > has > > misdirected this email, please notify the sender immediately and destroy > > this email. Any review, dissemination, use or reliance upon this > > information by unintended recipients is prohibited. Any opinions > expressed > > in this email are those of the author personally. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > We all have skeletons in our closet. > Mine are so old, they have osteoporosis. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM tape init question
Example of how I add a new volume to RMM and then initialize it. //REMOVEV EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * RMM AV MP0121 STATUS(SCRATCH) COUNT(1) DENSITY(*) INITIALIZE(Y) - LABEL(SL) LOCATION(LUMINEX) MEDIANAME(3590) MEDIATYPE(HPCT) - USE(MVS) RECORDINGFORMAT(128TRACK) STORGRP(TPSG) /* //STEP2EXEC PGM=EDGINERS //SYSPRINT DD SYSOUT=* //TAPE DD UNIT=(3590-1,,DEFER) //SYSINDD * INIT VOLUME(MP0121) /* On Mon, May 7, 2018 at 11:04 AM, Tom Conley wrote: > On 5/7/2018 10:43 AM, Tony Thigpen wrote: > >> Thanks. >> >> I was looking at the SYSIN parms for EDGINERS and never noticed that >> there were additional options as a parm on the EXEC card. I will try this >> later today. >> >> These tapes have had their external labels removed to facilitate putting >> new robot labels that are within our normal volid range. We have done this >> using CA1 in the past, but now we are running RMM. So, I don't know what >> the current internal label is. >> >> Tony Thigpen >> >> John McKown wrote on 05/07/2018 10:05 AM: >> >>> On Mon, May 7, 2018 at 8:48 AM, Tony Thigpen wrote: >>> >>> We have recently converted to RMM. I need to init a bunch of used tapes that already have a volid. I have hit several problems and it just seems that the only way to do what I need is to process the tapes twice. Using EDGINERS, it appears that you can only change a volid if the existing volid is already in the RMM catalog. These tapes are not in the catalog. So, it looks like I need to relabel the tapes using other tools, such as IEHINITT, then run EDGINERS against the tape. Did I miss something that would make this a much simpler process? -- Tony Thigpen > Tony, > > You have to ADDVOL the tapes first, they should show up in INIT status. > Then run EDGINERS to INIT them. There are various options to bypass all > the WTOR's you'll get saying ARE YOU SURE YOU WANT TO RELABEL this tape. > Been a while for me, I don't remember the options, even though it was my > requirement that added them. You'll get there eventually. > > Regards, > Tom Conley > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF hints needed
As careful as I was setting up zOSMF I missed one Permit. PERMIT BBG.ANGEL.IZUANG1 CLASS(SERVER) ID(IZUSVR) ACCESS(READ) Thank you, John, for pointing me to the IZUSEC sample. On Fri, Mar 30, 2018 at 11:18 AM, Mark Pace wrote: > Okay - found the error - > 2018-03-30T13:28:47.907Z|2644|com.ibm.zoszmf.navigation.servlet. > NavTreeServlet|NavTreeServlet::doPost() > SEVERE:IZUG593E: A SAF request failed. Additional information: > "null" > com.ibm.zoszmf.util.auth.AuthorizationException: IZUG593E: A SAF request > failed. Additional information: "null" >com.ibm.zoszmf.util.nav.auth.NavAuthorizationManager. > getAuthorizedNavigationTasksOfUser(NavAuthorizationManager.java:813) > > > SAF - Something new to research. :) > > On Fri, Mar 30, 2018 at 10:59 AM, Mark Pace > wrote: > >> Thank you, Ronald and John. >> This system is not in a Plex, just a single z/OS. Should I still move it >> to /global? >> >> I'll let you know what I figure out. >> >> On Fri, Mar 30, 2018 at 10:52 AM, John Eells wrote: >> >>> First, make sure that your IZUPRMxx member's JAVA_HOME points to the >>> right Java path. z/OSMF requires Java 8 in z/OS V2.3. >>> >>> There should be two STDOUT and two STDERR data sets among the IZUSVR1 >>> outputs. The second of each one is more likely by far to be useful than the >>> first of each. >>> >>> Then check /var/zosmf/data/logs/IZUG0.log. The log files are >>> space-limited, so if IZUG0 got full the messages of interest might have >>> evaporated from IZUG0.log; if so you will have look for them in >>> IZUG0.log-IZUG9.log. You will need to su to UID(0) to read the files. ISPF >>> OPT3.17 is an easy way to read them using the VA (view ASCII) line command. >>> >>> If all else fails, of course, please open a PMR! If you do, I'd be >>> grateful if you sent me the PMR number. I have a high degree of interest >>> in z/OSMF setup issues, and I will be interested to know what the problem >>> was. >>> >>> Finally, consider moving the z/OSMF data directory to /global from /var >>> and doing the necessary update to the PROC (update USERDIR) before you >>> actually do anything with z/OSMF. This will make z/OSMF use the same data >>> repository no matter what system in the plex it starts on first, or gets >>> moved to. This should work and play better with z/OSMF autostart and avoid >>> some possible entanglements later on. >>> >>> -- >>> John Eells >>> IBM Poughkeepsie >>> ee...@us.ibm.com >>> >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >> >> >> >> -- >> The postings on this site are my own and don’t necessarily represent >> Mainline’s positions or opinions >> >> Mark D Pace >> Senior Systems Engineer >> Mainline Information Systems >> >> >> >> > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF hints needed
Okay - found the error - 2018-03-30T13:28:47.907Z|2644|com.ibm.zoszmf.navigation.servlet.NavTreeServlet|NavTreeServlet::doPost() SEVERE:IZUG593E: A SAF request failed. Additional information: "null" com.ibm.zoszmf.util.auth.AuthorizationException: IZUG593E: A SAF request failed. Additional information: "null" com.ibm.zoszmf.util.nav.auth.NavAuthorizationManager.getAuthorizedNavigationTasksOfUser(NavAuthorizationManager.java:813) SAF - Something new to research. :) On Fri, Mar 30, 2018 at 10:59 AM, Mark Pace wrote: > Thank you, Ronald and John. > This system is not in a Plex, just a single z/OS. Should I still move it > to /global? > > I'll let you know what I figure out. > > On Fri, Mar 30, 2018 at 10:52 AM, John Eells wrote: > >> First, make sure that your IZUPRMxx member's JAVA_HOME points to the >> right Java path. z/OSMF requires Java 8 in z/OS V2.3. >> >> There should be two STDOUT and two STDERR data sets among the IZUSVR1 >> outputs. The second of each one is more likely by far to be useful than the >> first of each. >> >> Then check /var/zosmf/data/logs/IZUG0.log. The log files are >> space-limited, so if IZUG0 got full the messages of interest might have >> evaporated from IZUG0.log; if so you will have look for them in >> IZUG0.log-IZUG9.log. You will need to su to UID(0) to read the files. ISPF >> OPT3.17 is an easy way to read them using the VA (view ASCII) line command. >> >> If all else fails, of course, please open a PMR! If you do, I'd be >> grateful if you sent me the PMR number. I have a high degree of interest >> in z/OSMF setup issues, and I will be interested to know what the problem >> was. >> >> Finally, consider moving the z/OSMF data directory to /global from /var >> and doing the necessary update to the PROC (update USERDIR) before you >> actually do anything with z/OSMF. This will make z/OSMF use the same data >> repository no matter what system in the plex it starts on first, or gets >> moved to. This should work and play better with z/OSMF autostart and avoid >> some possible entanglements later on. >> >> -- >> John Eells >> IBM Poughkeepsie >> ee...@us.ibm.com >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF hints needed
Thank you, Ronald and John. This system is not in a Plex, just a single z/OS. Should I still move it to /global? I'll let you know what I figure out. On Fri, Mar 30, 2018 at 10:52 AM, John Eells wrote: > First, make sure that your IZUPRMxx member's JAVA_HOME points to the right > Java path. z/OSMF requires Java 8 in z/OS V2.3. > > There should be two STDOUT and two STDERR data sets among the IZUSVR1 > outputs. The second of each one is more likely by far to be useful than the > first of each. > > Then check /var/zosmf/data/logs/IZUG0.log. The log files are > space-limited, so if IZUG0 got full the messages of interest might have > evaporated from IZUG0.log; if so you will have look for them in > IZUG0.log-IZUG9.log. You will need to su to UID(0) to read the files. ISPF > OPT3.17 is an easy way to read them using the VA (view ASCII) line command. > > If all else fails, of course, please open a PMR! If you do, I'd be > grateful if you sent me the PMR number. I have a high degree of interest > in z/OSMF setup issues, and I will be interested to know what the problem > was. > > Finally, consider moving the z/OSMF data directory to /global from /var > and doing the necessary update to the PROC (update USERDIR) before you > actually do anything with z/OSMF. This will make z/OSMF use the same data > repository no matter what system in the plex it starts on first, or gets > moved to. This should work and play better with z/OSMF autostart and avoid > some possible entanglements later on. > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.com > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF hints needed
z/OSMF 2.3 The angle process and the server start with what all appear to be normal messages. I can access the login page. I can enter my userid and password then the next screen displays - IBM z/OS Management Facility on miszos IZUG417E One or more errors were encountered during the initialization of the z/OSMF navigation area. IZUG417E Mar 30, 2018, 9:30:17 AM IZUG417E - IZUG417E Examine the z/OSMF logs for messages related to this error. If the these messages do not indicate the cause of the problem, contact the IBM Support Center. I've looked in IZUSVR1 STDOUT - that only contains the startup messages and STDERR is empty. So the hint I need - where are these logs they want me to look at? And yes, I've tried different browers, Firefox, Edge, Chrome, Internet Exploder all produce the same message. Thank you. | -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JVM fails to intialize
It was working for me until I applied the latest RSU yesterday. Something in the maintenance changed it. On Thu, Mar 29, 2018 at 8:57 AM, Allan Staller wrote: > Works for me in a 1 GB logon region. MAXASSSIZE=2GB. TSOASSIZMAX=NONE > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Pace > Sent: Thursday, March 29, 2018 7:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JVM fails to intialize > > Just applied some maintenance to Java. > > In OMVS > > $ /usr/lpp/java/J8.0_64/bin/java > -version > > JVMJ9VM015W Initialization error for library j9gc29(2): Failed to > instantiate compressed references metadata; 200M requested > Error: Could not create the Java Virtual Machine. > > Error: A fatal exception has occurred. Program will exit. > $ > > > At first I thought it was my ASSIZE in OMVS was too small. It was the > default of 200M. > So I set it to 1G > *setomvs maxassize=1073741824* > > When I tried java again I get the same results. > The ASSIZEMAX parameter in my OMVS profile is set to NONE, so I should be > useing the system MAXASSIZE. > > Any ideas? > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > > > > > -- > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > > > > > -- > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JVM fails to intialize
$ /usr/lpp/java/J8.0_64/bin/java -Xmcrs2048k -version java version "1.8.0_151" Java(TM) SE Runtime Environment (build 8.0.5.5 - pmz6480sr5fp5-20171114_01(SR5 FP5)) IBM J9 VM (build 2.9, JRE 1.8.0 z/OS s390x-64 Compressed References 20171102_369060 (JIT enabled, AOT enabled) OpenJ9 - 7ade437 OMR - 1b656cb IBM - 59c3d96) JCL - 20171113_01 based on Oracle jdk8u151-b12 $ Thank you! I'll have to dig into find out where I can make that change permanent. On Thu, Mar 29, 2018 at 8:57 AM, Barbara Nitz wrote: > >$ /usr/lpp/java/J8.0_64/bin/java > >-version > > Try > java -Xmcrs2048k -version > > My colleague who had figured that out set the specified parm somewhere in > USS, so now it always works for us just using -version. > > Regards, Barbara > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JVM fails to intialize
Just applied some maintenance to Java. In OMVS $ /usr/lpp/java/J8.0_64/bin/java -version JVMJ9VM015W Initialization error for library j9gc29(2): Failed to instantiate compressed references metadata; 200M requested Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. $ At first I thought it was my ASSIZE in OMVS was too small. It was the default of 200M. So I set it to 1G *setomvs maxassize=1073741824* When I tried java again I get the same results. The ASSIZEMAX parameter in my OMVS profile is set to NONE, so I should be useing the system MAXASSIZE. Any ideas? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Delete dataset catch-22
The
DEFINE NONVSAM(NAME(MARPACE.GODADDY.CERT) -
DEVT(3390) VOLUME(STDL09))
got it cataloged again, but I still could not delete the file.
So I did
DELETE MARPACE.GODADDY.CERT NOSCRATCH
to get it removed from the catalog again.
Then did a
DEFINE NONVSAM -
(NAME(MARPACE.GODADDY.CERT) -
DEVICETYPE(3390) -
VOLUMES(STDL09) -
RECATALOG)
This time I was able to us D to delete the file from PDF.
Thanks to all for the suggestions.
On Thu, Feb 8, 2018 at 3:05 PM, Mark Pace wrote:
> Yes, I did specify FILE
>
>
> *DELETE MARPACE.GODADDY.CERT FILE(DD1) *
>
> IDC3014I CATALOG ERROR
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFM-2
> IDC0551I ** ENTRY MARPACE.GODADDY.CERT NOT DELETED
>
> IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8
>
> On Thu, Feb 8, 2018 at 2:45 PM, Andrew Arentsen <
> andrew.arent...@acuity.com> wrote:
>
>> Did you specify the FILE when using IDCAMS DEL NVR?
>>
>>
>> //
>> //* DELETES NON-CATALOGED DATASETS WITH IDCAMS
>> //* USE VVR FOR VSAM DATASETS
>> //* USE NVR FOR SAM DATASETS
>> //* CHANGE VOLSER TO MATCH VOLUME THAT DATASET RESIDES ON
>> //
>> //STEP1 EXEC PGM=IDCAMS
>> //SYSPRINT DD SYSOUT=*
>> //FILE2 DD UNIT=SYSDA,VOL=SER=TSO901,DISP=OLD
>> //SYSIN DD *
>> DEL ('DSZZ005.STT00035.VIALOG') NVR FILE(FILE2)
>>
>>
>> Andrew Arentsen
>> Senior Mainframe Systems Engineer
>>
>>
>>
>>
>> From: "Mark Pace"
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 2018-02-08 13:39
>> Subject:Delete dataset catch-22
>> Sent by:"IBM Mainframe Discussion List" > >
>>
>>
>>
>> I'm trying to delete a dataset that is not cataloged any longer. I'm not
>> sure why it is not in a catalog, but it is not. I've tried to re-catalog
>> the dataset, but it doesn't catalog.
>>
>> So I have tried to every combination of IDCAMS DELETE I can think of.
>> NONVSAM
>> NVR
>> etc..
>>
>> All return
>> ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 - Dataset
>> not found.
>>
>> So I tried IEHPROGM
>> SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE
>>
>> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E),
>> STEP010,STDL09,MARPACE.GODADDY.CERT
>>
>> 0406001E - Verification of SMS flags failed; caller indicates the data
>> set
>> is not cataloged, but the *FMT1 DSCB indicates the data set is cataloged*
>>
>> So I have no idea how to remove this dataset, IDCAMS won't do it because
>> it's not in a catalog, and IEHPROGM won't do it because it thinks it is in
>> a catalog.
>>
>> Anyone have a suggestion?
>>
>> Thank you.
>>
>>
>>
>> --
>> The postings on this site are my own and don’t necessarily represent
>> Mainline’s positions or opinions
>>
>> Mark D Pace
>> Senior Systems Engineer
>> Mainline Information Systems
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>>
>>
>> **
>> This e-mail is confidential. If you are not the intended recipient, you
>> must not disclose or use the information contained in it. If you have
>> received this e-mail in error, please tell us immediately by return e-mail
>> and delete the document.
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Delete dataset catch-22
Yes, I did specify FILE
*DELETE MARPACE.GODADDY.CERT FILE(DD1) *
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFM-2
IDC0551I ** ENTRY MARPACE.GODADDY.CERT NOT DELETED
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8
On Thu, Feb 8, 2018 at 2:45 PM, Andrew Arentsen
wrote:
> Did you specify the FILE when using IDCAMS DEL NVR?
>
>
> //
> //* DELETES NON-CATALOGED DATASETS WITH IDCAMS
> //* USE VVR FOR VSAM DATASETS
> //* USE NVR FOR SAM DATASETS
> //* CHANGE VOLSER TO MATCH VOLUME THAT DATASET RESIDES ON
> //
> //STEP1 EXEC PGM=IDCAMS
> //SYSPRINT DD SYSOUT=*
> //FILE2 DD UNIT=SYSDA,VOL=SER=TSO901,DISP=OLD
> //SYSIN DD *
> DEL ('DSZZ005.STT00035.VIALOG') NVR FILE(FILE2)
>
>
> Andrew Arentsen
> Senior Mainframe Systems Engineer
>
>
>
>
> From: "Mark Pace"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 2018-02-08 13:39
> Subject:Delete dataset catch-22
> Sent by:"IBM Mainframe Discussion List"
>
>
>
> I'm trying to delete a dataset that is not cataloged any longer. I'm not
> sure why it is not in a catalog, but it is not. I've tried to re-catalog
> the dataset, but it doesn't catalog.
>
> So I have tried to every combination of IDCAMS DELETE I can think of.
> NONVSAM
> NVR
> etc..
>
> All return
> ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 - Dataset
> not found.
>
> So I tried IEHPROGM
> SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE
>
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E),
> STEP010,STDL09,MARPACE.GODADDY.CERT
>
> 0406001E - Verification of SMS flags failed; caller indicates the data
> set
> is not cataloged, but the *FMT1 DSCB indicates the data set is cataloged*
>
> So I have no idea how to remove this dataset, IDCAMS won't do it because
> it's not in a catalog, and IEHPROGM won't do it because it thinks it is in
> a catalog.
>
> Anyone have a suggestion?
>
> Thank you.
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> **
> This e-mail is confidential. If you are not the intended recipient, you
> must not disclose or use the information contained in it. If you have
> received this e-mail in error, please tell us immediately by return e-mail
> and delete the document.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Delete dataset catch-22
Doing the define NONVSAM - got me a little closer - the dataset is now cataloged. But when I use D to delete the datset - IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04060020), IKJACCNT,STDL09,MARPACE.GODADDY.CERT 04060020 - Verification of SMS flags failed; caller indicates data set is not SMS-managed, but FMT4 DSCB indicates that it is an SMS volume. This error might be caused by a damaged catalog entry. Issuing the recatalog command might clear this error. Do I will try the recatalog command. On Thu, Feb 8, 2018 at 2:44 PM, Burrell, Todd wrote: > What do you get if you try this in IDCAMS: > > DEFINE NONVSAM(NAME(MARPACE.GODADDY.CERT) - > DEVT(3390) VOLUME(STDL09)) > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Pace > Sent: Thursday, February 08, 2018 2:38 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Delete dataset catch-22 > > I'm trying to delete a dataset that is not cataloged any longer. I'm not > sure why it is not in a catalog, but it is not. I've tried to re-catalog > the dataset, but it doesn't catalog. > > So I have tried to every combination of IDCAMS DELETE I can think of. > NONVSAM > NVR > etc.. > > All return > ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 - Dataset > not found. > > So I tried IEHPROGM > SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE > > IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E), > STEP010,STDL09,MARPACE.GODADDY.CERT > > 0406001E - Verification of SMS flags failed; caller indicates the data > set is not cataloged, but the *FMT1 DSCB indicates the data set is > cataloged* > > So I have no idea how to remove this dataset, IDCAMS won't do it because > it's not in a catalog, and IEHPROGM won't do it because it thinks it is in > a catalog. > > Anyone have a suggestion? > > Thank you. > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This email transmission and any accompanying attachments may contain CSX > privileged and confidential information intended only for the use of the > intended addressee. Any dissemination, distribution, copying or action > taken in reliance on the contents of this email by anyone other than the > intended recipient is strictly prohibited. If you have received this email > in error please immediately delete it and notify sender at the above CSX > email address. Sender and CSX accept no liability for any damage caused > directly or indirectly by receipt of this email. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Delete dataset catch-22
I'm trying to delete a dataset that is not cataloged any longer. I'm not sure why it is not in a catalog, but it is not. I've tried to re-catalog the dataset, but it doesn't catalog. So I have tried to every combination of IDCAMS DELETE I can think of. NONVSAM NVR etc.. All return ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 - Dataset not found. So I tried IEHPROGM SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E), STEP010,STDL09,MARPACE.GODADDY.CERT 0406001E - Verification of SMS flags failed; caller indicates the data set is not cataloged, but the *FMT1 DSCB indicates the data set is cataloged* So I have no idea how to remove this dataset, IDCAMS won't do it because it's not in a catalog, and IEHPROGM won't do it because it thinks it is in a catalog. Anyone have a suggestion? Thank you. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shocking Bug in Latest PCOMM Release
Have to many users that are dieing on V12.0.2 They still have not added the update to Fix Central. :( On Wed, Nov 22, 2017 at 10:27 AM, Ed Jaffe wrote: > On 11/21/2017 7:36 PM, Ed Jaffe wrote: > >> This problem is not caused by a messed up keyboard map. Incredibly, the >> DEL key simply does not work any more! >> > > I opened a PMR and IBM was able to identify and fix the problem overnight. > I installed an updated pcskbd.dll this morning and all is well. > > Still shocked that I was the first to discover something so incredibly > fundamental! It proves to me beyond a shadow of a doubt that not a single > mainframe programmer actually *used* this product before it shipped... > > I'll let you know when I get a real APAR number (or whatever passes for an > APAR in this "loosy goosey" off-platform DevOps programming world...) > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > http://www.phoenixsoftware.com/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.3 PFA and JAVA
It appears to me that PFA requires a 32-bit version of JAVA. When I 1st started PFA it failed with an invalid JAVA path. I found the path pointed to the 64_bit version of java but the path included /s390/ which does not exist in a 64_bit JAVA. I changed the path to include /s390x/ When I start PFA again it fails. CEE3588S A call was made to a function in the AMODE 64 DLL libjvm.so from an AMODE 31 caller. From entry point main at statement 882 at compile unit offset +21C8 at entry offset +21C8 at address 090109E0. But the ServerPac I'm installing only contains 64 bit versions. # cd /usr/lpp/java # ls -1 J7.1_64 J8.0_64 current current_64 *# /usr/lpp/java/current/bin/java -version* java version "1.8.0" Java(TM) SE Runtime Environment (build pmz6480sr4fp10-20170727_01(SR4 FP10)) IBM J9 VM (build 2.8, JRE 1.8.0 z/OS *s390x-64* Compressed References 20170722_357405 (JIT enabled, AOT enabled) J9VM - R28_20170722_0201_B357405 JIT - tr.r14.java_20170722_357405 GC - R28_20170722_0201_B357405_CMPRSS J9CL - 20170722_357405) JCL - 20170726_01 based on Oracle jdk8u144-b01 *# /usr/lpp/java/current_64/bin/java -version* java version "1.8.0" Java(TM) SE Runtime Environment (build pmz6480sr4fp10-20170727_01(SR4 FP10)) IBM J9 VM (build 2.8, JRE 1.8.0 z/OS *s390x-64* Compressed References 20170722_357405 (JIT enabled, AOT enabled) J9VM - R28_20170722_0201_B357405 JIT - tr.r14.java_20170722_357405 GC - R28_20170722_0201_B357405_CMPRSS J9CL - 20170722_357405) JCL - 20170726_01 based on Oracle jdk8u144-b01 # So if PFA is included in the z/OS 2.3 base AND requires a 32-bit JAVA, shouldn't that be included in the base? Or have I once again missed something? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT FILE019 - Command - 0C4
My foot, my gun. Assembled and linked with the RENT option. Assembled and linked with NORENT and it works as it should. Thank you, Jim. On Fri, Sep 22, 2017 at 4:32 PM, Mark Pace wrote: > I installed the CBT FILE019 - Command. There were no special > instructions, except that program had to be APF authorized. So I did an > assemble and link edit into a library that is APF authorized. I then did a > F LLA,REFRESH. > > But when I run the program I get an 0C4. > > SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 > > I'm not sure if the LLA,REFRESH was enough. I think I may try to IPL. > > Any ideas? This is 2.2 system. > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CBT FILE019 - Command - 0C4
I installed the CBT FILE019 - Command. There were no special instructions, except that program had to be APF authorized. So I did an assemble and link edit into a library that is APF authorized. I then did a F LLA,REFRESH. But when I run the program I get an 0C4. SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 I'm not sure if the LLA,REFRESH was enough. I think I may try to IPL. Any ideas? This is 2.2 system. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Eliminating the systems programmer was Re: IBM cuts contractor bil ling by 15 percent (our else)
Oh the great failed examples of VM/IS 4 & 5, took IBM 2 releases to figure this was a disaster. Also SSX/VSE. All thought they could have an administrator install and maintain the system. I can't recall the number of times I was on the CritSit Desk for VM/IS 4. On Fri, Jun 23, 2017 at 3:13 PM, Anne & Lynn Wheeler wrote: > esst...@juno.com (esst...@juno.com) writes: > > "supplying the entire OS on a chip" > > > > I heard a similar statement delivered by the Late Great Bob Yelevich > > in the early 1990s. He suggested that CICS would be delivered on a > > Board, or possibly a component/domain would be delivered on a board. > > . > > . > > As a contractor I have experienced the neglect in Installations, when > > Qualified Systems Programmers are not employed. I was in one > > installation where I inherited well over one hundred outstanding > > issues, Abends, Storage Violations, back level maintenance. > > re: > http://www.garlic.com/~lynn/2017g.html#23 Eliminating the systems > programmer was Re: IBM cuts contractor billing by 15 percent (our else) > > early 1975, I got sucked into helping get system enhancements out ... as > failing > http://www.garlic.com/~lynn/submain.html#futuresys > > one was ECPS microcode assist for new 138/148 low & mid-range > machines implemented with vertical microcode (somewhat like Hercules > mainframe emulator) ... with a avg ratio of 10:1 native instructions per > 370 instruction. was to select 6kbytes of most frequently executed > operating system code for moving into native ... for a 10:1 speedup. > (which turned out to be 79.55% of supervisor execution) old post > http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist > > I also got sucked into designing 5-way SMP for 370/125. 115/125 had nine > position memory bus for microprocessors. 115 had all microprocessors the > same just with different microcode loads for 370 processor, controllers, > etc. 125 was identical except the 370 processor was 50% faster than the > other processors. > > I dropped multiprocessor dispatching/scheduling for problem state and > supervisor state into microcode ... with queued interface that put tasks > on the queue and pulled stuff off the queue. Lots of multiprocessor > operation was transparent to the actual software (all hidden in > microcode). I also did queued microcode interface for all I/O ... > putting stuff on the queue and pulling stuff off the queue. > > The 370/125 multiprocessor was never announced or shipped (in part > becuase the 138/148 people complained it was overlapping their market, I > was in some escalation meetings where I had to argue both sides). > http://www.garlic.com/~lynn/submain.html#bounce > > Early 80s, I was at bi-annual ACM SIGOPS meetings where the intel i432 > people gave a talk on what they were doing ... which included a lot of > higher level function ... like I had done for 125 (lot of multiprocessor > and I/O operation was queued interface and transparent to "software"). > They found out that their major problem was that all these advanced > functions was manufactured into the chip silicon ... and any fixes > required spinning new silicon and replacing all the chips. > > as an aside ... other stuff going into i432 was similar stuff to some > stuff that went into IBM S/38 ... which has been characterized as after > FS failure, some of the people retreated to Rochester and did a much > simplified FS flavor as S/38 (but again in microcode, not the raw > silicon). I've periodically pointed out that in the S/38 market the > trade-off between simplified operation and lack of sclability ... came > down on the side of simplified operation (in the high-end market, one of > the things that put the nails in FS coffin was showing 370/195 > applications redone for FS, running on fastest possible FS hardware, > would have throughput of 370/145, about 30times slowdown). > > past posts mentioning I432 > http://www.garlic.com/~lynn/2000e.html#6 Ridiculous > http://www.garlic.com/~lynn/2000f.html#48 Famous Machines and Software > that didn't > http://www.garlic.com/~lynn/2001g.html#36 What was object oriented in > iAPX432? > http://www.garlic.com/~lynn/2002d.html#27 iAPX432 today? > http://www.garlic.com/~lynn/2002l.html#19 Computer Architectures > http://www.garlic.com/~lynn/2002o.html#5 Anyone here ever use the iAPX432 > ? > http://www.garlic.com/~lynn/2003e.html#54 Reviving Multics > http://www.garlic.com/~lynn/2003m.html#23 Intel iAPX 432 > http://www.garlic.com/~lynn/2003m.html#24 Intel iAPX 432 > http://www.garlic.com/~lynn/2003m.html#47 Intel 860 and 960, was iAPX 432 > http://www.garlic.com/~lynn/2004e.html#52 Infiniband - practicalities for > small clusters > http://www.garlic.com/~lynn/2004q.html#60 Will multicore CPUs have > identical cores? > http://www.garlic.com/~lynn/2004q.html#64 Will multicore CPUs have > identical cores? > http://www.garlic.com/~lynn/2004q.html#73 Athlon cache question > http://www.garlic.com/~lynn/2005d.html#64 Mi
Re: Eliminating the systems programmer was Re: IBM cuts contractor billing by 15 percent (our else)
I am afraid this new "Continuous Update" may lead to the same thing. On Fri, Jun 23, 2017 at 6:41 AM, Bill Wilkie wrote: > As I am reading this, all I can think of is Windows 10 and Automatic > updates. Since accidentally going to Windows 10, I have crashed my laptop > at least 10 times and spent many days and a lot of money trying to recover. > Be careful what you wish for. > > > Bill > > > > From: IBM Mainframe Discussion List on behalf > of Edward Gould > Sent: Friday, June 23, 2017 3:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Eliminating the systems programmer was Re: IBM cuts > contractor billing by 15 percent (our else) > > > On Jun 22, 2017, at 6:50 PM, Clark Morris > wrote: > >> __SNIP-- > > > > > If the goal was to eliminate the need for highly technical people who > > understand the platform and the tradeoffs, that is a futile goal for > > any operating system. If the goal is to eliminate the need for > > assembler coded exits, this is more doable but customization will > > always be with us. While there can be plenty of obscurity in > > assembler, how well documented are the SYS1.PARMLIB members and JES > > initialization decks that control how the systems operate? These are > > just weird programming interfaces that can be every bit as cryptic. > > > > As someone who did his last systems programming in the 1990s, I would > > hope that systems maintenance and upgrade has become a lot easier (and > > if IBM made the Knowledge Center and Shopz 24/365.24 available) and > > that less custom code is required because of all the new concerns that > > I didn't have to deal with. The environment has become more complex > > for all of the operating systems so anything that can be eliminated is > > to the good. There is enough to do so that automation of some of the > > grunt work is a good thing. > > > > Clark Morris > > Clark, > > The instructor just said systems programmers. I will agree with you on the > exits and assembler though. > Having said that I just cannot see a non assembler person going through > system dumps. The needed CB structure and to decode machine language and > understand what each instruction is attempting to do is just impossible (to > me)to expect of an average COBOL programmer. Also having said that as long > as IBM is as cryptic as some of their messages can be *AND* trying to > understand in context what the return code is sort of indicating would be > daunting to and programmer type, IMO. AT least they got rid of “call your > local system programmer” explanations in the M&C. > As long as I semi brought up SERVPAC, IBM needlessly (IMO) complicated the > install process. In my opinion CBIPO and CBPDO were pretty much as good as > it is going to get. IBM should have kept the level of the base better up to > date, was the only issue I had. It would have cut down on the Apply’s. > Yes there are pluses for sevrpac but you stilll need to know a bit about > SMPE. Given that SMPE is the standard for installation of maintenance I > really don’t see SERVPAC being all that helpful. I know when I tried a > couple of SERVPACs they were ugly and could be screwed up easily. The > German support was less than typical IBM support. > I got the feeling that (at least according to IBM) that customers > complained about the cost of system programmers. > Ed > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BMC acquiring CA?
"Wink, Wink, Nod, Nod, Say not more!" On Thu, Jun 22, 2017 at 11:09 PM, Steve Smith wrote: > Let's say company B has a history of being managed by smart technically > savvy people who developed their own software. Let's also say company C > has a history of being a cash mill that just buys other companies, strips > the technical staff to the bone marrow, and milks the maintenance and > licensing revenue. Perhaps B sees opportunities to consolidate some of the > many duplicate and redundant products of C (and with B's own), and use > their technical expertise to greatly expand their market with a relatively > modest increase in costs. > > Just some hypothetical musings... any resemblance to any actual company is > purely coincidental. > > sas > > On Thu, Jun 22, 2017 at 10:35 PM, Peter wrote: > > > Both the ISV do have some similar products. In what way it is going to be > > an win-win situation > > > > On Jun 23, 2017 4:03 AM, "Clark Morris" > wrote: > > > > > [Default] On 22 Jun 2017 09:05:37 -0700, in bit.listserv.ibm-main > > > pinnc...@rochester.rr.com (Tom Conley) wrote: > > > > > > >On 6/22/2017 11:30 AM, Phil Smith wrote: > > > >> John McKown wrote: > > > >>> https://www.channele2e.com/news/bmc-acquiring-ca-inc- > going-private/ > > > >> > > > >> If this goes through, I think we'll have to admit that antitrust is > > > dead. Remember that DOJ examined the CA-Sterling deal way back in 2000 > > for > > > antitrust, but let it go through. 17 years later, there are many fewer > > > players... > > > >> -- > > > >> > > > > > > > >With the current administration and DOJ, you-know-what through a > goose, > > > >which is bad for all of us. > > > > > > Given the total size of the market I would say it is almost > > > inevitable. The number of mainframe shops probably is continuing to > > > decline. Millions of lines of COBOL code have been turfed in favor of > > > SAP and its competitors. In recent decades, IBM has not been that > > > interested in the small mainframe shop even though these can grow into > > > being big mainframe shops. The market for ISVs is shrinking. > > > > > > Clark Morris > > > > > > > >--- > --- > > > >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 > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > sas > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ERBSCAN problem
I used DDLIST and member to search for ERBSCAN and found it was a REXX exec and I was able to modify the temp file allocations. It works fine now. On Wed, Jun 21, 2017 at 12:05 PM, Mark Pace wrote: > I'm not sure how I would that, or how to point ERBSCAN to use that dataset. > > On Wed, Jun 21, 2017 at 11:26 AM, J R wrote: > >> Have you tried preallocating a large SYSPRINT dataset? >> >> >> >> > On Jun 21, 2017, at 11:05, Mark Pace wrote: >> > >> > I'm trying to run an ERBSCAN against a really large SMF file. >> > >> > Please Wait... Copying to temporary VSAM dataset... >> > >> > Then after a minute. >> > >> > IEC030I B37-04,IFG0554A,MARPACE,IKJACCNT,SYSPRINT,B420,TMPL05, >> > SYS17172.T110243.RA000.MARPACE.R0116499 >> > *** >> > >> > So my impression is that the Temporary dataset was defined to small and >> ran >> > out of extents. Is there some place where I change the default size of >> the >> > temporary dataset? >> > >> > >> > >> > -- >> > The postings on this site are my own and don’t necessarily represent >> > Mainline’s positions or opinions >> > >> > Mark D Pace >> > Senior Systems Engineer >> > Mainline Information Systems >> > >> > -- >> > 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 postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ERBSCAN problem
I'm not sure how I would that, or how to point ERBSCAN to use that dataset. On Wed, Jun 21, 2017 at 11:26 AM, J R wrote: > Have you tried preallocating a large SYSPRINT dataset? > > > > > On Jun 21, 2017, at 11:05, Mark Pace wrote: > > > > I'm trying to run an ERBSCAN against a really large SMF file. > > > > Please Wait... Copying to temporary VSAM dataset... > > > > Then after a minute. > > > > IEC030I B37-04,IFG0554A,MARPACE,IKJACCNT,SYSPRINT,B420,TMPL05, > > SYS17172.T110243.RA000.MARPACE.R0116499 > > *** > > > > So my impression is that the Temporary dataset was defined to small and > ran > > out of extents. Is there some place where I change the default size of > the > > temporary dataset? > > > > > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ERBSCAN problem
I'm trying to run an ERBSCAN against a really large SMF file. Please Wait... Copying to temporary VSAM dataset... Then after a minute. IEC030I B37-04,IFG0554A,MARPACE,IKJACCNT,SYSPRINT,B420,TMPL05, SYS17172.T110243.RA000.MARPACE.R0116499 *** So my impression is that the Temporary dataset was defined to small and ran out of extents. Is there some place where I change the default size of the temporary dataset? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SSL on tso
Also note that one of the hard parts of SSL with PCOMM is self-signed certs. You need to send a copy of the public key to each user of PCOMM and import the certificate. If you're using a better TN3270 client, like Vista TN3270, you won't have this problem. At least that what I remember when I wandered down that rabbit hole about 5 years ago. On Tue, Mar 21, 2017 at 8:09 PM, Tom Brennan wrote: > I created a couple of SSL setup examples (RACF and USS) that worked for me > a few years back. With these instructions I was able to setup SSL > encryption using self-signed certificates (i.e. no paid-for certificates > that your site may require), but without any host or client authentication. > > Later I did figure out how to setup host and client authentication, and in > my tests for that I used the same self-signed certificate as for > encryption. But in my experience, I'd say most people aren't using > authentication and just want encryption. Or maybe they just *think* they > are being authenticated once they get encrypted. Uh oh... > > Anyway, here are some notes. Use them if you can, or throw them away > where they probably belong: > > http://www.mildredbrennan.com/mvs/setting_up_the_tn3270_star > ted_task_for_ssl.docx > > Tom > > > saurabh khandelwal wrote: > >> Yes, I m referring to IBM pcom . For secure two session we would like to >> use 992 port. >> I did google it for archived data but couldn't find steps to implement >> this >> new change in the system >> >> >> >> >> On 20-Mar-2017 3:17 PM, "Elardus Engelbrecht" < >> elardus.engelbre...@sita.co.za> wrote: >> >> saurabh khandelwal wrote: >> >> >> We have requirement to enable SSL for two access with ibm PCOOM emulator >>> >> >> >> Are you referring to IBM PCOM emulater? Just checking about your spelling. >> >> >> >> with port 992 for secure connection. >>> >> >> >> It depends on what your TCP/IP staff is using that port or any other port >> for TSO logon. >> >> >> >> I tried looking at document and rebook but didn't find any implementation >>> >> >> steps. >> >> Really? There are many books and discussion lists sitting worldwide about >> this topic. Did you asked Mr. G. O. Ogle (Google) for it? >> >> >> >> Can anybody help to make this setup work. >>> >> >> >> Ask your TELNET server staff for assistance. Also ask your RACF staff for >> assistance for setting up a Digital Certificate for TELNET server. >> >> Just ensure you have a default TELNET non-SSL port in case you can't login >> in the first place. >> >> Good luck, this is a major project. (I and my colleagues have been there >> and it was quite a journey, trust me.) >> >> Groete / Greetings >> Elardus Engelbrecht >> >> -- >> 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 >> >> >> > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Odd Syntax error (SMP/E)
I'm not sure where to go with this. To answer Kurt's question. cpp@hash is a file in the z/OS Dialogs used to install IBM software. In the actual receive JCL there is a DD to put the hash in the JCL. Now the confusing part. I asked the guy I was working with on this to copy/paste the cpp@hash file contents. He sent me an email with the mixed case hash that caused the error. So when I converted it to uppercase, and it worked, I sent the other guy an email saying that I got it work by converting it to uppercase. He replied with - it was uppercase in the file! DOH! So I don't know what happened that I got mixed case from him. Sorry for the confusion. On Thu, Mar 30, 2017 at 9:42 AM, Kurt Quackenbush wrote: > On 3/29/2017 11:26 AM, Paul Gilmartin wrote: > >> On Wed, 29 Mar 2017 08:12:00 -0400, Mark Pace wrote: >> >> I did a copy and paste of the first receive, and then only had to modify >>> the file name and hash for the 2nd. I did copy and paste the hash from >>> the >>> ccp@hash file. >>> >>> So I tried to change the hash to all upper case - and it works! Thanks >>> you. >>> >>> If IBM supplied that ccp@hash file in lower case but SMP/E requires it >> upper, >> that ought to be APARable, either to supply the ccp@hash file as needed >> or >> to make SMP/E more tolerant. Both? >> >> Kurt? >> > > What is this cpp@hash file? I'm not familiar with it. But to answer the > question, sure, if IBM supplied this file and the file somehow contains a > lower-case hash value, then I would ask to have this file fixed. > > Kurt Quackenbush -- IBM, SMP/E Development > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Odd Syntax error
I did a copy and paste of the first receive, and then only had to modify the file name and hash for the 2nd. I did copy and paste the hash from the ccp@hash file. So I tried to change the hash to all upper case - and it works! Thanks you. On Tue, Mar 28, 2017 at 5:21 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 28 Mar 2017 17:00:43 -0400, Mark Pace wrote: > > >I'm trying to download some software using HTTPS. > > hash="03638FB010AAEA65109594DF96C0D458102E0BFE" > > > >And I get - > >GIM45500S ** VERIFICATION OF HASH VALUE OF > > > >Oops - I forgot to change the HASH > > > > hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61" > > > >Then I get - all that changed was the hash value > > > >-- > >hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61" > >GIM20313S ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT FROM DD > >STATEMENT > > SERVINFO AT COLUMN > >14. > > > Have you stumbled into one of the few surving programs that thinks hex > should be case-sensitive? > > Did you type all that by hand? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Odd Syntax error
I'm trying to download some software using HTTPS. //SERVINFO DD * And I get - GIM45500S ** VERIFICATION OF HASH VALUE OF FILE /mnt/mainline/IBM/OS221677.content/GIMPAF.XML FAILED. SMP/E WILL NOT RETRY FILE RETRIEVAL. Oops - I forgot to change the HASH //SERVINFO DD * Then I get - all that changed was the hash value -- hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61" GIM20313S ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT FROM DD STATEMENT SERVINFO AT COLUMN 14. GIM46701IPROCESSING HAS FAILED FOR THE SERVER DATA SET ALLOCATED TO THE SERVINFO DDNAME. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS SYSPROG jobs
I currently do systems work for a county in Texas. It required fingerprinting and a background check, but I do all the work remotely. On Tue, Feb 7, 2017 at 2:29 PM, Steve Thompson wrote: > FYI: > > In my experience, certain jobs that require clearances require the work to > be done on-site. And very little, if anything at all, can be done off-site > with those restrictions. > > Regards, > Steve Thompson > > > On 02/06/2017 11:00 PM, Steve Beaver wrote: > >> I am getting at least one call a day (zOS SYSPROG/ARCHITECT jobs) that >> want >> me to relocate to somewhere I don't care to be and they refuse to allow >> remote at least 75% of the time then they do not want to pay all my >> expenses. >> >> The latest rash is for the DC/BWI area are that need people with SECRET or >> better clearances -- That is no problem and they will get close to what I >> am >> asking, but I have had enough of traveling and living in hotels for their >> convenience not mine. >> > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
Thanks, Mike, but we have a different problem. We connect and logon just fine. The problem comes when the GET is sent for the data. The Data connection fails with a TLS error. On Fri, Nov 18, 2016 at 10:04 AM, Ward, Mike S wrote: > We were having problems also. We took an SSL trace and noticed that the > IBM server was requesting the GeoTrust certificate. This was strange since > we received service in September without any problems. > > > You might be missing the GeoTrust Global CA from your keyring: > > https://www.geotrust.com/au/resources/root-certificates/ > > GeoTrust Global CA > Serial Number: 02 34 56 > > You might actually have it in your security database. Are > you using RACF: > > RACDCERT CERTAUTH LIST(SERIALNUMBER(023456)) > > Hope this helps. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Pace > Sent: Friday, November 18, 2016 8:32 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM FTPS connect > > Great minds. I created an Shopz order for an RSU yesterday. > > Still having problems with Data connection. Customer tried several > changes on their firewall without any luck. They are now going to the > vendor to try to figure why it isn't working. > > On Fri, Nov 18, 2016 at 8:50 AM, Kurt Quackenbush > wrote: > > > On 11/17/2016 11:07 AM, Mark Pace wrote: > > > > But when I connect and try to download with the sample JCL., now it > > says it > >> cannot find the file. Also when I went to look at the sample JCL > >> again from the link on ShopZ. It says the PDF containing that JCL can > >> not be found. I'm wondering if the sample/test file is not there any > longer. > >> > >> GIM45201S ** 550 /GIMPAF.XML: No such file or directory. > >> > > > > I get the same results. You're right, something is awry on the server. > > I'll try to track it down. > > > > But in the mean time, since you've gotten this far, you should just > > try a real live order. > > > > > > Kurt Quackenbush -- IBM, SMP/E Development > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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, is confidential and > intended solely for the use of the individual or entity to which it is > addressed. If you have received this email in error, please notify the > system manager. This message contains confidential information and is > intended only for the individual named. If you are not the named addressee, > you should not disseminate, distribute or copy this e-mail. Please notify > the sender immediately by e-mail if you have received this message 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 > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
Great minds. I created an Shopz order for an RSU yesterday. Still having problems with Data connection. Customer tried several changes on their firewall without any luck. They are now going to the vendor to try to figure why it isn't working. On Fri, Nov 18, 2016 at 8:50 AM, Kurt Quackenbush wrote: > On 11/17/2016 11:07 AM, Mark Pace wrote: > > But when I connect and try to download with the sample JCL., now it says it >> cannot find the file. Also when I went to look at the sample JCL again >> from the link on ShopZ. It says the PDF containing that JCL can not be >> found. I'm wondering if the sample/test file is not there any longer. >> >> GIM45201S ** 550 /GIMPAF.XML: No such file or directory. >> > > I get the same results. You're right, something is awry on the server. > I'll try to track it down. > > But in the mean time, since you've gotten this far, you should just try a > real live order. > > > Kurt Quackenbush -- IBM, SMP/E Development > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
I'm still working with this customer to get their FTPS working. It has taken forever for the networking staff to work on the firewall. I think they have it fixed. But when I connect and try to download with the sample JCL., now it says it cannot find the file. Also when I went to look at the sample JCL again from the link on ShopZ. It says the PDF containing that JCL can not be found. I'm wondering if the sample/test file is not there anylonger. GIM45201S ** 550 /GIMPAF.XML: No such file or directory. GIM46200IGIMGTPKG PROCESSING HAS FAILED BECAUSE THERE WAS AN FTP ERROR. GIM20501IGIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. DATE 11/17/16 TIME 10:03:04 SERVER Data SMP/E 36.11 On Thu, Sep 15, 2016 at 10:26 AM, Donald J. wrote: > What is the output of : > > RACDCERT ID(MP81136) LISTRING(bexarftp) > > -- > Donald J. > dona...@4email.net > > On Wed, Sep 14, 2016, at 08:05 AM, Mark Pace wrote: > > I'm having them look at the firewall. I tired HTTPS, but I believe at > 1.13 > > it required a PTF to support https. They must not have it applied as I > get > > a syntax error on the downloadmethod and the downloadkeyring parameters. > > > > On Wed, Sep 14, 2016 at 8:44 AM, Kurt Quackenbush > wrote: > > > > > On 9/12/2016 12:27 PM, Mark Pace wrote: > > > > > >> I'm setting up FTPS on a 1.13 system and am a little confused by this > > >> sequence. It logs on okay showing a secure connect. But then it > won't do > > >> the actual download. So I'm confused if it's the certificate or not. > > >> > > > > > > Not the certificate. > > > > > > 150 Opening BINARY mode SSL data connection for > > >> /GIMPAF.XML. > > >> EZA2870I TLS security mechanism negotiation failed - data connection > > >> closed > > >> 425 ftpd: (data conn) SSL_accept unspecified > > >> error > > >> > > > > > > I haven't seen this one before. Your FTP.DATA seems proper. Could be > a > > > firewall issue as someone suggested. Sorry, but I think you'll need to > > > open a problem with IBM Comm Server support and ask for their help to > debug > > > further. Perhaps an IP trace is in order. > > > > > > As Skip suggested, HTTPS is usually way easier to use, especially with > > > respect to firewalls. Check it out: > > > http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com. > > > ibm.zos.v2r2.gim3000/dsetups.htm > > > > > > Kurt Quackenbush -- IBM, SMP/E Development > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > http://www.fastmail.com - Choose from over 50 domains or use your own > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ASG Zeke and time change
In Zeke there is an ENVIRON file that contains. * TZ: * Time zone. See your IBM Language Environment Customization * documentation for more information on how to set your time zone. *TZ=CST5CDT * * spring is 5; fall is 6 * TZ=CST5CDT This customer is in the Central Time Zone. So for the time change it needs to be updated to TZ=CST6CDT My question is – When can I update this file? Can I do it now and it will be picked up on the next IPL? Or does Zeke look at this file all the time and I would have to wait until Zeke is taken down before the IPL? Thank you to anyone with Zeke experience. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
I'm having them look at the firewall. I tired HTTPS, but I believe at 1.13 it required a PTF to support https. They must not have it applied as I get a syntax error on the downloadmethod and the downloadkeyring parameters. On Wed, Sep 14, 2016 at 8:44 AM, Kurt Quackenbush wrote: > On 9/12/2016 12:27 PM, Mark Pace wrote: > >> I'm setting up FTPS on a 1.13 system and am a little confused by this >> sequence. It logs on okay showing a secure connect. But then it won't do >> the actual download. So I'm confused if it's the certificate or not. >> > > Not the certificate. > > 150 Opening BINARY mode SSL data connection for >> /GIMPAF.XML. >> EZA2870I TLS security mechanism negotiation failed - data connection >> closed >> 425 ftpd: (data conn) SSL_accept unspecified >> error >> > > I haven't seen this one before. Your FTP.DATA seems proper. Could be a > firewall issue as someone suggested. Sorry, but I think you'll need to > open a problem with IBM Comm Server support and ask for their help to debug > further. Perhaps an IP trace is in order. > > As Skip suggested, HTTPS is usually way easier to use, especially with > respect to firewalls. Check it out: > http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com. > ibm.zos.v2r2.gim3000/dsetups.htm > > Kurt Quackenbush -- IBM, SMP/E Development > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
That was a big help, thank you. I was able to confirm that all the correct FMIDs were installed. So I know it "should" work. I also tried FWFRIENDLY TRUE that didn't seem to make any difference. Turned on DEBUG SOC. So now I'll have to research the output. > GET "/GIMPAF.XML" "/u/MP81136/test.content/GIMPAF.XML" (REPLACE >>> TYPE I 200 Type set to I. Command: SC1344 initDsConnection: entered >>> EPSV 229 Entering Passive Mode (|||65321|) >>> RETR /GIMPAF.XML SC1981 connDsConnection: entered SC2075 connDsConnectionIPv4: entered GU4945 ftpSetApplData: entered 150 Opening BINARY mode SSL data connection for /GIMPAF.XML. FU0388 protDataConn: secure_socket_init() failed with rc = 406 (Error while read ing or writing data) CG1959 SETCEC code = 17 TLS security mechanism negotiation failed - data connection closed SC2637 dataClose: entered 425 ftpd: (data conn) SSL_accept unspecified error CG4118 rcvFile: rc -1 rc_write 0 rc_close 0 PC0921 setClientRC: entered PC0991 setClientRC: std_rc=16425, rc_type=STD, rc=16425 Std Return Code = 16425, Error Code = 00017 >>> QUIT : Connection reset by peer. SC3358 endSession: entered (sn=0F9EE7C8) SC2637 dataClose: entered > QUIT On Tue, Sep 13, 2016 at 12:50 PM, Cieri, Anthony wrote: > > For the record, there are several FMIDs that may be installed with > the z/OS Security Lvl 3 and z/OS Communications Server Security lvl 3 may > also be required. The FMIDs for Z/OS Security Lvl 3 at z/OS Version 1.13 > are: > > JCRY741 > JCPT3D1 > JSWK3D1 > JRLS3D1 > > The FMID for z/OS Communications Server lvl 3 at z/OS Version > 1.13.is: (ask me how I know this!!!) > > JIP61DK > > You would most likely see errors in PAGENT and its associated > tasks (like IKED) if you did NOT have these installed!! > > Since you appear to be getting a successful control connection > established ad subsequently failing on the data connection, I would suspect > a possible firewall issue. The error message provided: > > EZA1735I Std Return Code = 16425 > > Indicates that the "get" command failed for one of the following > reasons: > > 425: Can't open a data connection > 425: Can't open a passive connection > 425: Command terminated due to server shutdown in progress > 425: Unable to open data connection > > HTH > Tony > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Rob Schramm > Sent: Tuesday, September 13, 2016 11:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM FTPS connect > > The instructions for debugging connection issues indicates to run with > debug soc which should provide some additional information. > > Rob Schramm > > On Tue, Sep 13, 2016, 11:10 AM Mark Pace wrote: > > > I'll have to go check on the z/OS Security lvl 3 FMID. I didn't > > install this system, so I'm not sure. > > > > On Tue, Sep 13, 2016 at 9:12 AM, Tim Deller wrote: > > > > > Perhaps the list of ciphers in the ftpdata file is too restrictive > > > or maybe the z/OS Security Level 3 FMID is not installed. > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > > Rob Schramm > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
I'll have to go check on the z/OS Security lvl 3 FMID. I didn't install this system, so I'm not sure. On Tue, Sep 13, 2016 at 9:12 AM, Tim Deller wrote: > Perhaps the list of ciphers in the ftpdata file is too restrictive or > maybe the z/OS Security Level 3 FMID is not installed. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM FTPS connect
Oh hell. I don't know what any of that means. I set it up using the directions from IBM on testing connectivity. The ftp.data file contains. So I assume it's AT-TLS. There must be something within TCPIP that I need to setup also. SECURE_MECHANISM TLS TLSRFCLEVEL CCCNONOTIFY TLSMECHANISM FTP SECURE_FTP REQUIRED SECURE_CTRLCONN CLEAR SECURE_DATACONN PRIVATE KEYRING MP81136/bexarftp EPSV4TRUE On Tue, Sep 13, 2016 at 11:01 AM, Rob Schramm wrote: > Is this implemented within FTPD or Policy Agent / AT-TLS? > > On Mon, Sep 12, 2016 at 12:28 PM Mark Pace wrote: > > > I'm setting up FTPS on a 1.13 system and am a little confused by this > > sequence. It logs on okay showing a secure connect. But then it won't > do > > the actual download. So I'm confused if it's the certificate or not. > > > > 220 dhebpcb01 secure FTP server > > ready. > > EZA1701I >>> AUTH > > TLS > > 234 > > TLSv1 > > > > EZA2895I Authentication negotiation > > succeeded > > EZA1701I >>> PBSZ > > 0 > > 200 > > PBSZ=0 > > > > EZA1701I >>> PROT > > P > > 200 PROT command > > successful > > EZA2906I Data connection protection is > > private > > EZA1459I NAME (deliverycb-bld.dhe.ibm.com:MP81136): > > > > > > > > > > > B000 > > > > EZA1701I >>> USER > > B000 > > 331 Password required for > > B000. > > EZA1789I > > PASSWORD: > > > > > > > > > * > > > > EZA1701I >>> > > PASS > > 230 Virtual user B000 logged > > in. > > EZA1460I > > Command: > > > > > > > > > CCC > > > > > > > > > > > BINARY > > > > EZA1701I >>> > > CCC > > 200 command channel > > cleared. > > EZA2905I Control connection protection is > > clear > > EZA1460I > > Command: > > > > > > > GET "/GIMPAF.XML" "/u/MP81136/test.content/GIMPAF.XML" > > (REPLACE > > EZA1701I >>> TYPE > > I > > 200 Type set to > > I. > > EZA1460I > > Command: > > EZA1701I >>> > > EPSV > > 229 Entering Passive Mode > > (|||65045|) > > EZA1701I >>> RETR > > /GIMPAF.XML > > 150 Opening BINARY mode SSL data connection for > > /GIMPAF.XML. > > EZA2870I TLS security mechanism negotiation failed - data connection > > closed > > 425 ftpd: (data conn) SSL_accept unspecified > > error > > EZA1735I Std Return Code = 16425, Error Code = > > 00017 > > EZA1701I >>> > > QUIT > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > > Rob Schramm > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM FTPS connect
I'm setting up FTPS on a 1.13 system and am a little confused by this sequence. It logs on okay showing a secure connect. But then it won't do the actual download. So I'm confused if it's the certificate or not. 220 dhebpcb01 secure FTP server ready. EZA1701I >>> AUTH TLS 234 TLSv1 EZA2895I Authentication negotiation succeeded EZA1701I >>> PBSZ 0 200 PBSZ=0 EZA1701I >>> PROT P 200 PROT command successful EZA2906I Data connection protection is private EZA1459I NAME (deliverycb-bld.dhe.ibm.com:MP81136): > B000 EZA1701I >>> USER B000 331 Password required for B000. EZA1789I PASSWORD: > * EZA1701I >>> PASS 230 Virtual user B000 logged in. EZA1460I Command: > CCC > BINARY EZA1701I >>> CCC 200 command channel cleared. EZA2905I Control connection protection is clear EZA1460I Command: > GET "/GIMPAF.XML" "/u/MP81136/test.content/GIMPAF.XML" (REPLACE EZA1701I >>> TYPE I 200 Type set to I. EZA1460I Command: EZA1701I >>> EPSV 229 Entering Passive Mode (|||65045|) EZA1701I >>> RETR /GIMPAF.XML 150 Opening BINARY mode SSL data connection for /GIMPAF.XML. EZA2870I TLS security mechanism negotiation failed - data connection closed 425 ftpd: (data conn) SSL_accept unspecified error EZA1735I Std Return Code = 16425, Error Code = 00017 EZA1701I >>> QUIT -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUDIT and FIXCDS
Okay so the real answer is to specify FIX on the AUDIT command. But it
also says you can use the output from the AUDIT command to do the FIX. I
still don't know how you would do that.
On Tue, Apr 12, 2016 at 1:57 PM, Mark Pace wrote:
> Running an HSM AUDIT command
>
> AUDIT MEDIACONTROLS VOLUMES(MP0001) ODS('MARPACE.ODS.FIXCDS')
>
> In MARPACE.ODS.FIXCDS is the output of FIXCDS commands from the AUDIT.
>
> What I can't figure out is how to use these FIXCDS commands. Many of them
> are longer than 80 bytes long and have continuation. So I can't just wrap
> JCL around them. The manual isn't a lot of help on this either.
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUDIT and FIXCDS
Running an HSM AUDIT command
AUDIT MEDIACONTROLS VOLUMES(MP0001) ODS('MARPACE.ODS.FIXCDS')
In MARPACE.ODS.FIXCDS is the output of FIXCDS commands from the AUDIT.
What I can't figure out is how to use these FIXCDS commands. Many of them
are longer than 80 bytes long and have continuation. So I can't just wrap
JCL around them. The manual isn't a lot of help on this either.
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX and the console
ISFSLASH is doing exactly what I need, except, is there a way that when I issue the commands via REXX that it also not be displayed on the SDSF console log? While testing I hate filling on the console log with the commands and output I'm trying test. On Mon, Jan 4, 2016 at 3:43 PM, Mark Pace wrote: > Apparently I didn't look hard enough. > > Issuing system commands with ISFSLASH > > On Mon, Jan 4, 2016 at 3:34 PM, Mark Pace wrote: > >> I was hoping to be able to issue a command to the console, eg. D M, and >> capture the output in a REXX exec. I though I might be able to use SDSF >> interface, but as of yet I've been able to find that might work. >> >> If it is in fact possible, could some give me a pointer where I might >> start reading? >> >> -- >> The postings on this site are my own and don’t necessarily represent >> Mainline’s positions or opinions >> >> Mark D Pace >> Senior Systems Engineer >> Mainline Information Systems >> >> >> >> > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX and the console
Apparently I didn't look hard enough. Issuing system commands with ISFSLASH On Mon, Jan 4, 2016 at 3:34 PM, Mark Pace wrote: > I was hoping to be able to issue a command to the console, eg. D M, and > capture the output in a REXX exec. I though I might be able to use SDSF > interface, but as of yet I've been able to find that might work. > > If it is in fact possible, could some give me a pointer where I might > start reading? > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
REXX and the console
I was hoping to be able to issue a command to the console, eg. D M, and capture the output in a REXX exec. I though I might be able to use SDSF interface, but as of yet I've been able to find that might work. If it is in fact possible, could some give me a pointer where I might start reading? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: any shops hiring in DFW?
Mainline is still looking for Systems Engineers/Programmers. http://www.mainline.jobs/ On Thu, Dec 3, 2015 at 8:46 AM, Huckert, James wrote: > AIG as well I believe. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Dover > Sent: Thursday, December 3, 2015 7:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: any shops hiring in DFW? > > John, Fidelity is in Dallas, and I know they have a big mainframe > presence. > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Stop GPMSERVE ?
Thank you, Lizzette. After all these years I learn a new trick. On Mon, Nov 16, 2015 at 3:56 PM, Lizette Koehler wrote: > do a D A,GPMSERVE and see if there is a STEP name, if there is P stepname > > Lizette > > > -Original Message----- > >From: Mark Pace > >Sent: Nov 16, 2015 1:54 PM > >To: IBM-MAIN@LISTSERV.UA.EDU > >Subject: Stop GPMSERVE ? > > > >Setting up my new z/OS 2.2 - it now starts - GPMSERVE - I've not run this > >in the past, so when I go to stop it > >P GPMSERVE > >IEE341I GPMSERVE NOT ACTIVE > > > >Try to shutdown JES2 > >$PJES2 > >$HASP608 ACTIVE ADDRESS SPACES > >$HASP608 ASID JOBNAME JOBID > >$HASP608 > >$HASP608 0027 GPMSERVE STC00851 > > > >I've searched google for STOP GPMSERVE, but I all I find is how to start > >DDS/GPMSERVE > > > >So how do you shutdown GPMSERVE? > > > >-- > >The postings on this site are my own and don’t necessarily represent > >Mainline’s positions or opinions > > > >Mark D Pace > >Senior Systems Engineer > >Mainline Information Systems > >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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Stop GPMSERVE ?
Setting up my new z/OS 2.2 - it now starts - GPMSERVE - I've not run this in the past, so when I go to stop it P GPMSERVE IEE341I GPMSERVE NOT ACTIVE Try to shutdown JES2 $PJES2 $HASP608 ACTIVE ADDRESS SPACES $HASP608 ASID JOBNAME JOBID $HASP608 $HASP608 0027 GPMSERVE STC00851 I've searched google for STOP GPMSERVE, but I all I find is how to start DDS/GPMSERVE So how do you shutdown GPMSERVE? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.2 Install PFA
Never mind. I don't want to admit to how stupid I've been on this particular install. The first install for a test system went well. This install, which will eventually be the production system, not so much. On Fri, Nov 6, 2015 at 2:33 PM, Mark Pace wrote: > I'm confused with an error I get during setup of PFA. > > Job HBB7790M runs some scripts to setup PFA. But I'm getting a failure > because it can not find a file IBMUSER.PFA.TEMP and I can not find where > that file gets created in the first place. > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.2 Install PFA
I'm confused with an error I get during setup of PFA. Job HBB7790M runs some scripts to setup PFA. But I'm getting a failure because it can not find a file IBMUSER.PFA.TEMP and I can not find where that file gets created in the first place. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.2 install - racf question.
Thank you. I noted in a listing of STARTED tasks I had ** with a user of IBMUSER. I updated it to be =MEMBER. On Wed, Nov 4, 2015 at 4:31 PM, Nims,Alva John (Al) wrote: > Short Answer: Yes. > From "z/OS Security Server RACF Command Language Reference" (both z/OS > 1.13 & z/OS 2.02 versions) > > USER(=MEMBER) > Specifies that the procedure name should be used as the user ID. If > =MEMBER is specified for USER, a group-name value should be specified for > the GROUP operand. If =MEMBER is specified for both USER and GROUP, a > warning message is issued and problems might result when the profile is > used. For information, see z/OS Security Server RACF System Programmer's > Guide. > > And to further muddle things up: > GROUP(=MEMBER) > Specifies that the procedure name should be used as the group name. If > =MEMBER is specified for GROUP, a userid value must be specified for the > USER operand or RACF uses the started procedures table to assign an > identity for this started task. If =MEMBER is specified for both USER and > GROUP, a warning message is issued and problems might result when the > profile is used. For information, see z/OS Security Server RACF System > Programmer's Guide. > > Is an option on the RDEFINE command. > > Al Nims > Systems Admin/Programmer 3 > EI&O > University of Florida > (352) 273-1298 > > -----Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Pace > Sent: Wednesday, November 04, 2015 3:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: z/OS 2.2 install - racf question. > > In the past when installing a new z/OS - I've always skipped the part that > says to Create or Update ICHRDNST. Instead I have copied ICHRIN03 to the > new SYS1.LPALIB > > I've since forgotten why I do this. So I did some research and found that > I probably should have converted my ICHRIN03 to STARTED procedures. I > found the sample to run and ended up with this output. > > SETR > GENERIC(STARTED) > > *RDEFINE STARTED ** STDATA( USER(=MEMBER) GROUP(STCGRP) PRIVILEGED(NO) > TRUSTED(NO) TRACE(YES) ) * > SETROPTS CLASSACT(STARTED) > RACLIST(STARTED) > SETROPTS RACLIST(STARTED) > REFRESH > > That RDEFINE does not look right to me. USER=(=MEMBER) is that possibly > correct? > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.2 install - racf question.
In the past when installing a new z/OS - I've always skipped the part that says to Create or Update ICHRDNST. Instead I have copied ICHRIN03 to the new SYS1.LPALIB I've since forgotten why I do this. So I did some research and found that I probably should have converted my ICHRIN03 to STARTED procedures. I found the sample to run and ended up with this output. SETR GENERIC(STARTED) *RDEFINE STARTED ** STDATA( USER(=MEMBER) GROUP(STCGRP) PRIVILEGED(NO) TRUSTED(NO) TRACE(YES) ) * SETROPTS CLASSACT(STARTED) RACLIST(STARTED) SETROPTS RACLIST(STARTED) REFRESH That RDEFINE does not look right to me. USER=(=MEMBER) is that possibly correct? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ServerPac install
And here's what I don't understand - Why those files? Almost every file installed is a duplicate of one already being used on the driver system. On Wed, Oct 28, 2015 at 12:48 PM, Mark Pace wrote: > No - I don't know why this is a requirement. New datasets are created > with an SSA prefixed. > > On Wed, Oct 28, 2015 at 11:35 AM, Richard Pinion > wrote: > >> Are you overlaying a running system/zfs's? >> >> >> >> --- pacemainl...@gmail.com wrote: >> >> From: Mark Pace >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: ServerPac install >> Date: Wed, 28 Oct 2015 11:24:42 -0400 >> >> It seems most of these are fairly unimportant, at least on my system, and >> so I unmounted them. Job runs fine after that. >> >> For the HZSPDATA I stopped HZSPROC >> >> On Tue, Oct 27, 2015 at 5:20 PM, Mark Pace >> wrote: >> >> > I'm confused, nothing new, about installing via FSR. Running the >> ALLOCDS >> > job. >> > READY >> > PROFILE PREFIX(MARPACE) MSGID >> > READY >> > ISPSTART CMD(%CPPEDSN NOTEXIST F ) >> > IKJ56225I DATA SET SYS1.TSTZOS.HZSPDATA ALREADY IN USE, TRY LATER+ >> > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER >> > IKJ56225I DATA SET OMVS.SCFZHFS2 ALREADY IN USE, TRY LATER+ >> > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER >> > IKJ56225I DATA SET OMVS.SIGYROOT ALREADY IN USE, TRY LATER+ >> > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER >> > IKJ56225I DATA SET FNT.OMVS.HFS ALREADY IN USE, TRY LATER+ >> > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER >> > ISPD117 >> > >> > So the manual says: >> > If the step fails then you must remove the user defined data set(s) >> which >> > are in >> > driving system master catalog from the configuration by going into >> Modify >> > System Layout panel, delete the data set(s) and then regenerate the >> > install jobs >> > by running GENSKEL job or using line command 'S' to select the install >> job. >> > >> > So IF I go back and remove these datasets - How do they get defined on >> the >> > Target System? >> > I must be overlooking something fairly obvious. >> > >> > -- >> > The postings on this site are my own and don’t necessarily represent >> > Mainline’s positions or opinions >> > >> > Mark D Pace >> > Senior Systems Engineer >> > Mainline Information Systems >> > >> > >> > >> > >> >> >> -- >> The postings on this site are my own and don’t necessarily represent >> Mainline’s positions or opinions >> >> Mark D Pace >> Senior Systems Engineer >> Mainline Information Systems >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> >> >> _ >> Netscape. Just the Net You Need. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ServerPac install
No - I don't know why this is a requirement. New datasets are created with an SSA prefixed. On Wed, Oct 28, 2015 at 11:35 AM, Richard Pinion wrote: > Are you overlaying a running system/zfs's? > > > > --- pacemainl...@gmail.com wrote: > > From: Mark Pace > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ServerPac install > Date: Wed, 28 Oct 2015 11:24:42 -0400 > > It seems most of these are fairly unimportant, at least on my system, and > so I unmounted them. Job runs fine after that. > > For the HZSPDATA I stopped HZSPROC > > On Tue, Oct 27, 2015 at 5:20 PM, Mark Pace wrote: > > > I'm confused, nothing new, about installing via FSR. Running the ALLOCDS > > job. > > READY > > PROFILE PREFIX(MARPACE) MSGID > > READY > > ISPSTART CMD(%CPPEDSN NOTEXIST F ) > > IKJ56225I DATA SET SYS1.TSTZOS.HZSPDATA ALREADY IN USE, TRY LATER+ > > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > > IKJ56225I DATA SET OMVS.SCFZHFS2 ALREADY IN USE, TRY LATER+ > > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > > IKJ56225I DATA SET OMVS.SIGYROOT ALREADY IN USE, TRY LATER+ > > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > > IKJ56225I DATA SET FNT.OMVS.HFS ALREADY IN USE, TRY LATER+ > > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > > ISPD117 > > > > So the manual says: > > If the step fails then you must remove the user defined data set(s) which > > are in > > driving system master catalog from the configuration by going into Modify > > System Layout panel, delete the data set(s) and then regenerate the > > install jobs > > by running GENSKEL job or using line command 'S' to select the install > job. > > > > So IF I go back and remove these datasets - How do they get defined on > the > > Target System? > > I must be overlooking something fairly obvious. > > > > -- > > The postings on this site are my own and don’t necessarily represent > > Mainline’s positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > > > > > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > _ > Netscape. Just the Net You Need. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ServerPac install
It seems most of these are fairly unimportant, at least on my system, and so I unmounted them. Job runs fine after that. For the HZSPDATA I stopped HZSPROC On Tue, Oct 27, 2015 at 5:20 PM, Mark Pace wrote: > I'm confused, nothing new, about installing via FSR. Running the ALLOCDS > job. > READY > PROFILE PREFIX(MARPACE) MSGID > READY > ISPSTART CMD(%CPPEDSN NOTEXIST F ) > IKJ56225I DATA SET SYS1.TSTZOS.HZSPDATA ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IKJ56225I DATA SET OMVS.SCFZHFS2 ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IKJ56225I DATA SET OMVS.SIGYROOT ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IKJ56225I DATA SET FNT.OMVS.HFS ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > ISPD117 > > So the manual says: > If the step fails then you must remove the user defined data set(s) which > are in > driving system master catalog from the configuration by going into Modify > System Layout panel, delete the data set(s) and then regenerate the > install jobs > by running GENSKEL job or using line command 'S' to select the install job. > > So IF I go back and remove these datasets - How do they get defined on the > Target System? > I must be overlooking something fairly obvious. > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I am looking for a new contract/job
Easier than navigating the Mainline website. http://mainline.jobs On Wed, Oct 28, 2015 at 7:26 AM, Blake, Daniel J [CTR] wrote: > Very few companies or agencies allow for remote system programmers, so > don't fault SPCI. > > Mainline is one company that has, in the past, used remote talent, > http://mainline.com/ > > Best of luck. > > > Dan > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Binyamin Dissen > Sent: Tuesday, October 27, 2015 7:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: I am looking for a new contract/job > > Tried SPCI but they do not seem to want to bring my name since I am not > living in the US. > > I hope some members of this list who know of open positions will bring it > to the attention of their management. > > On Tue, 27 Oct 2015 16:38:54 -0700 Lizette Koehler < > stars...@mindspring.com> > wrote: > > :>So do you go to the vendor sites you are interested in at look at their > opening? > :> > :>Or check out SPCI.NET, INDEED.COM, DICE.com, Monster.com :> :>And if > you use LINKEDIN, then start hooking up with the HR folks or others are the > companies you are interested in. > :> > :>Places like SYNCSORT, COMPUWARE, CA, IBM, etc > :> > :>Most hiring managers probably do not subscribe to these lists. > :> > :> > :> > :>Lizette > :> > :> > :> > :>-Original Message- > :>>From: Binyamin Dissen > :>>Sent: Oct 27, 2015 3:54 PM > :>>To: IBM-MAIN@LISTSERV.UA.EDU > :>>Subject: I am looking for a new contract/job :>> :>>As a long time > member of this group, I hope I will not receive objections for :>>this > personal ad. > :>> > :>>I am looking for something where I can work remote most of the time > from :>>Israel. Probably best with a software vendor. > :>> > :>>I have more than 20 years of commercial systems software development, > mostly :>>in assembler. Expert experience with AR mode, 64bit, FRRs, PCs, > system exits, :>>SRBs, etc. Experience with hooking into MVS as well as > CICS and DB2. > :>> > :>>Thank you. > :>> > :>>-- > :>>Binyamin Dissen :>> > http://www.dissensoftware.com :>> :>>Director, Dissen Software, Bar & > Grill - Israel :>> :>> :>>Should you use the mailblocks package and expect > a response from me, :>>you should preauthorize the dissensoftware.com > domain. > :>> > :>>I very rarely bother responding to challenge/response systems, > :>>especially those from irresponsible companies. > :> > :>-- > :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > Binyamin Dissen http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, you > should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, especially > those from irresponsible companies. > > -- > 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 postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ServerPac install
I'm confused, nothing new, about installing via FSR. Running the ALLOCDS job. READY PROFILE PREFIX(MARPACE) MSGID READY ISPSTART CMD(%CPPEDSN NOTEXIST F ) IKJ56225I DATA SET SYS1.TSTZOS.HZSPDATA ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IKJ56225I DATA SET OMVS.SCFZHFS2 ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IKJ56225I DATA SET OMVS.SIGYROOT ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IKJ56225I DATA SET FNT.OMVS.HFS ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER ISPD117 So the manual says: If the step fails then you must remove the user defined data set(s) which are in driving system master catalog from the configuration by going into Modify System Layout panel, delete the data set(s) and then regenerate the install jobs by running GENSKEL job or using line command 'S' to select the install job. So IF I go back and remove these datasets - How do they get defined on the Target System? I must be overlooking something fairly obvious. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SSH Client
Thank you all! On Fri, Oct 9, 2015 at 1:39 PM, John McKown wrote: > On Fri, Oct 9, 2015 at 12:10 PM, Mark Pace wrote: > > > When I logon to a linux system > > I can start typing a command and press tab and it will autocomplete a > file > > name or command. > > If I press up arrow it will recall previous commands. > > > > I can't figure out how to do this in Unix System Services using SSH. > > Is this a daemon setup, client setup? I've gone through z/OS OpenSSH > > User's Guide and I don't see anything that looks like what I am looking > > for. > > > > > The history and editing commands are implemented in BASH using an > integrated version of "GNU Readline". The tab completion for commands or > file selection is a part of BASH itself. My suggestion is to run BASH on > z/OS. It is available on the CBTTape (http://www.cbttape.org/cbtdowns.htm > ), > file 918 is the executable only. File 919 contains both the executable and > ported source. > You can also get the ported source from : > https://github.com/JohnArchieMckown/bash > or the executables, in a z/OS PAX file, via > > https://github.com/JohnArchieMckown/bash/blob/bash-4.2-zos/bash-executable.pax.Z > As you may have guessed, I am the one who did this port. This is BASH 4.2 > patch level 53. This has the "shell shock" fix installed. You can also > request an alternate port from RocketSoftware: > http://www.rocketsoftware.com/ported-tools/bash-4254 > This latter port seems to be one patch level higher than mine. > > > -- > > Schrodinger's backup: The condition of any backup is unknown until a > restore is attempted. > > Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. > > He's about as useful as a wax frying pan. > > 10 to the 12th power microphones = 1 Megaphone > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SSH Client
When I logon to a linux system I can start typing a command and press tab and it will autocomplete a file name or command. If I press up arrow it will recall previous commands. I can't figure out how to do this in Unix System Services using SSH. Is this a daemon setup, client setup? I've gone through z/OS OpenSSH User's Guide and I don't see anything that looks like what I am looking for. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OSMF server startup error
Yes, my Java was the GA version 7. Updated to V7 SR9 and that error went away. Now it says IEF403I IZUSVR1 - STARTED - TIME=11.16.00 IZUG400I: The z/OSMF web application services are initialized. +CWWKF0011I: The server zosmfServer is ready to run a smarter planet. But still have errors I need to resolve. Thanks everyone for your input. On Fri, Oct 2, 2015 at 10:15 AM, Mark Pace wrote: > Thank you, both. I think my first step is to get a newer Java, V7.1 or V8. > > On Fri, Oct 2, 2015 at 10:11 AM, Donald J. wrote: > >> For the Java override, you probably will need to contact IBM. >> I would guess you need to add a "PROVIDER=" override >> in the > section of your server.xml which is in >> /usr/lpp/zosmf/V2R1/defaults/servers/zosmfServer/server.xml >> >> -- >> Donald J. >> dona...@4email.net >> >> On Fri, Oct 2, 2015, at 06:55 AM, Mark Pace wrote: >> > # /usr/lpp/java/J7.0_64/bin/java -version >> > java version "1.7.0" >> > Java(TM) SE Runtime Environment (build pmz6470-20110827_01) >> > IBM J9 VM (build 2.6, JRE 1.7.0 z/OS s390x-64 20110810_88604 (JIT >> enabled, >> > AOT enabled) >> > J9VM - R26_Java726_GA_20110810_1208_B88592 >> > JIT - r11_20110810_20466 >> > GC - R26_Java726_GA_20110810_1208_B88592 >> > J9CL - 20110810_88604) >> > JCL - 20110809_01 based on Oracle 7b147 >> > >> > I can't tell which SR level I have from this. I'm Java ignorant, so >> I'll >> > have to try to figure what these Java overrides you speak of. >> > >> > On Fri, Oct 2, 2015 at 9:50 AM, Donald J. wrote: >> > >> > > The return code 12 / 11060 is because your Java provider list includes >> > > com.ibm.crypto.hdwrCCA.provider.IBMJCECCA >> > > >> > > zOSMF uses Java SSL, not System SSL. >> > > Java 7 SR3 is minimum requirement for zOSMF. >> > > >> > > You probably need some Java overrides to eliminate attempt >> > > to use hardware crypto. >> > > >> > > -- >> > > Donald J. >> > > dona...@4email.net >> > > >> > > On Wed, Sep 30, 2015, at 12:54 PM, Mark Pace wrote: >> > > > Trying to start OSMF for the first time. It appeared that all the >> setup >> > > > ran cleanly. >> > > >> > > > file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware >> error >> > > from >> > > > call CSNDDSV returnCode 12 reasonCode 11060. >> > > > >> > > >> > > > >> -- >> > > > For IBM-MAIN subscribe / signoff / archive access instructions, >> > > > send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > > >> > > -- >> > > http://www.fastmail.com - Choose from over 50 domains or use your own >> > > >> > > -- >> > > For IBM-MAIN subscribe / signoff / archive access instructions, >> > > send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > > >> > >> > >> > >> > -- >> > The postings on this site are my own and don’t necessarily represent >> > Mainline’s positions or opinions >> > >> > Mark D Pace >> > Senior Systems Engineer >> > Mainline Information Systems >> > >> > -- >> > For IBM-MAIN subscribe / signoff / archive access instructions, >> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> http://www.fastmail.com - Accessible with your email software >> or over the web >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
