Re: Chaning time zone for Unix based tasks

[Gadi Ben-Avi]

Thanks
Is this a onetime setup, or would I have to do this twice a year?
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 30, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks

On Mon, 30 Dec 2019 07:09:19 +, Gadi Ben-Avi wrote:

>I know, bit that requires editing a file.
>I want something that can be done using automation.
>
A better approach, extracting information from Linux, which does it right:

503 $ tail -1  /usr/share/zoneinfo/Asia/Tel_Aviv
IST-2IDT,M3.4.4/26,M10.5.0

So:
TZ=IST-2IDT,M3.4.4/26,M10.5.0 export TZ

See: https://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html

Unfortunately, this must be set in several places.

-- gil

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

Email secured by Check Point

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

Re: Chaning time zone for Unix based tasks

[Gadi Ben-Avi]

I'm in Israel.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 30, 2019 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks

On Mon, 30 Dec 2019 06:26:57 +, Gadi Ben-Avi wrote:

>Hi,
>Twice a year, we change the time zone the system is using with the SET 
>TIMEZONE command.
>This does not affect tasks running under Unix System Services.
>
>Is there a way to make these tasks use the z/OS system Time Zone?
>
>We are using z/OS v2.2 and z/OS v2.3
>
FAQ; Dammit! Should be RFE.

No,  but where are you?

— gil

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

Email secured by Check Point

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

Re: Chaning time zone for Unix based tasks

[Gadi Ben-Avi]

I know, bit that requires editing a file.
I want something that can be done using automation.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, December 30, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks

in /etc/profile set the variable TZ to UTC+2 (setenv  TZ "UTC2EDT")

ITschak

On Mon, Dec 30, 2019 at 8:27 AM Gadi Ben-Avi  wrote:

> Hi,
> Twice a year, we change the time zone the system is using with the SET 
> TIMEZONE command.
> This does not affect tasks running under Unix System Services.
>
> Is there a way to make these tasks use the z/OS system Time Zone?
>
> We are using z/OS v2.2 and z/OS v2.3
>
> Thanks
>
> Gadi
>
> --
> 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* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

Email secured by Check Point

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

Re: Chaning time zone for Unix based tasks

[Paul Gilmartin]

On Mon, 30 Dec 2019 06:26:57 +, Gadi Ben-Avi wrote:

>Hi,
>Twice a year, we change the time zone the system is using with the SET 
>TIMEZONE command.
>This does not affect tasks running under Unix System Services.
>
>Is there a way to make these tasks use the z/OS system Time Zone?
>
>We are using z/OS v2.2 and z/OS v2.3
>
FAQ; Dammit! Should be RFE.

No,  but where are you?

— gil

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

Re: Chaning time zone for Unix based tasks

[ITschak Mugzach]

in /etc/profile set the variable TZ to UTC+2 (setenv  TZ "UTC2EDT")

ITschak

On Mon, Dec 30, 2019 at 8:27 AM Gadi Ben-Avi  wrote:

> Hi,
> Twice a year, we change the time zone the system is using with the SET
> TIMEZONE command.
> This does not affect tasks running under Unix System Services.
>
> Is there a way to make these tasks use the z/OS system Time Zone?
>
> We are using z/OS v2.2 and z/OS v2.3
>
> Thanks
>
> Gadi
>
> --
> 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* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Chaning time zone for Unix based tasks

[Gadi Ben-Avi]

Hi,
Twice a year, we change the time zone the system is using with the SET TIMEZONE 
command.
This does not affect tasks running under Unix System Services.

Is there a way to make these tasks use the z/OS system Time Zone?

We are using z/OS v2.2 and z/OS v2.3

Thanks

Gadi

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

Re: Strange Migration behaviour DFHSM

[Jake Anderson]

So far based on D SMS,LIB(ALL),DETAIL

We have total 2934 srtch volume.

As per ARCMDxx the RECYCLEPERCENT(25)



On Mon, 30 Dec, 2019, 9:40 AM Mike Schwab,  wrote:

> How many scratch tape volumes?
> How is the recycle process performing.
>
> On Sun, Dec 29, 2019 at 9:50 PM Jake Anderson 
> wrote:
> >
> > Hi
> >
> > Our DFHSM is a single host based . Strange behaviour an noticing with it
> as
> > when i manually try to HMIGRATE to ML2(Virtual tape) and it's still in
> > DFHSM request queue for more than a 1 day. I scanned through HSM log and
> i
> > dont see any error related to the dataset am trying to migrate.
> >
> > The MCDS is at 90% and it's threshold is at 95%. Can this be a real
> issue?
> >
> > Jake
> >
> > --
> > 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
>

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

