Re: jenkins IDE

2017-12-22 Thread Sankaranarayanan, Vignesh
Come all ye, we must embrace the bold new age of agile!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: 23 December 2017 05:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: jenkins IDE

Why would you learn how to implement a product without first considering it 
(deciding whether it made sense in your situation)?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Friday, December 22, 2017 3:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: jenkins IDE

> On Dec 22, 2017, at 9:03 AM, Ron Thomas  wrote:
>
> Hello . We are planning to implement jenkins in to our QA mainframe 
> environment . Is there any document where i can look and see how to configure 
> our mainframe regions to jenkins . The objective is we should we able to 
> submit jobs and build code from jenkins ? Is there any one in the list who 
> has implemented the same  & would be glad to know the pros and cons of moving 
> to jenkins .
>
> Thanks in Advance
>
> Regards
> Ron T

I am not sure I understand why you are considering a product that you don’t 
know how to implement. That is like going out and buying a racing horse and 
then deciding how big of race track you are going to buy.
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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: How to find what performed an OMVS unmount?

2017-12-22 Thread Andrew Rowley

On 23/12/2017 02:53 AM, Peter Ten Eyck wrote:

That is what makes me think if there is an answer to be found, it may be in the 
type 92 records. The only tool I think I have to do this in MXG. I am not very 
proficient with that tool; it’s going to take me awhile to figure out how to 
generate a report of all the mount and un-mounts in USS for a specific period 
of time.
You are welcome to download a 30 day trial of EasySMF. The z/OS Unix 
Filesystem Activity report probably has what you are looking for.


https://www.blackhillsoftware.com/easysmf/

Andrew Rowley

--
Andrew Rowley
Black Hill Software
and...@blackhillsoftware.com

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


SMP/E ++HFS Attributes

2017-12-22 Thread Paul Gilmartin
I see that ++HFS MCS supports BINARY and TEXT.  But in other manuals, I see
ST_FILEFMT
S_FFBINARY
S_FFCR
S_FFCRLF
S_FFCRNL
S_FFNA
S_FFNL
S_FFRECORD

And:
ST_CCSID

Is it possible to specify the rest of these for a ++HFS element?  The most 
straightforward way would be if GIMDTS propagated them from SYSUT1 to SYSUT2
and APPLY in turn propagated them to the target library member.

-- gil

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


Re: jenkins IDE

2017-12-22 Thread Charles Mills
Why would you learn how to implement a product without first considering it 
(deciding whether it made sense in your situation)?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Friday, December 22, 2017 3:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: jenkins IDE

> On Dec 22, 2017, at 9:03 AM, Ron Thomas  wrote:
> 
> Hello . We are planning to implement jenkins in to our QA mainframe 
> environment . Is there any document where i can look and see how to configure 
> our mainframe regions to jenkins . The objective is we should we able to 
> submit jobs and build code from jenkins ? Is there any one in the list who 
> has implemented the same  & would be glad to know the pros and cons of moving 
> to jenkins . 
> 
> Thanks in Advance
> 
> Regards
> Ron T

I am not sure I understand why you are considering a product that you don’t 
know how to implement. That is like going out and buying a racing horse and 
then deciding how big of race track you are going to buy.
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


Re: CMS style XMITMSG for Unix and other platforms

2017-12-22 Thread Rick Troth
Those following the XMITMSGX saga, please find the 2.0.19 release on the 
web site ...


   http://www.casita.net/pub/xmitmsgx/xmitmsgx-2.0.19.tar.gz


The GitHub project is ...

   https://github.com/trothr/xmitmsgx


Thanks to several contributors, especially John McKown for driving it on 
USS.


Merry Christmas to all!

-- Sir Santa; <><







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


Re: jenkins IDE

2017-12-22 Thread John McKown
hello.

On Dec 22, 2017 2:26 PM, "Edward Gould"  wrote:

