Re: remote system support (i.e. the data center is 2 states away from you).

[Brian Westerman]

Hi John,

Our company (Syzygy Incorporated) fully supports more than 70 sites remotely, 
all over the world.  On top of that we provide partial support for another 60 
to 70 sites.  Some are large (300+MSU) and some are quite small (8 to 10 MSU), 
but they all need our expertise and not being "on-site" has never been an 
issue.  We also have a suite of system automation products that we maintain at 
several hundred sites. 

Even 10 to 12 years ago, it was very unusual to be "at" a site or if you were 
physically there, to be anywhere near the actual computer room.  Once a site 
realizes that the systems programmer doesn't need to be in that room, it's only 
a small jump for them to understand that you get just as much support from the 
next floor, or the next building, or the next city, etc.  I can still remember 
some knock-down drag out fights between the systems programmers and the 
operations group on whether or not the systems programmers should ever be 
allowed into the computer room.  We (systems programmers) always won that 
argument, but now I wonder why I fought it for so long. :)

The important thing, and the the clients expect it, is that we are always 
productive.  We aren't there to baby-sit the site, we are constantly moving 
forward on whatever it is that we need to get done for them.  You have to 
always have a plan and be able to show progress.  You can't just bill the 
hours, you have to show what you did.  You can't sit around and talk about the 
kids/wife/parents with anyone.  When you are off-site, you're not there to just 
generate hours, you there to get things done as well, actually better than it 
can be accomplished by someone at the site.  Sometimes the clients will be 
amazed at the "speed" that we get things done, but some of that is just that we 
can focus on the project without a lot of interruptions.  Some of it is because 
we have enough people here that if you run into a problem you can't get a 
handle on, someone else you have access to will likely already have the 
solution.

I don't use video chat, we have it, but I don't think it's necessary and just 
plain don't use it.  I generate a LOT of email and I document everything that I 
do.  If you can't type well, then get one of the PC based typing/dictation 
programs.  You need to have a way to keep track of EXACTLY what you are working 
on, especially when you are supporting several sites at the same time.  You 
must be able to communicate and you have to make sure that you stay in front of 
the ball at all times, you can't be reaction-oriented, you must be proactive.  
You have to use (if they have it) or set up (if they don't) a problem control 
system, or you will become so bogged down in "little" things that the big 
issues will slip away and you will become ineffective.   

Each site has to have at least 1 progress meeting a week that tends to be about 
1 hour long.  There can be more, but 1 is the minimum.  It's the place to lay 
out what you have completed, and what you are going to complete, plus it give 
you (and the site) a chance to stay on the same page.  It's very easy, 
especially with multiple sites, to lose positive control, and you have to stay 
on top of EVERYTHING at all times.  Every site I work on has a substantial 
to-do list divided into short and long range items, and that's just the things 
I plan to work on, there will also be a number of "problems" that need to be 
resolved.  

If you want to talk about this, feel free to call me and I'll be happy to go 
over things with you.

Brian



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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Paul Gilmartin]

On Tue, 27 Sep 2016 13:38:03 -0400, Susan Shumway wrote:

>Thanks, Elardus. Yes, the refreshed zips are available. Useful links:
>
>z/OS Internet Library (hub that links to all formats and repositories
>for the z/OS documentation: KC, experimental search catalog, individual
>PDFs, zip of regular PDFs, zip of indexed PDFs):
>http://www.ibm.com/systems/z/os/zos/library/bkserv/index.html
> 
Hmmm... That link takes me to:
What's New
The December 2015 refresh of z/OS V2R2 PDF documentation is now available:
... not so New.  I'll try the others.

>zips:
>- IBM Online Library: z/OS V2R2 Collection (zip of regular PDFs):
>https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US=SRX=SK4t-4949
>- Acrobat Indexed PDF Collection (zip of indexed PDFs):
>https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US=SRX=SC27-8430

Thanks,
gil

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

Re: IEC361I Threshold value set up

[Gibney, Dave]

I get this message with every IPL now
IEC361I CATALOG ICFCAT.USERID (DATA)  HAS REACHED  100% OF THE MAXIMUM EXTENTS  
But LISTCAT all shows:
FREESPC185794560

HI-A-RBA---185794560
HI-U-RBA-2949120

I haven't had a good opportunity to reorg and reduce the number of extents. 
But, when it first failed (and it did fail) with this message, I discovered a 
pathological HLQ in it.
I did a  REPRO MERGECAT of the HLQ (SMTP)  to its own usercatalog (which does 
have CA-RECLAIM), hit  ICFCAT.USERID with CR+ REORG while open. And stopped 
worrying.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Tuesday, September 27, 2016 11:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEC361I Threshold value set up
> 
> Mr. Eells is absolutely correct.  But the message tells exactly the same 
> thing.
> If you look up messages, they will usually point you in the right direction.
> 
> The list is much slower for responses than looking up messages.  And these
> messages are Internet Search Friendly.
> 
> Here is the link to the message description/text
> 
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ibm.com_support_knowledgecenter_SSLTBW-
> 5F2.1.0_com.ibm.zos.v2r1.ieam700_bvs361i.htm=DQIFaQ=C3yme8gM
> kxg_ihJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=jSvm4MePLhJ1twCYHuzCAZio5FL
> Um9JQupsdDYupFwM=3Pw0vU1VRBdZgOt3McGZHAlF6YyJAVJGybXHWLox
> cyw=
> 
> For example:  You might need to initiate local procedures that are designed
> to prevent catalogs from exhausting all of the available extents.
> 
> So this means you need to talk to your friendly MF Storage Team or MF z/OS
> System programmer and ask for their assistance.
> 
> This will require the catalog to be enlarged or reorged or a new catalog
> created and repro-mergecat to a new catalog some of the HLQs in the
> catalog.
> 
> 
> Lizette
> 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of John Eells
> > Sent: Tuesday, September 27, 2016 11:42 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IEC361I Threshold value set up
> >
> > Peter wrote:
> > > Hi
> > >
> > > Could someone please help on the Catalog usage threshold ?
> > >
> > > Where do we set the threshold value  for UCAT ?
> > >
> > 
> >
> > 123 extents is the maximum, and you cannot increase that value, only
> > the percentage at which you get the IEC361I message, which you can set
> > by NOTIFYEXTENT in IGGCATxx or an F CATALOG command.
> >
> > Do you have CA Reclaim enabled for the catalog? If you are running out
> > of available extents that might solve the problem, or at least buy
> > some time so you do not have to reallocate the catalog on an unplanned
> basis.
> >   It depends, of course, on why you are running short of extents.
> >
> > --
> > 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

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Chuck Kreiter]

