No, it is a good question.
SAN switches are needed (or more efficient in connections) with more complex
configurations. Since most configurations are that complex that SAN switches
are useful, one only talks about these configurations.
So the simple configurations where you connect one device to
>I have no idea why the health checker header files in
>SYS1.SIEAHDR.H(HZS*) chose to use them.
Because no one was willing to take a stand that everyone has a system like
yours that can handle the braces, at the expense of someone who did not.
Nevertheless, it seems unlikely that there will be
Just got this message yesterday from another team, although I am a SHOPZ user
and an admin for my shop, I've not received this myself, why can't IBM just
redirect me to the correct site? why break a link that's been working for
years, if this was not passed on to me I'd be SOL I guess ??
thanks
PFCSKs in charge!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen Vitullo
Sent: Friday, August 10, 2018 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Another url change for SHOPZ
Just got this message yesterday from another team, although I am a SHOPZ user
an
Hi All, Observing a z/OS 2.3 start-up of a new system, I can see a lot of these
messages,all of which state "SWA=BELOW".
All our JES2 jobclasses specify "SWA=ABOVE, but these messages are issued
forSTCs invoked before JES2 start-up, or for STCs managed by subsystems other
thanJES2.
AFAIK, SWA l
Nope. This can only be changed by command. JES2 will remember prior settings
until changed via command.
$TJOBCLASS(*),SWA=ABOVE
$TJOBCLASS(STC),SWA=ABOVE <-
$TJOBCLASS(TSU),SWA=ABOVE
It sounds (to me) like someone issue the command previously and reality and
JESPARM have gotten out of sync
looks like a new message for 2.3 and new values , parms added to the ALLOC
member
Explanation: This message describes selected settings that will be used for the
job. These settings may come from
several different sources, such as the JOB statement, the job class attributes,
ALLOCxx setting
On Fri, 10 Aug 2018 13:26:00 +, Allan Staller wrote:
>Nope. This can only be changed by command. JES2 will remember prior settings
>until changed via command.
>
>$TJOBCLASS(*),SWA=ABOVE
>$TJOBCLASS(STC),SWA=ABOVE <-
>$TJOBCLASS(TSU),SWA=ABOVE
>
>It sounds (to me) like someone issue the
On Aug 10, 2018, at 8:35 AM, Giliad Wilf
<00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:
>
> I can't believe $T JOBCLASS commands will affect STCs started before JES2 was
> up, or started by subsystems other than JES2.
I can’t either. But does the master subsystem support SWA=ABOVE?
-
it's a NEW informational message, I can'gt find anywhere in the Init and Tuning
where you can set SWA in the ALLOxx member, but this is what I found, as posted
previously
looks like a new message for 2.3 and new values , parms added to the ALLOC
member
Explanation: This message describes
On Fri, 10 Aug 2018 14:04:16 +, Pew, Curtis G
wrote:
>On Aug 10, 2018, at 8:35 AM, Giliad Wilf
><00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> I can't believe $T JOBCLASS commands will affect STCs started before JES2
>> was up, or started by subsystems other than JES2.
>
>I
Ding! I asked IBM about this message earlier this year and here was the
response:
"After examining this issue, we do agree the documentation in the V2R3 z/OS MVS
System
Messages, Vol 8 (IEF-IGD) for Message IEFA111I is incomplete. We spoke
with development and they already created a RCF, R
On 10/08/2018 7:34 PM, Peter Relson wrote:
I have no idea why the health checker header files in
SYS1.SIEAHDR.H(HZS*) chose to use them.
Because no one was willing to take a stand that everyone has a system like
yours that can handle the braces, at the expense of someone who did not.
You make
On Fri, 10 Aug 2018 12:35:11 +, Allan Staller wrote:
>PFCSKs in charge!
>
Everywhere.
>-Original Message-
>Fmom: Carmen Vitullo
>Sent: Friday, August 10, 2018 7:29 AM
>
>Just got this message yesterday from another team, although I am a SHOPZ user
>and an admin for my shop, I've not
Hi All,
I have a “trivia” question I honestly don’t know the answer to. I’ve been
bothered by the question for quite a few years now.
WHEN was the “System Trace” FIRST added to the IBM mainframe operating system
family? Did it start elsewhere, like in DOS (VSE)? My apologies to those who’ve
r
Good Friday Everyone!
Has anyone implemented OSPROTECT=SYSTEM or OSPROTECT=1 in IEASYSxx yet? I'm
primarily concerned about the overhead and how (or even if) it can be derived
from the usual metrics.
This is the z/OS portion of the Meltdown mitigation implemented via APAR
OA55233. It only
IBM 360 anyway. Not sure about the 700/7000/1400 series.
https://books.google.com/books?id=g8komrCFyXUC&pg=PA71&lpg=PA71&dq=ibm+370+gtf+trace&source=bl&ots=wNCXfPmxmp&sig=7qP1tWFSKVIvDde6semhzk3-V3A&hl=en&sa=X&ved=2ahUKEwjD-ZqS9OLcAhUGRK0KHT8zDcQQ6AEwCHoECAIQAQ#v=onepage&q=ibm%20370%20gtf%20trace&f
It's like they don't understand the Internet. There's VP's for IOT but the
reality is it's not being implemented to the paying customers. It's horribly
bad PR and it costs FTE's in rerouting legacy links that could be spent on
hardware/software upgrades.
In a message dated 8/10/2018 7:36:16 AM
I got back to DOS r34 without POWER
On Fri, Aug 10, 2018 at 12:34 PM Mike Schwab
wrote:
> IBM 360 anyway. Not sure about the 700/7000/1400 series.
>
> https://books.google.com/books?id=g8komrCFyXUC&pg=PA71&lpg=PA71&dq=ibm+370+gtf+trace&source=bl&ots=wNCXfPmxmp&sig=7qP1tWFSKVIvDde6semhzk3-V3A&hl=
It's applied everywhere at IBM Dallas but we are just now starting to test.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Roland Fernandez
Sent: Friday, August 10, 2018 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vulnerab
I am trying to generate these on my system at Dallas. I'm reading the doc on
them and trying stuff but no luck. Can someone suggest something ? I can get
sub-types 1,2,3,5,6 and 7. According to IBM, I should get them all for type 119
but ...
Thanks in advance, Pierre.
--
Charles Mills wrote:
Thank you -- I did not know about not. I see here
https://en.cppreference.com/w/cpp/language/operator_alternative that there is a
whole family of these including not_eq.
I have encountered IBM files that used the C++ trigraphs: ??< for { and so
forth. What an unreadable
David Crayford wrote:
On 10/08/2018 7:34 PM, Peter Relson wrote:
I have no idea why the health checker header files in
SYS1.SIEAHDR.H(HZS*) chose to use them.
Because no one was willing to take a stand that everyone has a system
like
yours that can handle the braces, at the expense of some
#1. I would check your SMFPRMxx member, look for anything like, TYPE(119(1:7))
or NOTYPE(119(70:72))
Those would allow your 1-7 records, but deny the 70-72. If your SMFPRMxx does
not allow for the subtypes to be recorded, then all of the following is moot.
#2. In the TCPPROF member or what you
It usually helps if you provide details regarding what you have tried and what
results you see.
Sub type 3 is for FTP client events. Since subtypes 70 and 72 are for FTP
server events, you should not see them for the same event that generated
subtype 3. Are you logging on to the FTP server fr
SMFCONFIG TYPE 119 .. (many "subparameters" ) in TCPPROF?
SMF NOTYPE in SMFPRM00?
IEFU83/84?
Other?
Not all records may be present due to no activity.
Check the fine manuals for details.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pierre Fichaud
Sent: Frid
Both System Trace and GTF started on OS/360. I believe that MT (really a
console log) came in with SU64 for OS/VS2 3.8. As I recall, CT came in on
OS/390.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on b
On Fri, 10 Aug 2018 16:38:26 -0400, Thomas David Rivers wrote:
>>
>#pragma codepage presents its on set of problems.
>
>Consider, for instance, you move the source into a Git repository
>on a remote (and ASCII) system. And, if you have a cross-compiler,
>might consider compiling on that remote sy
As already mentioned NOTYPE... What does D SMF,O on the system in question
indicate?
How are you reading your SMF records? You indicate the single subtypes are
present, any chance your searching offset 23 for a length of 1 instead of 22
for a length of 2, etc.?
Regards,
Kevin
-Original
Cut and paste your smfprmxx so we can see it
Sent from my iPhone
Sorry for the autocorrect issues
> On Aug 10, 2018, at 17:13, Neubert, Kevin wrote:
>
> As already mentioned NOTYPE... What does D SMF,O on the system in question
> indicate?
>
> How are you reading your SMF records? You ind
On 8/10/2018 9:10 AM, Roland Fernandez wrote:
Has anyone implemented OSPROTECT=SYSTEM or OSPROTECT=1 in IEASYSxx yet? I'm
primarily concerned about the overhead and how (or even if) it can be derived
from the usual metrics.
This is the z/OS portion of the Meltdown mitigation implemented via A
31 matches
Mail list logo
