Re: Friday question: ISPF Statistics Manipulation

[Barbara Nitz]

>Evidence of what Barb ? Don't hang anyone on this evidence. Anyone with
>update access to the pds can update this field..

My colleague asked me on Friday if it is possible to fake the ISPF Statistics. 
I already knew that you can write them yourself using something other than 
ISPF. So we tested how easy it would be to change them. Apparently in a former 
life my colleague was blamed for an error because his name was in that 
statistics field as the one who last changed, and he had never seen that member 
or that content before.

Last year I was asked if the powers that be can use ISPF statistics as tracking 
who had changed a source code library (on a regular basis, and please no plugs 
for source control products!). I pointed them to ISPF 3.5 then and to the fact 
that STATS OFF will delete existing statistics. Fortunately my answer 
discouraged them enough so they didn't follow this scheme any further. I 
nevertheless do have STATS ON in the global (system) ISPCCONF. Which you can 
not use by using your own, preconcatenated version.

That's what I mean by 'used as evidence'. And I wondered if it is just my 
ignorance or if there really is no way (as I suspected) to prevent unauthorized 
changing of the statistics. 

Thanks to all who answered.

Barbara

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

Re: Windows 10 Pro automatic update

[Clark Morris]

[Default] On 28 Jun 2017 08:16:27 -0700, in bit.listserv.ibm-main
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote:

>On Wed, 28 Jun 2017 09:11:30 -0500, Wendell Lovewell wrote:
>
>>Any version of Windows can have the update service disabled.
>>
>OTOH, beware:
>
> https://www.usatoday.com/story/tech/news/2017/06/27/petya-ransomware-attack-windows-wannacry-protect/103241420/
>
>Or, just avoid Windows.
>
>>1) From a DOS window, enter "services.msc".  
>>2) Find the line that has "Windows Update" on it.  Right-click and select 
>>"Properties".
>>3) Change the "Startup Type" to "Disabled".  This will prevent it from 
>>starting next boot.
>>4) Click "Stop" to stop it running immediately.
>>5) Click "Ok'.
>>
>>When you decide to let it update, do the reverse--select Automatic (Delayed 
>>Start) for the Startup Type, and click "Start".  It will take some time for 
>>it to catch up.

This could be a valid solution for me since I use Secunia PSI which
would notify me about needed updates.  However it is dangerous for
those who do not have this software and is only a workaround for an
irresponsible Microsoft approach to the real problem of people not
installing security updates in a timely manner.

I wonder what the average time lag is for installing security updates
(integrity exposure) on z/OS.

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

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

Friday question: ISPF Statistics Manipulation

[Kenneth J. Kripke]

Friday question: ISPF Statistics Manipulation:

A product that tracks and controls access to members within a PDS is
eventACTION.  

Granted, it doesn't prohibit someone from changing the ISPF stats for a
member, 

But, if the library is controlled, It will prohibit updates unless
authorized.  

It will also track and report accesses and the nature of access.  

 

Sincerely;  

 

Kenneth J. Kripke

 

k.kri...@comcast.net 

 


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

Re: Orhan control block in a FIFO chain

[Edward Gould]

> On Jul 7, 2017, at 12:28 PM, Walt Farrell  wrote:
> 
> On Fri, 7 Jul 2017 09:59:01 -0500, Donald Likens  > wrote:
> 
>> We run our product on somewhere around 15 client site. We have had this 
>> problem on one client site (multiple LPARs) since we started running there. 
>> We have only seen this problem on one other system during a trial (they did 
>> not keep the product). The client site that sees this problem sees it 
>> randomly but multiple times during a week. The code for where I think the 
>> problem exists is in the original listserv entry. What we are doing is using 
>> the IEFU8X (3,4,5) exits to extract SMF records and place them in a FIFO 
>> control block chain in CSA to be processed and removed by an STC. I created 
>> a batch procedure that reads SMF records and passed them to the active 
>> IEFU8x exit. We ran this batch process on our test system multiple times 
>> duplicating the client’s environment using SMF data supplied from 1 hour 
>> before and 1 hour after the problem showed up at the client’s site. It feed 
>> 297,092 records into our product in 6 minutes and IT WORKED PERFECTLY every 
>> time.
>> 
>> Does anyone have any ideas on what could cause this situation? 
> You say "duplicating the client's environment." 
> 
> Does that duplication include number of CPs and processor speed? I have seen 
> test environments that were setup as single CP, which does little to help 
> debug problems related to multi-tasking or -processing.
> 
> How many simultaneous copies of your batch process were running, given that 
> the client could have dozens or hundreds of address spaces writing SMF 
> records? How much multi-tasking within your batch process did you have, in 
> case the issue is related to multi-tasking rather than multi-processing?
> 
> How did each of your batch processes pass the records to the exit? And which 
> exit(s) did you use?
> 
> -- 
> Walt

Walt,
Exactly…. We had early serial numbers on a 168MP. We were using DFSORT at the 
time. We were seeing issues with DFSORT, yet nobody else was seeing what we 
were seeing.
We sent a couple of dumps off to IBM and they scratched their heads for a week 
or two. I called them up and was talking over the matter and I asked if this 
could be a MP issue with serialization,
I heard the guy say “interesting”. Apparently IBM DFSORT didn’t have access to 
a MP to test their code on. About 3 or 4 days later I got a call saying they 
had found the fix and they sent it overnight, I put the fix on the next day and 
the issue disappeared.

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

AW: Re: Z performancequestion #2 - key 9

[Peter Hunkeler]

Out of curiosity, why have you thought there might be one?
--
Peter Hunkeler


 Von: Binyamin Dissen  An:   
IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Z performancequestion #2 - key 9 Datum: 
08.07.17, 20:37


Thank you.

On Fri, 7 Jul 2017 13:28:51 -0400 Jim Mulder  wrote:

:>  There should be no performance cost.
:>
:>Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
:>Poughkeepsie NY
:>
:>> Subject: Z performancequestion #2 - key 9
:>> Sent by: IBM Mainframe Discussion List 
:>>
:>> What is the performance cost of using key 9 storage when the PSW is not 
:>in key
:>> 9?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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


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

IBM's Teaser Videos on YouTube

[Timothy Sipples]

Here are a couple teaser videos:

https://www.youtube.com/watch?v=1mPEFvJeTKI
https://www.youtube.com/watch?v=sR6zjinyCTc

On IBM's Twitter feed there's also this link:

https://t.co/KpEfo9lUIW

and an exhortation to mark your calendar: "7.17.17."


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: GSE UK LSWG - Date Change

[ITschak Mugzach]

Hi Leanne

Does this refers to GSE meeting on the 13th?




On Thu, Jul 6, 2017 at 5:38 PM, Leanne Wilson 
wrote:

> DATE CHNAGED FROM 19th JULY TO 18Th JULY
>
> I am pleased to invite you to a mid-year GSE Large Systems Working Group
> event. The event will be a virtual event via webex on the 18th July 2017
> from 14:00 – 16:15 GMT.
>
> The event will contain 2 hour sessions, including “How to make the most of
> z/OS BCPii” which was an award winner: Best Overall SHARE session - IBM
> speaker.
>
> If you wish to attend the event, please follow the registration link HERE<
> http://lsx.gse.org.uk/content/content_event_register.php?id=18>
>
> Full agenda details still to be announced and will follow shortly.
>
> Leanne Wilson
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|** Automatec ISCM**  (Information Security
Contigious Monitoring) **| *

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