I've been working remotely for the last 2.5 years and absolutely love it.  Some 
of my team does go in to the office but the rest are spread throughout the 
country and other parts of the world.  We use Skype for Business for IM and 
desktop sharing.  We also use MS Group Chat for notifications and groups 
discussions.  Those coupled with calls are all we need.  We never do video and 
I have no idea what most of my team members look like.  

I do have an office room in my house where I work most of the time.  It has 
everything my cubicle in an office would have without all the noise and 
distractions that come from an office environment.  

I get that some folks like the office setting and couldn't be a productive in a 
WFH environment.  For me, it's been awesome and I really don't think I could or 
would consider a job that requires going into the office.  I can move anywhere 
in the country and still do my job.  I no longer lose significant chunks of my 
life to a commute or have to deal with driving in bad weather.  

My 2¢'s.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, September 27, 2016 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: remote system support (i.e. the data center is 2 states away from you).

This is kind of a curiosity question and kind of serious. There is a chance 
that I might be offered a job where the data center is about 20 hours away by 
car (according to Google maps). Needless to say, there is no going in overnight 
to fix a problem. So I'm wondering if others here support a z/OS system where 
getting to the data center would be a long commute (unless you have your own 
plane, like some I know). How does that work out? In this shop, we haven't had 
any "operators" for about 5 years, maybe more. We systems people do all the 
hardware interfacing, tape management, IPL'ing, and "CE baby sitting" (being 
on-site while they work). This is really removed me from the historic paradigm. 
I somewhat like the thought of working from the house. But I also worry about 
being somewhat excluded from the unofficial information channels (i.e. company 
gossip). I also wonder about things like meetings and just being "invisible" 
and so "out of mind"
when decisions are made.

--
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Jesse 1 Robinson]

I don't know OP John McKown personally, but from his IBM Main postings I would 
be so bold as to offer this advice: it's time to saddle up the sorrel and ride 
out of town toward the sunset. The bad guys are in jail, and the good folks 
left in town don't need you anymore. 

Like others giving advice, I've done gigs more or less remote for varying 
periods. For years my production data center was in another county. I've 
provided support for affiliates in other states. Modern technology does not 
require *your* hands-on for most of what sysprogs do. I work from home for 
hours or occasionally days. My laptop camera BTW is never turned on. As Jerry 
W. says, personal video for a group is fairly useless. We formerly had Lotus 
Notes here, now Skype for Business. Any modern product should fill the bill.

It's a good sign that a company would make you an offer knowing that you're 
beyond the control wire. They trust your experience and knowledge. If they give 
you full system access over VPN, there's not much you can't do. Be 'present and 
in mind' as much as possible via communication media. Do stuff and let everyone 
know about it. 

Go for it.  

.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Woodger
Sent: Tuesday, September 27, 2016 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: remote system support (i.e. the data center is 2 states 
away from you).

Perhaps it's an "other side of the Pond" thing, but if it is a actual remote 
position for a large company, I'd expect them to provide all the hardware you 
need, and even ban you from any access to the company from your own devices 
(other than phone calls).

As others have indicate, working remotely involves new means of communication, 
not the end of communication. With "instant messaging" you can interact more 
thoroughly than an occasional coincidental cup of coffee.

You may have to modify/develop your techniques. I like to write 
"self-contained" texts - and then I get "thank you for your detailed email..." 
and you know the sub-text is "which I am far too important to have read". Say 
everything you want to say at the beginning, explain later. If someone is going 
to ignore the bulk of what you have written at least make it difficult for them 
to ignore the point(s) you want to make. Email (and IM) are great CYA, by the 
way :-)

IM. For sure don't try to "conference" by IM. Except with very controlled 
procedures (a "moderator" effectively) it is a nightmare, as three other people 
have contributed before you've typed your important contribution, and now 
untangle that.

Even one-on-one IM can be tricky. I write (for instance notepad) what I want to 
get across before the IM, then I can highlight/copy/paste, whilst leaving open 
the option to reply to any points in reply. If the message "xyz is typing" 
comes up, it is worth waiting, rather than just carrying on with what you were 
going to "type".

I don't think group video conferences are so important to be video, but if 
that's what someone wants, it's not a problem. I'm not sure one-on-one video 
(for business) is useful all the time, but again, if it is what the other party 
wants. I do feel audio reduces self-conciousness and eases concentration on the 
topic.

Plan your meetings. You may have strictly limited time. Delay to the end of the 
meeting, or to another meeting, topics that are overrunning. Distribute an 
agenda, get through the agenda. If the meeting is long, allow for a break (or 
breaks). It can at least "seem" more intense than a "real" meeting.

If it is your meeting, be assertive. If it is someone else's meeting and you 
have something important to interrupt about (someone missed something vital, 
and no-one noticed) then be assertive. "I'd like to quickly back to the point 
about..." and assorted phrases. You get adept at looking for gaps to 
"interrupt" at good moments, but not always possible.

A great thing about audio/video is that you may be able to record. Obviously 
all should be aware, and there ma be local rules (even laws somewhere?) against 
it. But "having it on tape" means 1) you can review it 2) you can easily frame 
an exact request for clarification 3) you have it on tape :-)

I guess how people work from home varies from person-to-person. I'd myself 
recommend having some "space" somewhere where you can "go to work". There's 
some education of people living with you as well. Just because you are "at 
home" doesn't mean you can have an earl dinner ready, collect the dog from the 
vet, or finish work a five-on-the-dot.

It's a different experience, and can be fun. Remember always the company is not 
allowing you to work remotely for your benefit (in itself). You provide the 