> On Dec 22, 2017, at 9:03 AM, Ron Thomas  wrote:
>
> Hello . We are planning to implement jenkins in to our QA mainframe
environment . Is there any document where i can look and see how to
configure our mainframe regions to jenkins . The objective is we should we
able to submit jobs and build code from jenkins ? Is there any one in the
list who has implemented the same  & would be glad to know the pros and
cons of moving to jenkins .
>
> Thanks in Advance
>
> Regards
> Ron T

I am not sure I understand why you are considering a product that you don’t
know how to implement. That is like going out and buying a racing horse and
then deciding how big of race track you are going to buy.
Ed


Why? Because it is the company standard and all systems must implement it.
"So let it be written. So let it be done!

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


Re: jenkins IDE

2017-12-22 Thread Edward Gould
> On Dec 22, 2017, at 9:03 AM, Ron Thomas  wrote:
> 
> Hello . We are planning to implement jenkins in to our QA mainframe 
> environment . Is there any document where i can look and see how to configure 
> our mainframe regions to jenkins . The objective is we should we able to 
> submit jobs and build code from jenkins ? Is there any one in the list who 
> has implemented the same  & would be glad to know the pros and cons of moving 
> to jenkins . 
> 
> Thanks in Advance 
> 
> Regards
> Ron T

I am not sure I understand why you are considering a product that you don’t 
know how to implement. That is like going out and buying a racing horse and 
then deciding how big of race track you are going to buy.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: CMBs Shortage - How to solve an issue?

2017-12-22 Thread Edward Gould
> On Dec 22, 2017, at 9:32 AM, Gilson Cesar de Oliveira  
> wrote:
> 
> Dear list:
> 
>  We are facing some alerts related to shortage of Console Message Buffers due 
> to an automation that change and route sysouts from one site to another. This 
> automation, when there are a lot of sysouts, generates a lot of HASP686 
> messages.
> 
> In order to fix the issue we have two ways:
> 
> 1- Increase the NUMBUF in CONDEF (today this number is 270);
> 2- Suppress the message HASP686 from the console through the MPFLSTxx.
> 
> I'd like to hear from the experts wich one would be the best.
> 
> Thanks in advance for any help.
> 
> Regards,
> 
> Gilson Cesar

A long time ago we had similar issues not with the shortages of CMB’s though. 
For a long time we would route a lot of jobs through NJE from one node to 
another as that is where the printers were (long story).
The problem that caused us was a slow down in the 3705 and we had to put pacing 
in the PEP  gen. I don’t understand why you just don’t increase the number of 
CMB’s?

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


Re: Use of 3850 MSS?

2017-12-22 Thread Edward Gould
> On Dec 21, 2017, at 12:33 PM, Seymour J Metz  wrote:
> 
> I have a dispute at 
>   
> >
>  with another Wikipedia editor about the nature of the  3850, and would like 
> some feedback on who used it for what. Thanks.
> 
> 

Seymour:

The unit for us was used to limit the floor space for DASD. I can’t give you 
the number of square feet it saved us, but we had a two floor DC, one floor was 
at first strictly tape and tape library and printers. Later on, 1/5th of the 
floor was another CPU. The 2nd floor was CPU’s and DASD and the 3850. The one 
bay of the computer room was all DASD (again no idea of square feet). The 
crowding of first 3330’s then the 3350’s was getting so tight IBM was grumbling 
about access to fix the drives. Management “tried” to get a unit that held 4 
3350’s in one unit and if memory serves me it shared heads between the four 
3350’s. We used to call it “the washing machine” as when it got busy the unit 
would almost walk across the floor (I do not remember the details too much as I 
was not in the know for a lot of the decisions. But I think when they were 
first installed they were used as temporary work disks, and that meant the 
heads were flying. After a couple of head crashes, we were told to put them as 
Data Base packs. I think that stopped the head crashes, but it slowed online 
response time, so we were told to find another use that wasn’t time sensitive, 
and we could not come up with anything appropriate. After much research, we 
decided that the tech support people would have to take the hit and we put a 
full pack DB that contained information on all IBM fix reports. When I used it, 
I noticed a slowness but enough to be annoying. Then when all of us were doing 
inquiries into the DB, it was SLOW, and we ended up talking to each other until 
the data appeared on the screens. We protested. We then put other files on it 
that were not were not time sensitive and then people were complaining how long 
their jobs also took we had more head crashes. Management finally got the hint 
and got rid of it. The 3850 came in, and it was long, I would guess at least 20 
feet (maybe 24). Then came the staging drives (real 3350’s) I think 16 but 
could be wrong. At first, it worked like a charm but when we loaded it up it 
was slow. I do not remember how much of the dataset it preloaded; I have vague 
remembrances of trying different numbers (could be wrong here). The more we 
loaded up on the 3850 the slower it became. For batch it was probably 
acceptable (but we did hear some minor complaints from the users). What killed 
it for use was that on the MVS side the way allocation and how the 3850 worked 
were not all the compatible. For simplicity sake, MVS would wait when a disk 
(virtual) was dismounted and mounted causing any allocation to be put in a 
serialized “Que,” and it was single-threaded, so a tape drive mount was mixed 
into the disk mount/unmount of the 3850, causing everything to slow down. After 
so many system outages IBM finally realized that the allocation bottle-neck had 
to be rethought. That took about 6 or so months (I don’t know if this issue had 
hit other places as it did ours, but it did hurt us). The issue was a lot on 
how we chose to use it, example large sequential tape replacement would have 
worked. DASD replacement not so much if it was response sensitive.

Ed 

> --


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


Re: LRS VPS Printer Replacment

2017-12-22 Thread Alan Hein
I have been reading the manuals and I have not understanding how LPR/LPD
relates to NPF.
How does the LPR/LPD environment relate to the NPF environment. In relation
to the JES2 capture point.
Ultimately I want the following to end up on a network printer: //SYSUT2
DD  SYSOUT=B,DEST=U300
I do have output from the above DD making it to the NPF VSAM QUEUE dataset
in a Z status.
I have the LPSERVE started task running, but I do not think that I have the
LPDATA configured correctly.
I assume to accomplish getting my above output to a network printer, then I
would configure a REMOTE service?
If so, is the REMOTE service associated with a value in the NPF ROUTING
VSAM dataset? And if so, which values both in the LPDATA and the ROUTING?

Thank You!
Alan




From:   Dana Mitchell 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/14/2017 10:59 AM
Subject:[EXTERNAL] Re: LRS VPS Printer Replacment
Sent by:IBM Mainframe Discussion List 



For each NPF printer, I have multiple forms set up with routing records
that point to different PCL exits to control size, and orientation.  It
could easily be done with different destination names too.

Dana

On Thu, 14 Dec 2017 16:42:53 +, Jesse 1 Robinson
 wrote:

>This question has been floated here also. The main concern is that in our
VPS implementation--decades old--the user can control the output format via
printer name. So DEST=prt-name-D will print double-sided; prt-name-L will
print landscape; and so on. We have built lots of code to support this
option, and users expect it. Do these other products have some similar
capability?
>

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




___
CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message.

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


Re: Can anyone remember "drum" storage?

2017-12-22 Thread Edward Finnell
Been too long. Only seen one of each and noodle snatcher came from Hearsay of 
having coffee with the CE's. Then trailed off into 8" floppies.


In a message dated 12/22/2017 7:16:53 AM Central Standard Time, 
000a2a8c2020-dmarc-requ...@listserv.ua.edu writes:

 
The 2321 Data Cell was called a noodle snatcher. I never heard 

of a 3850 being called that. The 2321 was a much smaller 
device that sat in one frame, maybe 2 feet wide.

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


Re: How to find what performed an OMVS unmount?

2017-12-22 Thread Jesse 1 Robinson
Somewhere I got the impression that a mounted file system could get unmounted 
by OMVS if it went long enough without being 'used'. If that happened, I don't 
know that any associated record would be cut. If I'm wrong, then never mind. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Friday, December 22, 2017 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: How to find what performed an OMVS unmount?

[Default] On 22 Dec 2017 07:52:34 -0800, in bit.listserv.ibm-main 
peter.tene...@americannational.com (Peter Ten Eyck) wrote:

>Yes, I tried using the zSecure product going against the SMF data for the time 
>period, looking for activity against the mount point or the USS dataset name 
>and did not find any RACF type records for the event.

Would the unmount show up in SYSLOG or OPERLOG?

Clark Morris
>
>That is what makes me think if there is an answer to be found, it may be in 
>the type 92 records. The only tool I think I have to do this in MXG. I am not 
>very proficient with that tool; it’s going to take me awhile to figure out how 
>to generate a report of all the mount and un-mounts in USS for a specific 
>period of time.


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


Re: How to find what performed an OMVS unmount?

2017-12-22 Thread Clark Morris
[Default] On 22 Dec 2017 07:52:34 -0800, in bit.listserv.ibm-main
peter.tene...@americannational.com (Peter Ten Eyck) wrote:

>Yes, I tried using the zSecure product going against the SMF data for the time 
>period, looking for activity against the mount point or the USS dataset name 
>and did not find any RACF type records for the event.

Would the unmount show up in SYSLOG or OPERLOG?

Clark Morris
>
>That is what makes me think if there is an answer to be found, it may be in 
>the type 92 records. The only tool I think I have to do this in MXG. I am not 
>very proficient with that tool; it’s going to take me awhile to figure out how 
>to generate a report of all the mount and un-mounts in USS for a specific 
>period of time.
>
>--
>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: Can anyone remember "drum" storage?

2017-12-22 Thread Anne & Lynn Wheeler
000a2a8c2020-dmarc-requ...@listserv.ua.edu (Tom Marchant) writes:
> The 3850 was much larger. When I was an Amdahl SE, one of 
> my accounts had one. It was probably 20 feet long, maybe 
> more. My impression was that it was a much improved version 
> of the 2321.

re:
http://www.garlic.com/~lynn/2017k.html#44 Can anyone remember "drum" storage?
http://www.garlic.com/~lynn/2017k.html#46 Can anyone remember "drum" storage?

2841 and Associated DASD ... 2311, 2302, 2303, 2321
http://www.bitsavers.com/pdf/ibm/28xx/2841/GA26-5988-7_2841_DASD_Component_Descr_Dec69.pdf

more 2321 from IBM
https://www-03.ibm.com/ibm/history/exhibits/storage/storage_2321.html
https://www-03.ibm.com/ibm/history/exhibits/storage/storage_PH2321B.html
even more 2321
https://en.wikipedia.org/wiki/IBM_2321_Data_Cell
http://www.columbia.edu/cu/computinghistory/datacell.html

magnetic stripes directly read/written

when I was undergraduate in the 60s, I got hired fulltime to be
responsible for IBM mainframe systems. The univ. library got an ONR
grant
https://en.wikipedia.org/wiki/Office_of_Naval_Research

to do an online catalog. Part of the money went to getting a 2321. The
project was also selected to be be betatest for original CICS product
and I got tagged to support/debug the implementation. One troublesome
"bug" to find was that CICS had (undocumented) hard-coded BDAM options
for OPEN ... and the library was using files with different set of BDAM
options. some past CICS &/or BDAM posts
http://www.garlic.com/~lynn/submain.html#cics
some more CICS history, gone 404, but lives on at wayback machine
http://web.archive.org/web/20050409124902/http://www.yelavich.com/cicshist.htm

3850 from IBM
https://www-03.ibm.com/ibm/history/exhibits/storage/storage_3850.html
https://www-03.ibm.com/ibm/history/exhibits/storage/storage_3850b.html
https://www-03.ibm.com/ibm/history/exhibits/storage/storage_PH3850A.html
other 3850
https://en.wikipedia.org/wiki/IBM_3850

3850 automated tape library with 200mbyte tape cartridges for 3330-1
caching/staging hierarchy. virtual 3330-1 would be staged to/from a pool
of 3330-1 drives (hardware HSM mount/unmount 3330-1 pack ... rather than
files). Later they would support 3330-11 drives simulating two 3330-1
drives.  Even later they would support 3350 drives simulating 3330-1
drives (could be considered experience for current situation where
industry standard fixed-block disks are used to simulate CKD DASD, real
CKD DASD hasn't been made for decades).

from pg. 510
https://www.computer.org/csdl/proceedings/afips/1975/5083/00/50830509.pdf

If the specific cylinder required by the CPU (1/404th of a Mass Storage
Volume) is already on DASD, an I/O operation proceeds.  If not, and
data is being accessed, the MSC causes the cartridge containing the
cylinder to be placed on a Data Recording Device (DRD), and the data
contained in that cylinder to be transferred to the DASD staging buffer.

,,,

If the Operating System knows which cylinders will be accessed, it can
cause the MSC to stage only those cylinders containing the data set;
reducing the number of times cartridges need to be accessed.

... snip ...

aka a pool of real 3330 staging drives can be used to simulate a much
larger number of "mounted" 3330 virtual packs.

trivia topic drift.

1980, I had been con'ed into doing extended channel support for IBM STL
(rename silicon valley lab, SVL) ... moving 300 people from IMS group
to offsite bldg. recent (ibm-main) posts referencing effort
http://www.garlic.com/~lynn/2017d.html#1 GREAT presentation on the history of 
the mainframe
http://www.garlic.com/~lynn/2017d.html#88 Paging subsystems in the era of 
bigass memory
http://www.garlic.com/~lynn/2017e.html#94 Migration off Mainframe to other 
platform
http://www.garlic.com/~lynn/2017j.html#3 Somewhat Interesting Mainframe Article

other posts
http://www.garlic.com/~lynn/submisc.html#channel.extender

1985, I was considered IBM export on the vendors hardware used for the
channel extender ... and the NCAR/UCAR IBM rep. tracked me down to help
NCAR. NCAR had bunch of (non-IBM) supercomputers and 4381 implementing
HSM function using some of the vendors hardware boxes (the vendor
implemented their own channel protocol between their boxes). The 4381
would get supercomputer network request for file/data, it would stage
the data (from tape) if required (to IBM DASD), and download a channel
program (CCWs) into one of the vendor's A515 boxes ... and return the
"handle" for that channel program to the requesting supercomputer.  The
supercomputer would then request that channel program to be executed,
transfer the data to/from directly between supercomputer and IBM DASD.

I've mentioned before a senior disk engineer getting talk scheduled at
communication group conference where he said that the communication
group was going to be responsible for the demise of the disk division
(i.e. stranglehold on datacenters, not only hitting to disk division
but significant contributing to 

Re: jenkins IDE

2017-12-22 Thread Mike Schwab
https://wiki.jenkins.io/display/JENKINS/IBM+zOS+Connector#IBMzOSConnector-SCLMintegration

https://www.ibm.com/developerworks/library/d-continuous-delivery-framework-jenkins/index.html


On Fri, Dec 22, 2017 at 9:03 AM, Ron Thomas  wrote:
> Hello . We are planning to implement jenkins in to our QA mainframe 
> environment . Is there any document where i can look and see how to configure 
> our mainframe regions to jenkins . The objective is we should we able to 
> submit jobs and build code from jenkins ? Is there any one in the list who 
> has implemented the same  & would be glad to know the pros and cons of moving 
> to jenkins .
>
> Thanks in Advance
>
> Regards
> Ron T
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: CMBs Shortage - How to solve an issue?

2017-12-22 Thread Ed Jaffe

On 12/22/2017 7:32 AM, Gilson Cesar de Oliveira wrote:

Dear list:

   We are facing some alerts related to shortage of Console Message Buffers due 
to an automation that change and route sysouts from one site to another. This 
automation, when there are a lot of sysouts, generates a lot of HASP686 
messages.


Haha! When I first saw this post, I was stunned that anyone could run 
out of Channel Measurement Blocks (CMBs)!


The JES2 $HASP050 message indicates a *temporary* condition that will 
eventually clear itself. Having said that, storage is cheap these days 
and 270 is considered a very small number. Personally, I would raise 
that to whatever value you need to avoid shortages.


Despite BUFNUM=100 being the default, IBM recommends you "[start with] 
BUFNUM=1000 as a minimum starting value and increase the value using the 
$T CONDEF command if the $HASP050 message indicates a shortage. Because 
console messages must wait for buffers, too small a value slows the system."


https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.hasa400/has2u60047.htm

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


Re: CMBs Shortage - How to solve an issue?

2017-12-22 Thread Allan Staller
Increase numbuf would be my first choice. There is most likely less  overhead 
in managing buffers that suppressing numerous messages.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gilson Cesar de Oliveira
Sent: Friday, December 22, 2017 9:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CMBs Shortage - How to solve an issue?

Dear list:

  We are facing some alerts related to shortage of Console Message Buffers due 
to an automation that change and route sysouts from one site to another. This 
automation, when there are a lot of sysouts, generates a lot of HASP686 
messages.

 In order to fix the issue we have two ways:

 1- Increase the NUMBUF in CONDEF (today this number is 270);
 2- Suppress the message HASP686 from the console through the MPFLSTxx.

I'd like to hear from the experts wich one would be the best.

Thanks in advance for any help.

Regards,

Gilson Cesar

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

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


Re: How to find what performed an OMVS unmount?

2017-12-22 Thread Peter Ten Eyck
Yes, I tried using the zSecure product going against the SMF data for the time 
period, looking for activity against the mount point or the USS dataset name 
and did not find any RACF type records for the event.

That is what makes me think if there is an answer to be found, it may be in the 
type 92 records. The only tool I think I have to do this in MXG. I am not very 
proficient with that tool; it’s going to take me awhile to figure out how to 
generate a report of all the mount and un-mounts in USS for a specific period 
of time.

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


CMBs Shortage - How to solve an issue?

2017-12-22 Thread Gilson Cesar de Oliveira
Dear list:

  We are facing some alerts related to shortage of Console Message Buffers due 
to an automation that change and route sysouts from one site to another. This 
automation, when there are a lot of sysouts, generates a lot of HASP686 
messages.

 In order to fix the issue we have two ways:

 1- Increase the NUMBUF in CONDEF (today this number is 270);
 2- Suppress the message HASP686 from the console through the MPFLSTxx.

I'd like to hear from the experts wich one would be the best.

Thanks in advance for any help.

Regards,

Gilson Cesar

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


jenkins IDE

2017-12-22 Thread Ron Thomas
Hello . We are planning to implement jenkins in to our QA mainframe environment 
. Is there any document where i can look and see how to configure our mainframe 
regions to jenkins . The objective is we should we able to submit jobs and 
build code from jenkins ? Is there any one in the list who has implemented the 
same  & would be glad to know the pros and cons of moving to jenkins . 

Thanks in Advance 

Regards
Ron T

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


Re: Disable DYNALLOC?

2017-12-22 Thread John McKown
On Fri, Dec 22, 2017 at 1:12 AM, Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> Forgotten to do a FREEBUFF dcbaddr after CLOSE?
>

​No way to do that in a VS COBOL II program.​ (long ago)



>
> Grtn,
> Kees.
>

-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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: Can anyone remember "drum" storage?

2017-12-22 Thread Tom Marchant
On Thu, 21 Dec 2017 14:41:18 -0500, Edward Finnell wrote:

>The CE's called them noodle snatchers...

The 2321 Data Cell was called a noodle snatcher. I never heard 
of a 3850 being called that. The 2321 was a much smaller 
device that sat in one frame, maybe 2 feet wide.

When I worked at Wayne State University in the early 1970's, we 
had one. I saw the thing , but never saw it in operation. It used 
strips of magnetic media similar to tape, but much thicker, more 
like the media in a floppy disk than a tape. The strips were on 
the order of a foot long and a couple of inches wide. They were 
pulled up out of their storage container and wrapped around a 
spool to read and write them, then returned to their slot.

Several people had strips that had been discarded for one 
reason or another, and at least one person had a strip that had 
been crumpled as it was being returned to its slot.

The 3850 was much larger. When I was an Amdahl SE, one of 
my accounts had one. It was probably 20 feet long, maybe 
more. My impression was that it was a much improved version 
of the 2321.

-- 
Tom Marchant

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


Re: LRS VPS Printer Replacment

2017-12-22 Thread zos reader
We have more than 4000 printers and due to costing we are planning to
migrate to other..

Thanks all for your inputs..!!!

On Tuesday, December 19, 2017, Longnecker, Dennis <
dennis.longnec...@courts.wa.gov> wrote:

> I did the VPS -> JQP/VVP swap out around 2003.  Have about 1500 printers
> defined in JQP/VVP.
>
> I find the support really good with the JQP and VVP products.  I tried NPF
> first, but the administration would have been really hard for my help desk
> people.
>
> The only reason I did the swap out in the first place was cost.   First it
> was the cost for CPU upgrades, but I am also seeing savings in the yearly
> costs.
>
> Dennis
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Porowski, Kenneth
> Sent: Thursday, December 14, 2017 6:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External Sender] Re: LRS VPS Printer Replacment
>
> Another vote for MacKinney's JQP.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, December 14, 2017 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] [External Sender] Re: LRS VPS Printer Replacment
>
> On Thu, Dec 14, 2017 at 8:42 AM, Carroll, William <
> carro...@grangeinsurance.com> wrote:
>
> > Another vote for NPF.  I have the same exact situation as Dana.  Works
> > well.  We do CICS , Mainframe, Network, printing all through the same
> > devices.  Not one issue for over 2 years.
> >
>
> ​I got NPF working and it did well. However, it was (is still?) hard to
> administer. So hard that the VTAM person (we actually still had SNA 3270
> nodes via Visara controllers) decided that it was unacceptable. We went
> with MacKinney's JQP. It was easier to administer than NPF (but not as easy
> as VPS); reliable (we still use it); and relatively inexpensive.​
>
>
>
> >
> > Bill
> >
> >
>
> --
> I have a theory that it's impossible to prove anything, but I can't prove
> it.
>
> 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
>

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


Re: How to find what performed an OMVS unmount?

2017-12-22 Thread Robert S. Hansel (RSH)
Peter,(Resending with a proper Subject)

If this is a RACF protected system and depending on what audit settings were in 
effect, you might see an SMF 80 record for the unmount. The event code is 55. 
If you have SMF unload records available, look for event UMNTFSYS.

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc. *** Celebrating our 25th Year ***
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
Date:Tue, 19 Dec 2017 18:10:10 -0600
From:Peter Ten Eyck 
Subject: How to find what performed an OMVS unmount?

I have an OMVS dataset that was mounted via a batch job on a z/OS 2.2 LPAR:

//SYSTSPRT DD   SYSOUT=* 
//SYSTSIN  DD   *
  PROF MSGID WTPMSG  
  MOUNT FILESYSTEM('CICSTS53.CICS.ESA1.HFS.FF') +
MODE(RDWR) TYPE(ZFS) NOAUTOMOVE +
MOUNTPOINT('/usr/lpp/cicsts53')  

This job was run after the CICS region was already up and is used for CICS TS 
5.3 web services. The web services were dynamically installed from this 
successfully mounted dataset and worked fine.

Sometime over night the dataset (file) became un-mounted. How can I determine 
what un-mounted the file? I do not see anything in the syslog or the CICS log. 
Can I use SMF to determine this, what record type would be used?

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