Good point and I'll check with my DB2 guy for clarification, the issue with SMF
is a home grown application that reads/inventories the SMF data after each dump
cannot handle overlaps,duplicate timestamps, I'm told its been that way...30+
years or so, very little modicitions, I don't own the
Thanks.
I tried this and it does not seem to give me what I need. I think the
key item is that I am sharing tape drives outside of the sysplex, with
non-participating systems. (Forced because these are not z/OS systems I
am sharing with.)
Still googling for a workable solution.
Tony
Both SMF and DB2 have the appropriate ability to handle the time change.
As I stated in another post. No IBM subsystems care about Local time.
The only things that care are applications within those subsystems.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul
Paul Gilmartin wrote:
On Tue, 6 Nov 2018 08:39:38 -0500, Carmen Vitullo wrote:
Thanks Mike and thanks to Allan Staller, I didn't see his response in my email
but I wanted to thank him also - on fall back we do shut the systems down, wait
an hour, mostly due to DB2, and some home grown
On Tue, 6 Nov 2018 13:01:49 -0500, John Eells wrote:
>
>What makes you think that either (a) Db2 is broken or (b) SMF does not
>use UTC?
>
A couple contributors to this thread reported problems. But they subsequently
clarified that the problems are in user code, not DB2 or SMF.
Does TIME TZ=LT
For an inquisitive programmer... what is a good definition for each of the
following? How do they relate to each other?
Address space
Data space
Subsystem
Started task
Job
TSU (TSO)
Process
Enclave
Note: My explanation will fall short of what IBM-Main can come up with.
On Tue, 6 Nov 2018 10:26:57 -0500, Phil Smith III wrote:
>Re moving the DST dates: we have a "smart" clock that does DST automatically,
>to save you the hassle. However, there's no way to disable that, so since they
>moved the dates, it means we now get to reset it *four* times a year. Lovely.
John,
Where does SMF use UTC? Most times are recorded as 'TIME SINCE MIDNIGHT IN
HUNDREDTHS OF A SECOND'. I have never seen a field in a SMF record for UTC
offset. Note: The new extended SMF record header does include the time in
STCKE format, but I haven't seen any records that use the new
Helps keep your operators from nodding off at oh-dark-thirty. ;-)
.
.
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
LOL! now that's funny right there...it's well know by the SYSPROG staff that
our operators and the operations super is asleep and are not to be disturbed -
that's why I get to IPL each fall back.
Carmen Vitullo
- Original Message -
From: "Jesse 1 Robinson"
To:
On Tue, 6 Nov 2018 13:28:53 +, Jousma, David
>
>My big thing is that I don’t want CRON to get used as an alternative to the
>Enterprise Scheduler (in our case TWS), so its limited to this type of house
>keeping work to begin with.
>
Why?
Of course if you want full consistency, perhaps for
On Tue, 6 Nov 2018 08:39:38 -0500, Carmen Vitullo wrote:
>Thanks Mike and thanks to Allan Staller, I didn't see his response in my email
>but I wanted to thank him also - on fall back we do shut the systems down,
>wait an hour, mostly due to DB2, and some home grown applications that read
On Tue, 6 Nov 2018 09:00:16 -0500, Carmen Vitullo wrote:
>indeed we use cron to schedule syslogd offload and archival and some other
>tasks, now if I can find out where the crontab is again
>
Sigh. Cron uses local time. In one case where the server and the users were
in different
Nice ! :)
Carmen Vitullo
- Original Message -
From: "Alva John Nims (Al)"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, November 6, 2018 10:03:51 AM
Subject: Re: Speaking of time change...
Here is my $0.02 on Time Change:
https://www.gocomics.com/nonsequitur/2017/03/12
Al
We do a one hour moratorium as well. No IPL; just bring down CICS regions and
don't run any business batch jobs. Really only because it will take much more
than one hour of work to determine what affect "repeating times" might have on
our business applications (which use local time). Why
On Tue, 6 Nov 2018 15:17:00 -0800, Charles Mills wrote:
>You're right of course. I still stand by my assertion that most of the formats
>are stupid, and the standard SMF format is no prize-winner. Milliseconds (or
>even microseconds) since the start of some era would have fit conveniently in
On 11/5/2018 11:34 AM, Lizette Koehler wrote:
If so, Jerry Whitteridge and I might be wandering around since we live in PHX
Hope to see some of you there
Assuming I don't get hit by a bus between now and then...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El
On Tue, 6 Nov 2018 11:47:53 -0800, Charles Mills wrote:
>Yeah John, "standard" SMF timestamps are in local time. Sigh.
>
So the last possible value before midnight last Sunday would have
been 899 (25 hours minus 0.01 seconds)? Can anyone verify?
>I have documented TWENTY-FIVE (really!)
Test.
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 6 Nov 2018 20:26:23 +, Nims,Alva John (Al) wrote:
>Try this:
>
>https://www.ibm.com/support/knowledgenenter/zosbasics/com.ibm.zglossary.doc/zglossary.pdf?origURL=api/redirect/zos/basics/topic/com.ibm.zglossary.doc/zglossary.pdf
>
>
Conspicuously absent from that is the frequently
On Tue, 6 Nov 2018 14:21:26 -0800, Charles Mills wrote:
>Frankly, most are stupid. Many are just some programmer's bright but
>thoughtless idea. The "standard" SMF timestamp (seconds * 100)||0cyydddF takes
>up just as much room as an STCK, has much less precision, and as originally
>designed
Maybe this?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieam100/iea3m1_Messages_sent_to_hardcopy_log_in_JES2_system.htm
On Tue, Nov 6, 2018 at 3:29 AM Jason Cai wrote:
> Hi all
>
> After system IPLed,we want to code rexx program to read syslog to check
> whether
On 11/6/2018 8:31 AM, Tony Thigpen wrote:
I tried this and it does not seem to give me what I need. I think the
key item is that I am sharing tape drives outside of the sysplex, with
non-participating systems. (Forced because these are not z/OS systems
I am sharing with.)
Tape drives are
Hi Steve
In the LINK you gave us,we could find Routing Code in oplerlog ,but we
couldn't find descriptor code.
any IBM message has Routing Code and Descriptor Code shown below
ADY016E DATA SET ndsn, DOES NOT MATCH THE CURRENT SHARED DAE DATA SET:
odsn
Routing Code: 1,2
Descriptor
Hi Steve
You are right. I found it .
Descriptor Code Type Code 1 W (wait) 2 A (action) or D (decision) 3 E (eventual
action) 4 through 10 I (information) 11 E (eventual action) 12 and 13 I
(information)
Thanks a lot!
Best Regards,
Jason Cai
From: Jason Cai
Date: 2018-11-07 09:13
I reckon that's why there's mention of zFS quiesce.
Believe me, you either want to quiesce or unmount the zFS before dumping it.
Otherwise, you'll be waiting roughly 15 minutes for the mount operation to
complete on the target/restoring system.
- Vignesh
Mainframe Infrastructure
-Original
Hi Tony,
I have used the Computer Associates MIA ( Multi Image Allocation, sometimes
called MIM-Tape ) to share tape drives between multiple MVS ( later OS/390 and
z/OS ) "environments". We also had VSE/ESA guests running under VM/ESA,
however we were not able to build a business case to
On 2018-11-06, at 22:20:07, Joel C. Ewing wrote:
> If you search on-line for Unicode characters, their code point values
> are usually given using the "U+" notation, where is in hex, so
> IBM is just following standard usage.
>
My curiosity was more about whether and where it's
If you search on-line for Unicode characters, their code point values
are usually given using the "U+" notation, where is in hex, so
IBM is just following standard usage.
Also this notation is only weird if one is not familiar with current
Linux desktop systems -- this not that far from
Can you reliably dump your zFS, with DSS or FDR, while it is active and being
changed, with data cached etc., while being dumped?
Innovation has FDR-Upstream for that. It dumps and restore individual files in
the zFS.
Kees
> -Original Message-
> From: IBM Mainframe Discussion List
Interesting, thanks for the link.
Neither "process" nor "TSU" is defined, but "TSO" and all the other terms
requested are defined.
For the OP:
The distinctions between "process" and "enclave" are nicely laid out in one of
the LE manuals, the Concepts Guide:
Frankly, most are stupid. Many are just some programmer's bright but
thoughtless idea. The "standard" SMF timestamp (seconds * 100)||0cyydddF takes
up just as much room as an STCK, has much less precision, and as originally
designed (with no 'c'), less range.
Charles
-Original
I want to replace a DFDSS ZFS dump step with FDR, which we license but have not
used for this purpose. (We have an SR open for DFDSS, but IBM has not been able
to figure out the problem.) I'm not looking for a DSFSS fix, merely a
circumvention. I've rummaged through INNOVATION doc online but
You're right of course. I still stand by my assertion that most of the formats
are stupid, and the standard SMF format is no prize-winner. Milliseconds (or
even microseconds) since the start of some era would have fit conveniently in
64 bits, would have given one more digit of precision, would
Yeah John, "standard" SMF timestamps are in local time. Sigh.
I have documented TWENTY-FIVE (really!) different date, time or date-and-time
formats used in SMF records, although to be fair, perhaps a quarter or so of
those are for non-IBM SMF records.
Charles
-Original Message-
From:
On Tue, 6 Nov 2018 20:26:23 +, Nims,Alva John (Al) wrote:
>Try this:
>
>https://www.ibm.com/support/knowledgenenter/zosbasics/com.ibm.zglossary.doc/zglossary.pdf?origURL=api/redirect/zos/basics/topic/com.ibm.zglossary.doc/zglossary.pdf
>
>
And, for other interesting definitions, see
FDRABR, not FDTAABR :(
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Tuesday, November 06, 2018 2:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using FDR
>
> Do you license FDRTABR, or just FDR?
>
Do you license FDRTABR, or just FDR?
FDR DUMP is a full volume operation. FDRABR DUMP allows for Select statements
for individual datasets.
You will also want to use the ZFS=QUIESCE option.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>
Try this:
https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zglossary.doc/zglossary.pdf?origURL=api/redirect/zos/basics/topic/com.ibm.zglossary.doc/zglossary.pdf
Al Nims
Systems Admin/Programmer III
UF Information Technology
720 Bld. 3rd Floor, #9
P.O. Box 112050
Gainesville, FL.
Peter Ten Eyck wrote:
>For an inquisitive programmer... what is a good definition for each of the
>following? How do they relate to each other?
Careful - there are more than one interpretations of these terms. Trust me. ;-)
Start at https://www-01.ibm.com/software/globalization/terminology/
https://www-01.ibm.com/software/globalization/terminology/u.html
USS = Unformatted System Service, whatever that is. I was always told
the story that since IBM already used that acronym, it would not be used
again for Unix Systems Services. Don't know if that is true or not.
On 11/6/2018
On Tue, 6 Nov 2018 22:40:16 +, Gibney, Dave wrote:
>FDR DUMP is a full volume operation.
FDR can dump and restore individual data sets as well as full volumes.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff /
Looks like you're focusing on things that do work - well, other than
Data Spaces and (my own opinion) Subsystems, which I tend to think of as
control blocks and not anything that does actual work (not counting any
related subsystem STC). Have you seen the "ABCs of IBM z/OS System
Programming"
Yeah, USS is a component of VTAM. But, I be pedantic.
It seems that verbiage wars from a decade ago labeled those of us
that pointed this out as pedantists.
When you initially connect to VTAM with a 3270 device, you get
the MSG10 "panel" which is part of USS as I recall. But it has
been
The inquisitive programmer will find this and others on their friendly search
portal:
http://www.prycroft6.com.au/misc/download/GC28-1348-0_MVSXAoverview_Mar84OCR.pdf
(IBM overview of MVS/XA, introducing virtual storage, etc.)
http://idcp.marist.edu/enterprisesystemseducation/ztidbitz.html
Yes, you are correct, although it's really the DSF part.
DUMP TYPE=DSF,ZFS=QUIESCE
SELECT DSN=filter
FDRABR is much more versatile
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Marchant
> Sent: Tuesday, November 06,
Hi all
After system IPLed,we want to code rexx program to read syslog to check whether
there is any error in the system.
We use the following statement to get descriptor code
Address SDSF "ISFLOG READ TYPE(OPERLOG)"
if word(isfdesccode.ix,jx)='1' and so on
===
But isfdesccode don't
File #332
On Tue, Nov 6, 2018 at 8:59 PM Wayne Bickerdike wrote:
> You could use AUTO from the CBT tape. Works well for what you need.
>
> On Tue, Nov 6, 2018 at 8:32 PM Sean Gleann wrote:
>
>> Kees
>> THANK YOU!
>> Such a simple solution & one that I had not spotted despite all RTFMing
>>
Kees
THANK YOU!
Such a simple solution & one that I had not spotted despite all RTFMing
I've done.
When I do a '£T A,ALL' I can see the '24.05' & '24.10' time stamps, but I
never made the connection - just thought it was a weird way of specifying
time in the hour after midnight
Sean
On Tue, 6
Sean Gleann wrote:
>THANK YOU!
>Such a simple solution & one that I had not spotted despite all RTFMing I've
>done.
>When I do a '£T A,ALL' I can see the '24.05' & '24.10' time stamps, but I
>never made the connection - just thought it was a weird way of specifying time
>in the hour after
Is there some option in RMM or the IODEF to have z/OS issue
RESERVE/RELEASE commands to the tape drives?
We share some tape drives between z/OS, z/VM and z/VSE. z/VM and z/VSE
automatically reserve/release the drives as needed, but z/OS (with RMM)
does not. I have to issue a VARY
You could use AUTO from the CBT tape. Works well for what you need.
On Tue, Nov 6, 2018 at 8:32 PM Sean Gleann wrote:
> Kees
> THANK YOU!
> Such a simple solution & one that I had not spotted despite all RTFMing
> I've done.
> When I do a '£T A,ALL' I can see the '24.05' & '24.10' time stamps,
You're welcome.
While RTMFing, you must have missed Note 1. of the T= parameter of the $TA
command.
Mind the small window of mis-scheduling: if you issue the command between 00:00
and 00:05, the job will not run today at all.
Kees.
> -Original Message-
> From: IBM Mainframe
Hello all
I have a need to run a couple of batch jobstreams at the same time every
day.
The streams are fully developed and they run happily at the required
time(s), under control of a couple of JES 'TA' automatic commands:
£ T A0001,I=86400,T=00.05,'£VS,''S JOB,N=DLYWORK1'''
£ T
The problem is that when you issue the automatic command with a time in the
past, it will be issued immediately.
You can avoid this by scheduling it for the next day with T=24.05. T= is
calculated from the last midnight, so 24.05 means 00:05 tomorrow morning.
Kees.
> -Original Message-
Just a note. The ACDS and SCDS should not be on the same DASD. If I
remember that it is an IBM recommendation. Perhaps things have changed with
the new releases of DFSMS.
On Sunday, November 4, 2018, 5:43:50 a.m. EST, Gadi Ben-Avi
wrote:
Thanks
-Original Message-
From:
Sankaranarayanan, Vignesh wrote:
>Thanks all, so we've roughly come to the same answer, i.e., processing DBU00
>using SORT/ICETOOL/REXX or Nigel's utilities..
>Will wait to hear from Elardus on whether he can share his sweet pre-existing
>REXX
I lost/overwritten my REXX, so that is not
Thanks Mike and thanks to Allan Staller, I didn't see his response in my email
but I wanted to thank him also - on fall back we do shut the systems down, wait
an hour, mostly due to DB2, and some home grown applications that read SMF and
cannot handle the overlap. I have no issues setting the
Carmen, you don’t mention it, but are you running with your system clocks at
LOCAL time or GMT with the offset? Nothing IBM provided at relatively current
levels does anything with LOCAL time anymore, its all based off GMT.
Including DB2 and SMF. CICS now even detects time change
indeed we use cron to schedule syslogd offload and archival and some other
tasks, now if I can find out where the crontab is again
Carmen Vitullo
- Original Message -
From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent:
You're welcome. Don’t forget that DB2 (or any of the other IBM subsystems)
don't give a horses patoot about local time.
The only thing that cares these days is application code.
Most shops don't want to "do it right" (i.e. correct the appl code to use
TZ/OFFSET) and continue to perpetuate the
Hey Lizette,
I should be there. Stop by the MVSS Project Opening and say hi.
Russell Witt
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Monday, November 5, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
IBM inertia. I have run with ACDS/SCDS on the same volume for quite a while.
Recommendation dates to the days of SLED.
Modern RAID-5 (or better) devices do not have the exposure of SLED.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
willie bunter
Sent:
Got it, and that’s good. We have the same issue. We have one homegrown
online system using LOCAL time that surprisingly can replay the hour, but
cannot detect the change in time without recycling. So, operations shutdown
down the one lone app, does the set timezone, and then come right
While it appears that everyone answered your question regarding JES
autocommands. I'll tell you that we do use CRON here on the mainrame, but ONLY
for what I consider UNIX "busy work". Mostly to run the IBM provides skulker
shell script to cleanup garbage in various directories to keep them
I have been using cron to submit batch jobs.
It work without any issues.
Now with JES2 scheduling you can build complex schedules that can be
submitted using cron.
I no longer use JES2 automatic commands.
Leon
On 11/6/2018 4:49 PM, Sean Gleann wrote:
Hello all
I have a need to run a
Autoswitch. In z/OS the commands a v xxx,as,on or v xxx,as,off
I believe there is an IODF option to make the drives switchable.
Al
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Thigpen
Sent: Tuesday, November 6, 2018 3:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Sorry yes, we are using a GMT offset, the real issue and I misspoke, its the
application that have problems, they use a local timestamp, not an offset, so
time calculations are off, if they'd just hold the schedules and hour I'd be
fine.
thanks David !
Carmen Vitullo
- Original
Re moving the DST dates: we have a "smart" clock that does DST automatically,
to save you the hassle. However, there's no way to disable that, so since they
moved the dates, it means we now get to reset it *four* times a year. Lovely. I
assume they didn't sell it in AZ and parts of IN :)
Here is my $0.02 on Time Change:
https://www.gocomics.com/nonsequitur/2017/03/12
Al Nims
Systems Admin/Programmer III
UF Information Technology
720 Bld. 3rd Floor, #9
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu
(p) (352) 273-1298
-Original Message-
From: IBM Mainframe
70 matches
Mail list logo