Re: IEC361I Threshold value set up

[Lizette Koehler]

Mr. Eells is absolutely correct.  But the message tells exactly the same thing. 
 If you look up messages, they will usually point you in the right direction.

The list is much slower for responses than looking up messages.  And these 
messages are Internet Search Friendly.

Here is the link to the message description/text

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieam700/bvs361i.htm

For example:  You might need to initiate local procedures that are designed to 
prevent catalogs from exhausting all of the available extents.

So this means you need to talk to your friendly MF Storage Team or MF z/OS 
System programmer and ask for their assistance. 

This will require the catalog to be enlarged or reorged or a new catalog 
created and repro-mergecat to a new catalog some of the HLQs in the catalog.


Lizette




> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Eells
> Sent: Tuesday, September 27, 2016 11:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEC361I Threshold value set up
> 
> Peter wrote:
> > Hi
> >
> > Could someone please help on the Catalog usage threshold ?
> >
> > Where do we set the threshold value  for UCAT ?
> >
> 
> 
> 123 extents is the maximum, and you cannot increase that value, only the
> percentage at which you get the IEC361I message, which you can set by
> NOTIFYEXTENT in IGGCATxx or an F CATALOG command.
> 
> Do you have CA Reclaim enabled for the catalog? If you are running out of
> available extents that might solve the problem, or at least buy some time so
> you do not have to reallocate the catalog on an unplanned basis.
>   It depends, of course, on why you are running short of extents.
> 
> --
> 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

Re: IEC361I Threshold value set up

[John Eells]

Peter wrote:

Hi

Could someone please help on the Catalog usage threshold ?

Where do we set the threshold value  for UCAT ?




123 extents is the maximum, and you cannot increase that value, only the 
percentage at which you get the IEC361I message, which you can set by 
NOTIFYEXTENT in IGGCATxx or an F CATALOG command.


Do you have CA Reclaim enabled for the catalog? If you are running out 
of available extents that might solve the problem, or at least buy some 
time so you do not have to reallocate the catalog on an unplanned basis. 
 It depends, of course, on why you are running short of extents.


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

Re: ENQ Question

[John McKown]

On Tue, Sep 27, 2016 at 12:54 PM, scott Ford  wrote:

> All,
>
> I have a STC submitting a job via the Intrdr and would like to know can i
> determine if that job has enqueued a dataset from the STC using
> ISGENQ macro ? If so can someone point me to a sample so i can see it
> ..sorry i am a visual guy.
>
> Scott
> IDMWORKS
>
>
>
​I think you really need the ISGQUERY service, not ISGENQ.
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/isgquery.htm
example code (caution: very weird LE enabled HLASM to make a DLL)
https://github.com/JohnArchieMckown/utilities-1/blob/master/isgquery.s​




-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: ENQ Question

[Leonardo Vaz]

Hello Scott, here is the assembler services reference link:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/isgenq.htm

I've done something simmilar what you want to do, it's more complex than what 
I'd like but not too bad. But if you are using CA-MIM instead of GRS to handle 
SYSTEMS enqueues you won't get sysplex-wide information.

Regards,
Leo


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Tuesday, September 27, 2016 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ENQ Question

All,

I have a STC submitting a job via the Intrdr and would like to know can i 
determine if that job has enqueued a dataset from the STC using ISGENQ macro ? 
If so can someone point me to a sample so i can see it ..sorry i am a visual 
guy.

Scott
IDMWORKS

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

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Bill Woodger]

Perhaps it's an "other side of the Pond" thing, but if it is a actual remote 
position for a large company, I'd expect them to provide all the hardware you 
need, and even ban you from any access to the company from your own devices 
(other than phone calls).

As others have indicate, working remotely involves new means of communication, 
not the end of communication. With "instant messaging" you can interact more 
thoroughly than an occasional coincidental cup of coffee.

You may have to modify/develop your techniques. I like to write 
"self-contained" texts - and then I get "thank you for your detailed email..." 
and you know the sub-text is "which I am far too important to have read". Say 
everything you want to say at the beginning, explain later. If someone is going 
to ignore the bulk of what you have written at least make it difficult for them 
to ignore the point(s) you want to make. Email (and IM) are great CYA, by the 
way :-)

IM. For sure don't try to "conference" by IM. Except with very controlled 
procedures (a "moderator" effectively) it is a nightmare, as three other people 
have contributed before you've typed your important contribution, and now 
untangle that.

Even one-on-one IM can be tricky. I write (for instance notepad) what I want to 
get across before the IM, then I can highlight/copy/paste, whilst leaving open 
the option to reply to any points in reply. If the message "xyz is typing" 
comes up, it is worth waiting, rather than just carrying on with what you were 
going to "type".

I don't think group video conferences are so important to be video, but if 
that's what someone wants, it's not a problem. I'm not sure one-on-one video 
(for business) is useful all the time, but again, if it is what the other party 
wants. I do feel audio reduces self-conciousness and eases concentration on the 
topic.

Plan your meetings. You may have strictly limited time. Delay to the end of the 
meeting, or to another meeting, topics that are overrunning. Distribute an 
agenda, get through the agenda. If the meeting is long, allow for a break (or 
breaks). It can at least "seem" more intense than a "real" meeting.

If it is your meeting, be assertive. If it is someone else's meeting and you 
have something important to interrupt about (someone missed something vital, 
and no-one noticed) then be assertive. "I'd like to quickly back to the point 
about..." and assorted phrases. You get adept at looking for gaps to 
"interrupt" at good moments, but not always possible.

A great thing about audio/video is that you may be able to record. Obviously 
all should be aware, and there ma be local rules (even laws somewhere?) against 
it. But "having it on tape" means 1) you can review it 2) you can easily frame 
an exact request for clarification 3) you have it on tape :-)

I guess how people work from home varies from person-to-person. I'd myself 
recommend having some "space" somewhere where you can "go to work". There's 
some education of people living with you as well. Just because you are "at 
home" doesn't mean you can have an earl dinner ready, collect the dog from the 
vet, or finish work a five-on-the-dot.