Re: Strange Migration behaviour DFHSM

[Mike Schwab]

How many scratch tape volumes?
How is the recycle process performing.

On Sun, Dec 29, 2019 at 9:50 PM Jake Anderson  wrote:
>
> Hi
>
> Our DFHSM is a single host based . Strange behaviour an noticing with it as
> when i manually try to HMIGRATE to ML2(Virtual tape) and it's still in
> DFHSM request queue for more than a 1 day. I scanned through HSM log and i
> dont see any error related to the dataset am trying to migrate.
>
> The MCDS is at 90% and it's threshold is at 95%. Can this be a real issue?
>
> Jake
>
> --
> 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

Strange Migration behaviour DFHSM

[Jake Anderson]

Hi

Our DFHSM is a single host based . Strange behaviour an noticing with it as
when i manually try to HMIGRATE to ML2(Virtual tape) and it's still in
DFHSM request queue for more than a 1 day. I scanned through HSM log and i
dont see any error related to the dataset am trying to migrate.

The MCDS is at 90% and it's threshold is at 95%. Can this be a real issue?

Jake

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

Re: VSAM record length 0

[Matt Hogstrom]

Awesome.  This made me laugh

Zero is a number; it just can’t be used everywhere as noted below.  

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Dec 29, 2019, at 10:50 AM, Donald Blake  wrote:
> 
> And ever since then people have been screwing up proofs and calculations by
> trying to divide by it.
> 
>> In the sixth century brilliant Indian mathematicians added zero
>> to the number system.  IBM designers have not yet caught up.
>> 
> 
> --
> 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: IBM-MAIN Digest - 14 Dec 2019 to 15 Dec 2019 (#2019-346)

[Ryan Knowles]

Signoff

On Dec 16, 2019 12:00 AM, IBM-MAIN automatic digest system 
 wrote:

There are 7 messages totaling 367 lines in this issue.

Topics of the day:

  1. How do I compare CPU times on two machines? (4)
  2. ZOS 1.13 2.2 2.3 in the same sysplex (3)

--

Date:Sun, 15 Dec 2019 08:01:58 -0600
From:Scott Chapman 
Subject: Re: How do I compare CPU times on two machines?

>> The numbers below (from IBM.com) do not seem to support what you are saying 
>> however: "if you're trying to convert CPU time between machines, the ratio 
>> of any of SUs, MSUs, or PCI will be pretty much equally "fine"." The ratio 
>> of the PCI's of the two machines is about eight-to-one but they seem in 
>> practice to be *about* the same speed: that is, a job that uses about 1 CPU 
>> second on one seems to use about 1 CPU second on the other (certainly not 
>> eight times as much!). The SU/SEC ratio for the two machines is 40404/3 
>> which seems to more accurately reflect observed reality (although way less 
>> than perfectly! -- less perfectly than a guess of "oh, I guess they are 
>> about the same speed").
>>
>> Processor #CP PCI MSU MSUps Low Average High
>> 2817-730 30 23,929 2,855 2,370 49.54 42.75 37.96
>>
>> Processor #CP PCI MSU Low Average High
>> 2818-Z05 5 3,139 388 6.18 5.61 4.77
>>

Sorry... I failed to mention that you have to use the Per CPU ratings. SU/sec 
is already on a per CPU basis, which is why that number seems more in line with 
what you expect.

23929 / 30 = 797.62855 / 30 = 95.1
3139 / 5 = 627.8 388 / 5 = 77.6

797.6 / 627.8 = 1.27
95.1 / 77.6 = 1.22
40404 / 3 = 1.21

The PCI ratio is a bit farther off from the other two, but again, these are 
rough estimates and to that degree they're reasonably close. We're drawing with 
the fat crayons here, not fine drafting pens.

But... I just realized you used the SU/sec from the 2818-Z04, not the Z05, 
which is 32258.

40404 / 32258 = 1.25

Which is pretty much in the middle of the other two ratios, so it all seems to 
match up as I'd expect now.

Re. your "a job on one machine uses about 1 second of CPU and uses about 1 
second of CPU on the other". If 1.00 is about 1.25 then, I think all is as one 
might expect.

But a 1 second job is relatively quick. And there's probably other work on the 
systems that could be influencing both. For example, the larger machine may 
have more work running that's having a larger negative impact on the test job 
running on that machine, so it could actually consume more CPU time than the 
test job running on the notionally slower machine if the slower machine is 
relatively idle when the test job runs.  LPAR configurations can also play in 
here, sometimes significantly.

Remember, your CPU time increases as your application has to go further into 
the memory hierarchy to find the data. (I.E. if the instructions/data weren't 
in L1 cache.) So on a busier system, other work (especially higher priority) 
work may be making it harder for a particular test job to keep it's data closer 
to the processor core. That's also why you'll see potentially significant 
variations between runs of the same exact job.  That's why I always want to see 
multiple re-runs so I can understand the "normal" variation. (But one still 
needs to take into account the current system activity: "normal" variation will 
itself vary.)

Nothing is simple...

Scott Chapman

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

--

Date:Sun, 15 Dec 2019 21:01:53 +
From:Seymour J Metz 
Subject: Re: How do I compare CPU times on two machines?

To a first approximation, run the same job on both and compare. IBM has a 
synthetic benchmark, and you can use those numbers as long as you understand 
that your workload may not give the same ratios as IBM's.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Friday, December 13, 2019 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I compare CPU times on two machines?

I know this is a pretty basic question. I can research it but I am afraid
that if I miss one detail I could be off by an order of magnitude.

How do I compare CPU seconds on two different machines -- in this case a
z196 model M49 and a z114 model M10?

This is not like a huge purchase decision benchmark or anything like that.
It's just a very simple Job X consumed m CPU seconds on the z196, and Job Y
consumed n CPU seconds on the z114 -- how do I compare those two numbers?

Thanks much,
Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@list

Re: IBM-MAIN Digest - 14 Dec 2019 to 15 Dec 2019 (#2019-346)

[Ryan Knowles]

Signoff IBM mainframe discussion list

On Dec 16, 2019 12:00 AM, IBM-MAIN automatic digest system 
 wrote:

There are 7 messages totaling 367 lines in this issue.

Topics of the day:

  1. How do I compare CPU times on two machines? (4)
  2. ZOS 1.13 2.2 2.3 in the same sysplex (3)

--

Date:Sun, 15 Dec 2019 08:01:58 -0600
From:Scott Chapman 
Subject: Re: How do I compare CPU times on two machines?

>> The numbers below (from IBM.com) do not seem to support what you are saying 
>> however: "if you're trying to convert CPU time between machines, the ratio 
>> of any of SUs, MSUs, or PCI will be pretty much equally "fine"." The ratio 
>> of the PCI's of the two machines is about eight-to-one but they seem in 
>> practice to be *about* the same speed: that is, a job that uses about 1 CPU 
>> second on one seems to use about 1 CPU second on the other (certainly not 
>> eight times as much!). The SU/SEC ratio for the two machines is 40404/3 
>> which seems to more accurately reflect observed reality (although way less 
>> than perfectly! -- less perfectly than a guess of "oh, I guess they are 
>> about the same speed").
>>
>> Processor #CP PCI MSU MSUps Low Average High
>> 2817-730 30 23,929 2,855 2,370 49.54 42.75 37.96
>>
>> Processor #CP PCI MSU Low Average High
>> 2818-Z05 5 3,139 388 6.18 5.61 4.77
>>

Sorry... I failed to mention that you have to use the Per CPU ratings. SU/sec 
is already on a per CPU basis, which is why that number seems more in line with 
what you expect.

23929 / 30 = 797.62855 / 30 = 95.1
3139 / 5 = 627.8 388 / 5 = 77.6

797.6 / 627.8 = 1.27
95.1 / 77.6 = 1.22
40404 / 3 = 1.21

The PCI ratio is a bit farther off from the other two, but again, these are 
rough estimates and to that degree they're reasonably close. We're drawing with 
the fat crayons here, not fine drafting pens.

But... I just realized you used the SU/sec from the 2818-Z04, not the Z05, 
which is 32258.

40404 / 32258 = 1.25

Which is pretty much in the middle of the other two ratios, so it all seems to 
match up as I'd expect now.

Re. your "a job on one machine uses about 1 second of CPU and uses about 1 
second of CPU on the other". If 1.00 is about 1.25 then, I think all is as one 
might expect.

But a 1 second job is relatively quick. And there's probably other work on the 
systems that could be influencing both. For example, the larger machine may 
have more work running that's having a larger negative impact on the test job 
running on that machine, so it could actually consume more CPU time than the 
test job running on the notionally slower machine if the slower machine is 
relatively idle when the test job runs.  LPAR configurations can also play in 
here, sometimes significantly.

Remember, your CPU time increases as your application has to go further into 
the memory hierarchy to find the data. (I.E. if the instructions/data weren't 
in L1 cache.) So on a busier system, other work (especially higher priority) 
work may be making it harder for a particular test job to keep it's data closer 
to the processor core. That's also why you'll see potentially significant 
variations between runs of the same exact job.  That's why I always want to see 
multiple re-runs so I can understand the "normal" variation. (But one still 
needs to take into account the current system activity: "normal" variation will 
itself vary.)

Nothing is simple...

Scott Chapman

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

--

Date:Sun, 15 Dec 2019 21:01:53 +
From:Seymour J Metz 
Subject: Re: How do I compare CPU times on two machines?

To a first approximation, run the same job on both and compare. IBM has a 
synthetic benchmark, and you can use those numbers as long as you understand 
that your workload may not give the same ratios as IBM's.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Friday, December 13, 2019 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How do I compare CPU times on two machines?

I know this is a pretty basic question. I can research it but I am afraid
that if I miss one detail I could be off by an order of magnitude.

How do I compare CPU seconds on two different machines -- in this case a
z196 model M49 and a z114 model M10?

This is not like a huge purchase decision benchmark or anything like that.
It's just a very simple Job X consumed m CPU seconds on the z196, and Job Y
consumed n CPU seconds on the z114 -- how do I compare those two numbers?

Thanks much,
Charles

--
For IBM-MAIN subscribe / signoff / archive access instruction

Re: [ISPF-L] Programmatically deleting ISPF Clipboards

[Robert Prins]

On 2019-12-29 14:33, Lionel B Dyck wrote:

> On 2019-12-29 09:38, Robert Prins wrote:> Does anyone know a way of deleting 
all the non-default ISPF clipboards, from> within an edit macro, without knowing 
their names?> > Reason? I've got an edit macro that creates half a dozen of 
internally used> clipboards, and that obviously fails if there are already 
several clipboards> created before the macro is invoked.

> Robert - to answer your question - No (sadly)
>
> I've not found a way programmatically to get a list of all the edit
> clipboards. I did resist the urge to chase control blocks but that may be the
> only solution.

That would be OK, this is a macro for my personal use.

However, after I posted the above, I realized that I actually (might) have an 
answer in the form of "EDITCLIP", 
, an edit macro that I 
use to access ISPF clipboard(s) from within other edit macros and even from 
outside the ISPF editor, using the "ECLIP" command I set up in a user command 
table.


Using the method used in EDITCLIP, i.e. creating a temporary copy of the 
"ISRECUTL" panel with a bit of extra code, would allow me to retrieve the names 
of all ISPF clipboards ("EFINDCLP") and delete them (individually, or all, 
"EDELCLIP [clipboard|*]").


I'll give this a try a bit later, (read: in early 2020), and will post the 
results here and, if things work, add them to the my z/OS page.


In the meantime all the best of you all for 2020,

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather @ https://prino.neocities.org/indez.html
Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

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

Is there a COBOL mailing list?

[Donald Blake]

https://www.ibm.com/developerworks/community/forums/html/forum?id=----2281

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

VSAM record length 0

[Donald Blake]

And ever since then people have been screwing up proofs and calculations by
trying to divide by it.

>In the sixth century brilliant Indian mathematicians added zero
>to the number system.  IBM designers have not yet caught up.
>

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

Re: [ISPF-L] Programmatically deleting ISPF Clipboards

[Lionel B Dyck]

Robert - to answer your question - No (sadly)

I've not found a way programmatically to get a list of all the edit clipboards. 
I did resist the urge to chase control blocks but that may be the only solution.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: ispf-l-l...@nd.edu  On Behalf Of Robert Prins
Sent: Sunday, December 29, 2019 9:38 AM
To: IBM Mainframe Discussion List ; ISPF discussion 
list 
Subject: [ISPF-L] Programmatically deleting ISPF Clipboards

Does anyone know a way of deleting all the non-default ISPF clipboards, from 
within an edit macro, without knowing their names?

Reason? I've got an edit macro that creates half a dozen of internally used 
clipboards, and that obviously fails if there are already several clipboards 
created before the macro is invoked.

Cross-posted to IBM-MAIN and ISPF-L.

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather @ https://prino.neocities.org/indez.html
Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

--
You received this message because you are subscribed to the Google Groups "ISPF 
discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ispf-l-list+unsubscr...@nd.edu.
To view this discussion on the web visit 
https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/5797562a-9470-cf33-c332-a3cda6c08a2f%40gmail.com.

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

Programmatically deleting ISPF Clipboards

[Robert Prins]

Does anyone know a way of deleting all the non-default ISPF clipboards, from 
within an edit macro, without knowing their names?


Reason? I've got an edit macro that creates half a dozen of internally used 
clipboards, and that obviously fails if there are already several clipboards 
created before the macro is invoked.


Cross-posted to IBM-MAIN and ISPF-L.

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather @ https://prino.neocities.org/indez.html
Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

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