It's a different experience, and can be fun. Remember always the company is not 
allowing you to work remotely for your benefit (in itself). You provide the 
tea/heat/cooling/lighting/workspace/insurance etc.

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

ENQ Question

[scott Ford]

All,

I have a STC submitting a job via the Intrdr and would like to know can i
determine if that job has enqueued a dataset from the STC using
ISGENQ macro ? If so can someone point me to a sample so i can see it
..sorry i am a visual guy.

Scott
IDMWORKS

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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Susan Shumway]

Thanks, Elardus. Yes, the refreshed zips are available. Useful links:

z/OS Internet Library (hub that links to all formats and repositories 
for the z/OS documentation: KC, experimental search catalog, individual 
PDFs, zip of regular PDFs, zip of indexed PDFs): 
http://www.ibm.com/systems/z/os/zos/library/bkserv/index.html


zips:
- IBM Online Library: z/OS V2R2 Collection (zip of regular PDFs): 
https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US=SRX=SK4t-4949
- Acrobat Indexed PDF Collection (zip of indexed PDFs): 
https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US=SRX=SC27-8430



On 09/27/16 1:52 AM, Elardus Engelbrecht wrote:

Paul Gilmartin wrote:


The URL for the z/OS 2.2 manuals is
https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US=SRX=SK4t-4949
I guess I should have said that I think that this is a mistake on IBM's part, 
and not an intentional change.



That was before all the ado about .7z vs .zip format.  I don't know that 
they're fully refreshed.


You probably missed Susan Shumway's reply about this on 21 September 2016.

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



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

Re: IEC361I Threshold value set up

[Lizette Koehler]

This seems like something a look at the message text could be helpful for.

Have you reviewed the IEC361I message?  If so, did it point you to what needs 
to be done?

Did you do a LISTC ENT('catalog name here') ALL

What does it show for Extents and PRI/SEC allocation?  H-USED-RBA/H-ALLOC-RBA



Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Tuesday, September 27, 2016 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEC361I Threshold value set up
> 
> Hi
> 
> Could someone please help on the Catalog usage threshold ?
> 
> Where do we set the threshold value  for UCAT ?
> 
> Peter

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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Jerry Whitteridge]

In addition to Mitch's suggestions also look for a GOOD quality speaker phone 
or Bluetooth speaker if you plan to use a cell phone for most of your 
communications. If using the cell phone also get a docking station/charging 
station for it as some of these conference calls can go on for hours!

With my setup I use a Jabra Speak 510 to connect to my work provided cell phone 
(it actually has 2 device capability so also connects to my personal phone at 
the same time)

When using WebEx/Skype and the variants I have the Conference call me on my 
cell number and use the speaker. We do have Video capability via the laptops 
and the Skype For Business client - you should be able to use your tablet for 
that function if the laptop doesn't have a camera. But note the video calls 
really only work 1:1 - group video sessions don't really work for us.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

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




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mitch Mccluhan
Sent: Tuesday, September 27, 2016 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: remote system support (i.e. the data center is 2 states 
away from you).

 John,

You almost must have a camera for 2-way communication.  You can get a good 
quality USB camera for your computer from Amazon or ebay.  They work 
exceptionally well.  I recommend you get one with an internal microphone.  
Seeing people's facial expressions when they are talking can make a huge 
difference.  Do you have external speakers?  If not, I recommend them as the 
sound quality is much better and this  is important when you are working with a 
variety of people that have varying quality of microphones themselves, along 
with accents.



Mitch McCluhan
mitc...@aol.com





-Original Message-
From: John McKown 
To: IBM-MAIN 
Sent: Tue, Sep 27, 2016 11:27 am
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).

On Tue, Sep 27, 2016 at 11:11 AM, Mitch Mccluhan < 
005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:

>  John,
>
> I've been working remotely for years.  The issue is being relevant.
> Stay on top of things.  Look for areas that might benefit from your
> experience and expertise.  Don't miss ANY meetings, conference calls,
> etc.  Don't be shy about requesting anything and everything you would
> need to be an integral part of the support team.
>

​Which leads me to another question: how do you do meetings? Video 
conferencing? Skype? I don't have a camera on my home computer, but I do have a 
very nice (10 inch) Android tablet.​



>
> Regards,
>
>
>
> Mitch McCluhan
> mitc...@aol.com
>
>
>
>
>
> -Original Message-
> From: John McKown 
> To: IBM-MAIN 
> Sent: Tue, Sep 27, 2016 10:57 am
> Subject: remote system support (i.e. the data center is 2 states away
> from you).
>
> This is kind of a curiosity question and kind of serious. There is a
> chance that I might be offered a job where the data center is about 20
> hours away by car (according to Google maps). Needless to say, there
> is no going in overnight to fix a problem. So I'm wondering if others
> here support a z/OS system where getting to the data center would be a
> long commute (unless you have your own plane, like some I know). How
> does that work out? In this shop, we haven't had any "operators" for
> about 5 years, maybe more. We systems people do all the hardware
> interfacing, tape management, IPL'ing, and "CE baby sitting" (being
> on-site while they work). This is really removed me from the historic
> paradigm. I somewhat like the thought of working from the house. But I
> also worry about being somewhat excluded from the unofficial
> information channels (i.e. company gossip). I also wonder about things like 
> meetings and just being "invisible" and so "out of mind"
> when decisions are made.
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> 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
>



--
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: remote system support (i.e. the data center is 2 states away from you).

[william janulin]

Constant communication is the key. I did a remote gig for two years where the 
data center was 600 miles away. My manager also worked remotely. I did one 
initial site visit for orientation and that was it.
I am currently involved in a short term assignment where the data center is 
1000 miles away. This gig is a little more specific as to the project I am 
working on. Again, I communicate mostly via email and some telephone 
conversations. 

I do have SKYPE for my computer which is an option you may wish to consider, 
assuming you have the hardware (camera, mike, etc). My laptop has all of that 
built in.
Bill J.
 

On Tuesday, September 27, 2016 12:57 PM, Mitch Mccluhan 
<005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:
 

  John,

You almost must have a camera for 2-way communication.  You can get a good 
quality USB camera for your computer from Amazon or ebay.  They work 
exceptionally well.  I recommend you get one with an internal microphone.  
Seeing people's facial expressions when they are talking can make a huge 
difference.  Do you have external speakers?  If not, I recommend them as the 
sound quality is much better and this  is important when you are working with a 
variety of people that have varying quality of microphones themselves, along 
with accents.  

 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: John McKown 
To: IBM-MAIN 
Sent: Tue, Sep 27, 2016 11:27 am
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).

On Tue, Sep 27, 2016 at 11:11 AM, Mitch Mccluhan <
005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:

>  John,
>
> I've been working remotely for years.  The issue is being relevant.  Stay
> on top of things.  Look for areas that might benefit from your experience
> and expertise.  Don't miss ANY meetings, conference calls, etc.  Don't be
> shy about requesting anything and everything you would need to be an
> integral part of the support team.
>

​Which leads me to another question: how do you do meetings? Video
conferencing? Skype? I don't have a camera on my home computer, but I do
have a very nice (10 inch) Android tablet.​



>
> Regards,
>
>
>
> Mitch McCluhan
> mitc...@aol.com
>
>
>
>
>
> -Original Message-
> From: John McKown 
> To: IBM-MAIN 
> Sent: Tue, Sep 27, 2016 10:57 am
> Subject: remote system support (i.e. the data center is 2 states away from
> you).
>
> This is kind of a curiosity question and kind of serious. There is a chance
> that I might be offered a job where the data center is about 20 hours away
> by car (according to Google maps). Needless to say, there is no going in
> overnight to fix a problem. So I'm wondering if others here support a z/OS
> system where getting to the data center would be a long commute (unless you
> have your own plane, like some I know). How does that work out? In this
> shop, we haven't had any "operators" for about 5 years, maybe more. We
> systems people do all the hardware interfacing, tape management, IPL'ing,
> and "CE baby sitting" (being on-site while they work). This is really
> removed me from the historic paradigm. I somewhat like the thought of
> working from the house. But I also worry about being somewhat excluded from
> the unofficial information channels (i.e. company gossip). I also wonder
> about things like meetings and just being "invisible" and so "out of mind"
> when decisions are made.
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> 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
>



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Mitch Mccluhan]

 John,

You almost must have a camera for 2-way communication.  You can get a good 
quality USB camera for your computer from Amazon or ebay.  They work 
exceptionally well.  I recommend you get one with an internal microphone.  
Seeing people's facial expressions when they are talking can make a huge 
difference.  Do you have external speakers?  If not, I recommend them as the 
sound quality is much better and this  is important when you are working with a 
variety of people that have varying quality of microphones themselves, along 
with accents.  

 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: John McKown 
To: IBM-MAIN 
Sent: Tue, Sep 27, 2016 11:27 am
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).

On Tue, Sep 27, 2016 at 11:11 AM, Mitch Mccluhan <
005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:

>  John,
>
> I've been working remotely for years.  The issue is being relevant.  Stay
> on top of things.  Look for areas that might benefit from your experience
> and expertise.  Don't miss ANY meetings, conference calls, etc.  Don't be
> shy about requesting anything and everything you would need to be an
> integral part of the support team.
>

​Which leads me to another question: how do you do meetings? Video
conferencing? Skype? I don't have a camera on my home computer, but I do
have a very nice (10 inch) Android tablet.​



>
> Regards,
>
>
>
> Mitch McCluhan
> mitc...@aol.com
>
>
>
>
>
> -Original Message-
> From: John McKown 
> To: IBM-MAIN 
> Sent: Tue, Sep 27, 2016 10:57 am
> Subject: remote system support (i.e. the data center is 2 states away from
> you).
>
> This is kind of a curiosity question and kind of serious. There is a chance
> that I might be offered a job where the data center is about 20 hours away
> by car (according to Google maps). Needless to say, there is no going in
> overnight to fix a problem. So I'm wondering if others here support a z/OS
> system where getting to the data center would be a long commute (unless you
> have your own plane, like some I know). How does that work out? In this
> shop, we haven't had any "operators" for about 5 years, maybe more. We
> systems people do all the hardware interfacing, tape management, IPL'ing,
> and "CE baby sitting" (being on-site while they work). This is really
> removed me from the historic paradigm. I somewhat like the thought of
> working from the house. But I also worry about being somewhat excluded from
> the unofficial information channels (i.e. company gossip). I also wonder
> about things like meetings and just being "invisible" and so "out of mind"
> when decisions are made.
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> 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
>



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

IEC361I Threshold value set up

[Peter]

Hi

Could someone please help on the Catalog usage threshold ?

Where do we set the threshold value  for UCAT ?

Peter

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

Re: remote system support (i.e. the data center is 2 states away from you).

[John McKown]

On Tue, Sep 27, 2016 at 11:11 AM, Mitch Mccluhan <
005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:

>  John,
>
> I've been working remotely for years.  The issue is being relevant.  Stay
> on top of things.  Look for areas that might benefit from your experience
> and expertise.  Don't miss ANY meetings, conference calls, etc.  Don't be
> shy about requesting anything and everything you would need to be an
> integral part of the support team.
>

​Which leads me to another question: how do you do meetings? Video
conferencing? Skype? I don't have a camera on my home computer, but I do
have a very nice (10 inch) Android tablet.​



>
> Regards,
>
>
>
> Mitch McCluhan
> mitc...@aol.com
>
>
>
>
>
> -Original Message-
> From: John McKown 
> To: IBM-MAIN 
> Sent: Tue, Sep 27, 2016 10:57 am
> Subject: remote system support (i.e. the data center is 2 states away from
> you).
>
> This is kind of a curiosity question and kind of serious. There is a chance
> that I might be offered a job where the data center is about 20 hours away
> by car (according to Google maps). Needless to say, there is no going in
> overnight to fix a problem. So I'm wondering if others here support a z/OS
> system where getting to the data center would be a long commute (unless you
> have your own plane, like some I know). How does that work out? In this
> shop, we haven't had any "operators" for about 5 years, maybe more. We
> systems people do all the hardware interfacing, tape management, IPL'ing,
> and "CE baby sitting" (being on-site while they work). This is really
> removed me from the historic paradigm. I somewhat like the thought of
> working from the house. But I also worry about being somewhat excluded from
> the unofficial information channels (i.e. company gossip). I also wonder
> about things like meetings and just being "invisible" and so "out of mind"
> when decisions are made.
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> 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
>



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: EXTERNAL: remote system support (i.e. the data center is 2 states away from you).

[Jerry Whitteridge]

John

Me and my team support datacenters in Virginia and Arizona from California. Our 
Virginia DC has no staff on site except for one facilities person.

We have worked remote from the DC's for many years - and yes flly remote 
workers can have a challenge whn they don't get the watercooler gossip, but it 
can be managed.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

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



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, September 27, 2016 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: remote system support (i.e. the data center is 2 states away 
from you).

This is kind of a curiosity question and kind of serious. There is a chance 
that I might be offered a job where the data center is about 20 hours away by 
car (according to Google maps). Needless to say, there is no going in overnight 
to fix a problem. So I'm wondering if others here support a z/OS system where 
getting to the data center would be a long commute (unless you have your own 
plane, like some I know). How does that work out? In this shop, we haven't had 
any "operators" for about 5 years, maybe more. We systems people do all the 
hardware interfacing, tape management, IPL'ing, and "CE baby sitting" (being 
on-site while they work). This is really removed me from the historic paradigm. 
I somewhat like the thought of working from the house. But I also worry about 
being somewhat excluded from the unofficial information channels (i.e. company 
gossip). I also wonder about things like meetings and just being "invisible" 
and so "out of mind"
when decisions are made.

--
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

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


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

Re: remote system support (i.e. the data center is 2 states away from you).

[Mitch Mccluhan]

 John,

I've been working remotely for years.  The issue is being relevant.  Stay on 
top of things.  Look for areas that might benefit from your experience and 
expertise.  Don't miss ANY meetings, conference calls, etc.  Don't be shy about 
requesting anything and everything you would need to be an integral part of the 
support team.

Regards,

 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: John McKown 
To: IBM-MAIN 
Sent: Tue, Sep 27, 2016 10:57 am
Subject: remote system support (i.e. the data center is 2 states away from you).

This is kind of a curiosity question and kind of serious. There is a chance
that I might be offered a job where the data center is about 20 hours away
by car (according to Google maps). Needless to say, there is no going in
overnight to fix a problem. So I'm wondering if others here support a z/OS
system where getting to the data center would be a long commute (unless you
have your own plane, like some I know). How does that work out? In this
shop, we haven't had any "operators" for about 5 years, maybe more. We
systems people do all the hardware interfacing, tape management, IPL'ing,
and "CE baby sitting" (being on-site while they work). This is really
removed me from the historic paradigm. I somewhat like the thought of
working from the house. But I also worry about being somewhat excluded from
the unofficial information channels (i.e. company gossip). I also wonder
about things like meetings and just being "invisible" and so "out of mind"
when decisions are made.

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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


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

Re: Reloading a member of ELPA

[Jesse 1 Robinson]

I defer to the experts:   

http://www.merriam-webster.com/dictionary/deprecate

I like this word, which I don't remember hearing until fairly recently. It 
means 'probably on the road out of Supportsville but still working more or less 
as always'. Of course Dynamic LPA could not have been conceived without many 
advances now built in to z/OS. And as usual, the successor is more powerful and 
easier to use than its deprecated predecessor. 

OTOH I wonder in this case if the product in question was written to depend on 
MLPA control blocks such that DLPA would not work. That's a question for the 
vendor. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Art Gutowski
Sent: Tuesday, September 27, 2016 7:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Reloading a member of ELPA

I was going to say "deprecated" (I trust Skip to correct me if the usage is 
incorrect :)  MLPA is still supported, but DLPA is greatly preferred.

CSAMIN can protect you from overrunning (E)CSA during a module reload, provided 
it is not set to (0,0).  See the z/OS MVS System Commands for details.

Regards,
Art Gutowski
General Motors, LLC

On Mon, 26 Sep 2016 10:55:05 -0400, Mark Jacobs - Listserv 
 wrote:

>MLPA is rather obsolete and can only be created at IPL.
>
>Mark Jacobs
>
>> Steve 
>> September 26, 2016 at 10:50 AM
>>
>> Why not put it MLPA if its being called thousands of times a day?
>>
>> -Original Message-
>> From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
>> Sent: Monday, September 26, 2016 10:48am
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Reloading a member of ELPA
>>
>>
>> I agree with Mark's comments, and I would add that the old copy of 
>> the Natural nucleus must remain where it is unless you can be 
>> absolutely certain that there is no address space in the system that is 
>> using it.
>>
>> You don't say how much space is taken by the Natural nucleus. That 
>> makes a difference as to whether or not you have available ECSA for it.
>>


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

remote system support (i.e. the data center is 2 states away from you).

[John McKown]

This is kind of a curiosity question and kind of serious. There is a chance
that I might be offered a job where the data center is about 20 hours away
by car (according to Google maps). Needless to say, there is no going in
overnight to fix a problem. So I'm wondering if others here support a z/OS
system where getting to the data center would be a long commute (unless you
have your own plane, like some I know). How does that work out? In this
shop, we haven't had any "operators" for about 5 years, maybe more. We
systems people do all the hardware interfacing, tape management, IPL'ing,
and "CE baby sitting" (being on-site while they work). This is really
removed me from the historic paradigm. I somewhat like the thought of
working from the house. But I also worry about being somewhat excluded from
the unofficial information channels (i.e. company gossip). I also wonder
about things like meetings and just being "invisible" and so "out of mind"
when decisions are made.

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)

[Tom Marchant]

On Tue, 27 Sep 2016 09:45:56 -0500, Tom Marchant wrote:

>On Fri, 23 Sep 2016 13:16:29 -0500, Geoff Smith wrote:
>
>>The user experience is similar to the way “BookManager” displayed its hits 
>>within the context of books.
>
>Well, yes and no...

Replying to my own post.
I see that the document included in the SC27-8430-03 collection titled "How to 
search..." mentions "An experimental, proof-of-concept, z/OS V2R2 search-scope 
catalog" that can be found at 
ibm.biz/Bd4Yau
This link redirects to 
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html

My first impression is that this looks very good. It seems to provide 
equivalent functionality to BookManager for searches.

-- 
Tom Marchant

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

Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)

[Tom Marchant]

On Fri, 23 Sep 2016 13:16:29 -0500, Geoff Smith wrote:

>This may be of interest to some of you.

Yes. Thanks.

>We just published a refresh of “z/OS V2R2 Acrobat Indexed PDF Collection 9/16 
>Refresh".  It is a rather large  ZIP file (1063.4 MB -- a high speed 
>connection is recommended).  It was created using the standard Windows 7 zip 
>function.  Once unzipped, there is a PDF sub-directory that contains an 
>index.html.  The html index file lists all the titles of the PDFs on indexed 
>on the collection.   The collection also contains an Adobe catalog (.pdx)  of 
>the all the  z/OS V2R2 PDF on the kit.  This lets you perform a full text 
>search across the entire library.

>To do a search, use the free acrobat reader (desktop not browser plugin) to 
>open the "zOS V2R2 Acrobat Indexed PDF Collection 3Q16.pdx file found in the 
>PDF sub-directory. The Acrobat Reader will open an advanced search dialog with 
>the full text search catalog already selected.  (All Adobe catalog files have 
>".pdx" extension).  The kit includes is an article "How to Search Using Adobe 
>Indexed PDFs” that provides details on how to do a basic search.  For more 
>advanced search function, see the help for Adobe Acrobat.   
>
>The user experience is similar to the way “BookManager” displayed its hits 
>within the context of books.

Well, yes and no. I did a search for JCLIN  and looked at the hits in the SMP/E 
reference.

BookManager lists the 39 topics that contain JCLIN. The PDF search lists around 
250 times that the word "JCLIN" occurs in the text with no indication of what 
topic in the book contains it. The "context" is several words that follow 
"JCLIN" in the text. This is not very helpful in finding the information that I 
need.

You can sort the results by filename, but that is no help when a large list is 
found. You can't sort by manual title. Sorting by relevance seems only to sort 
the manuals, and the references in the manuals are in sequential order. I 
assume that this is a limitation of the Adobe Reader, but frankly, I don't care 
why it is hard to use, I simply report it as I see it.

This was my experience when I tried the first edition of this collection. When 
I need to find current information, I go to my BookManager shelves to find the 
out where it is documented, then open the new PDF to that section. So far this 
works for most things, but as the newer manuals continue to diverge, it will be 
less effective.

>Search for a term and the reader will display a list of books with "+" sign 
>next to each book.  Clicking the plus sign reveals the hits with some context 
>found for the terms in that book.  The form number is SC27-8430-03 and it is 
>available from the IBM Publications Center. 

The URL for this is
https://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?PAG=C11=16I0M0007459824596=TXT==SC27-8430-03=ALL=10=Go#

This is different from the k4t4949b.zip collection that was mentioned earlier 
in this thread. That collection also includes .bki files, but it isn't clear to 
me how they can be used.

-- 
Tom Marchant

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

Re: Reloading a member of ELPA

[Art Gutowski]

I was going to say "deprecated" (I trust Skip to correct me if the usage is 
incorrect :)  MLPA is still supported, but DLPA is greatly preferred.

CSAMIN can protect you from overrunning (E)CSA during a module reload, provided 
it is not set to (0,0).  See the z/OS MVS System Commands for details.

Regards,
Art Gutowski
General Motors, LLC

On Mon, 26 Sep 2016 10:55:05 -0400, Mark Jacobs - Listserv 
 wrote:

>MLPA is rather obsolete and can only be created at IPL.
>
>Mark Jacobs
>
>> Steve 
>> September 26, 2016 at 10:50 AM
>>
>> Why not put it MLPA if its being called thousands of times a day?
>>
>> -Original Message-
>> From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
>> Sent: Monday, September 26, 2016 10:48am
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Reloading a member of ELPA
>>
>>
>> I agree with Mark's comments, and I would add that the old copy of the
>> Natural nucleus must remain where it is unless you can be absolutely
>> certain that there is no address space in the system that is using it.
>>
>> You don't say how much space is taken by the Natural nucleus. That
>> makes a difference as to whether or not you have available ECSA for it.
>>

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

Re: Strange syslogd file name in name/token pair ezbsyslog

[Itschak Mugzach]

Thanks John.

I spend an hour or so to make sure my old eyes are not cheating me ;-) strange 
that I have'nt found it myself as I googled for it...



ITschak

בתאריך 27 בספט 2016 15:00,‏ "John McKown"  כתב:
> Damn, I hate it when I do this. I then found:
> 
> http://www-01.ibm.com/support/docview.wss?uid=isg1PI47467
> 
> 
>-
> 
>
>* USERS AFFECTED:  *
>* All users of the IBM Communications Server for z/OS Version  *
>* 2 Release 1 IP: syslog daemon*
>
>* PROBLEM DESCRIPTION: *
>* The syslog daemon configuration file name in the EZBSYSLOGD  *
>* name/token pair is truncated by 1 character  *
>
>* RECOMMENDATION:  *
>* Apply the PTF*
>
>During initialization, the syslog daemon creates a name/token
>pair named EZBSYSLOGD.  The information saved in the name/token
>pair contains the configuration file name.  The last character
>of the name was overlaid with 1-byte of x'00'.
> 
> 
> Problem conclusion
> 
>-
> 
>The syslog daemon has been corrected to save the entire
>configuration file name in the EZBSYSLOGD name/token pair.
> 
> 
> 
> On Tue, Sep 27, 2016 at 6:57 AM, John McKown 
> wrote:
> 
> > On Tue, Sep 27, 2016 at 3:34 AM, Itschak Mugzach <
> > i_mugz...@securiteam.co.il> wrote:
> >
> >> I am looking at the name/token pair of syslogd and the file name (hfs) is
> >> missing the last character. The value of the last character is binary
> >> zero.
> >>
> >> Is this a known issue?
> >>
> >> *| **Itschak Mugzach | Director | SecuriTeam Software | *
> >>
> >>
> > ​I'm not sure, but could this be the "normal" 0x00 that terminates a C
> > language "string"? I'm looking at:
> > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/
> > com.ibm.zos.v2r1.halx001/syslogdntpairecsasm.htm
> > At offset 56, the associated length says: "1025 (max 1024 + 1)" which
> > makes me think that the 0x00 is correct. Unless, of course, you have really
> > verified that the file name on disk is one character longer than the file
> > name in this field. In which case, my apologies for intruding. I'm on z/OS
> > 1.12, and so can't easily test this.​
> >
> >
> > --
> > Heisenberg may have been here.
> >
> > Unicode: http://xkcd.com/1726/
> >
> > Maranatha! <><
> > John McKown
> >
> 
> 
> 
> --
> Heisenberg may have been here.
> 
> Unicode: http://xkcd.com/1726/
> 
> Maranatha! <><
> John McKown
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Strange syslogd file name in name/token pair ezbsyslog

[Mark Jacobs - Listserv]

Just like when you notice a horrific spelling or grammatical error in a 
email right after you hit send. Been there, done that too.


Mark Jacobs


John McKown 
September 27, 2016 at 8:00 AM
Damn, I hate it when I do this. I then found:

http://www-01.ibm.com/support/docview.wss?uid=isg1PI47467


-


* USERS AFFECTED: *
* All users of the IBM Communications Server for z/OS Version *
* 2 Release 1 IP: syslog daemon *

* PROBLEM DESCRIPTION: *
* The syslog daemon configuration file name in the EZBSYSLOGD *
* name/token pair is truncated by 1 character *

* RECOMMENDATION: *
* Apply the PTF *

During initialization, the syslog daemon creates a name/token
pair named EZBSYSLOGD. The information saved in the name/token
pair contains the configuration file name. The last character
of the name was overlaid with 1-byte of x'00'.


Problem conclusion

-

The syslog daemon has been corrected to save the entire
configuration file name in the EZBSYSLOGD name/token pair.



On Tue, Sep 27, 2016 at 6:57 AM, John McKown 





--
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.


John McKown 
September 27, 2016 at 7:57 AM
On Tue, Sep 27, 2016 at 3:34 AM, Itschak Mugzach<
John McKown

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


Please be alert for any emails that may ask you for login information or 
directs you to login via a link. If you believe this message is a phish or 
aren't sure whether this message is trustworthy, please send the original 
message as an attachment to 'phish...@timeinc.com'.

Itschak Mugzach 
September 27, 2016 at 4:34 AM
I am looking at the name/token pair of syslogd and the file name (hfs) is
missing the last character. The value of the last character is binary 
zero.


Is this a known issue?

*| **Itschak Mugzach | Director | SecuriTeam Software | *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|*

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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.




--

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

Re: Strange syslogd file name in name/token pair ezbsyslog

[John McKown]

Damn, I hate it when I do this. I then found:

http://www-01.ibm.com/support/docview.wss?uid=isg1PI47467


   -

   
   * USERS AFFECTED:  *
   * All users of the IBM Communications Server for z/OS Version  *
   * 2 Release 1 IP: syslog daemon*
   
   * PROBLEM DESCRIPTION: *
   * The syslog daemon configuration file name in the EZBSYSLOGD  *
   * name/token pair is truncated by 1 character  *
   
   * RECOMMENDATION:  *
   * Apply the PTF*
   
   During initialization, the syslog daemon creates a name/token
   pair named EZBSYSLOGD.  The information saved in the name/token
   pair contains the configuration file name.  The last character
   of the name was overlaid with 1-byte of x'00'.


Problem conclusion

   -

   The syslog daemon has been corrected to save the entire
   configuration file name in the EZBSYSLOGD name/token pair.



On Tue, Sep 27, 2016 at 6:57 AM, John McKown 
wrote:

> On Tue, Sep 27, 2016 at 3:34 AM, Itschak Mugzach <
> i_mugz...@securiteam.co.il> wrote:
>
>> I am looking at the name/token pair of syslogd and the file name (hfs) is
>> missing the last character. The value of the last character is binary
>> zero.
>>
>> Is this a known issue?
>>
>> *| **Itschak Mugzach | Director | SecuriTeam Software | *
>>
>>
> ​I'm not sure, but could this be the "normal" 0x00 that terminates a C
> language "string"? I'm looking at:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/
> com.ibm.zos.v2r1.halx001/syslogdntpairecsasm.htm
> At offset 56, the associated length says: "1025 (max 1024 + 1)" which
> makes me think that the 0x00 is correct. Unless, of course, you have really
> verified that the file name on disk is one character longer than the file
> name in this field. In which case, my apologies for intruding. I'm on z/OS
> 1.12, and so can't easily test this.​
>
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Re: Strange syslogd file name in name/token pair ezbsyslog

[John McKown]

On Tue, Sep 27, 2016 at 3:34 AM, Itschak Mugzach  wrote:

> I am looking at the name/token pair of syslogd and the file name (hfs) is
> missing the last character. The value of the last character is binary zero.
>
> Is this a known issue?
>
> *| **Itschak Mugzach | Director | SecuriTeam Software | *
>
>
​I'm not sure, but could this be the "normal" 0x00 that terminates a C
language "string"? I'm looking at:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halx001/syslogdntpairecsasm.htm
At offset 56, the associated length says: "1025 (max 1024 + 1)" which makes
me think that the 0x00 is correct. Unless, of course, you have really
verified that the file name on disk is one character longer than the file
name in this field. In which case, my apologies for intruding. I'm on z/OS
1.12, and so can't easily test this.​


-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Strange syslogd file name in name/token pair ezbsyslog

[Itschak Mugzach]

I am looking at the name/token pair of syslogd and the file name (hfs) is
missing the last character. The value of the last character is binary zero.

Is this a known issue?

*| **Itschak Mugzach | Director | SecuriTeam Software | *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*

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