https://en.wikipedia.org/wiki/Timeline_of_operating_systems
Possible matches:
1955 General Motors Operating System for IBM 701.
1956 GM-NAA I/O for IBM 704.
On Fri, Feb 8, 2019 at 6:55 PM Pew, Curtis G
wrote:
>
> Since it’s Friday, I’ll go ahead and ask about this.
>
> My father, who passed
On 2019-02-08 9:29 AM, John Szura wrote:
However, now we can no longer reconnect to a session when the VPN disconnects,
I'm not a network guy, but I think it depends where the disconnect
occurs. If I Alt-F4 my TN3270 session I get an immediate S622. If I lose
the internet (over which I
I am wondering if WF can even get the Halon system recharged and how many
millions it will cost
Sent from my iPhone
Sorry for the finger checks
On Feb 8, 2019, at 19:08, Savor, Thomas (Alpharetta)
wrote:
>> We've been doing DR mirroring for 20 years. It gets tested often. We've
>> moved
>We've been doing DR mirroring for 20 years. It gets tested often. We've moved
>production twice to another >data center using our procedures. What we've
>never done is run production in another location >temporarily. 'Temporary'
>means move it, run it until at least one transaction is
Since it’s Friday, I’ll go ahead and ask about this.
My father, who passed away last spring, worked for IBM from about 1959 to 1978.
My mother was going through some things this week and found a letter of
commendation he received for work with something called the “GEM Operating
System Group”
I strongly recommend dumping SYS1 dump datasets. You need to plan for backup
and cleanup, so it's not a one-day project. You may need to manually delete and
reallocate SYS1.DUMP* in the meantime. When you're done, all dump data sets
will be dynamic.
.
.
J.O.Skip Robinson
Southern California
We've been doing DR mirroring for 20 years. It gets tested often. We've moved
production twice to another data center using our procedures. What we've never
done is run production in another location temporarily. 'Temporary' means move
it, run it until at least one transaction is committed,
Look at DD DEL and DD ADD
Rob Schramm
On Fri, Feb 8, 2019, 3:48 PM Carmen Vitullo no real easy way because those dump datasets are always in use, DUMPSRV,
> you may want to add some dynamic dump datasets to the mix
> CD SET,SDUMP,MAXSPACE=1M
>
> DD ADD,SMS=()'
> DD NAME=DUMP.'
> DD
no real easy way because those dump datasets are always in use, DUMPSRV,
you may want to add some dynamic dump datasets to the mix
CD SET,SDUMP,MAXSPACE=1M
DD ADD,SMS=()'
DD NAME=DUMP.'
DD ALLOC=ACTIVE' I've reallocated SYS1.DUMP datasets before...carefully
Carmen Vitullo
-
Sorry to go back to the dump datasets but I need to.
I was able to get my MAXSPACE increased but my allocation size for the
SYS1.DUMP00 needs to be increased and I cannot find how to go about doing this.
So, can I delete and re-allocate my dump datasets while the system is running?
If so,
Hi Shmuel,
Yes ... instead of DO 10 I=1,50 they coded DO 10 I=1.50
and the rocket was never seen again.
Regards,
David
On 2019-02-08 14:42, Seymour J Metz wrote:
> Wasn't there a classic NASA failure due to a missing comma in a Fortran DO
> statement?
>
>
> --
> Shmuel (Seymour J.) Metz
>
"We don't need no stinking fire extinguishers; we haven't had a fire for
years." ... "Why didn't you buy any fire extinguishers?"
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Schuffenhauer,
Apparently, their heads are not in the clouds...
To develop and actually test a DR plan, great. And finally be successful, but
it becomes such a hassle to retest, and then justification it should just work
because everything is "active-active", great.
So what you built for failover sits...
Wasn't there a classic NASA failure due to a missing comma in a Fortran DO
statement?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
McCabe, Ron
Sent: Friday, February 8, 2019 2:39 PM
To:
Earlier Thursday the bank said the system issues were due to a power shutdown
at one of its facilities after smoke was detected after routine maintenance
https://www.cnbc.com/2019/02/08/wells-fargo-says-working-to-fully-restore-system-as-outage-spills-into-day-2.html
Going on to Day 2
Lizette
Sheesh...a little comma caused so much grief. Thanks that worked.
Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rob
Schramm
Sent: Friday, February 08, 2019 11:37 AM
To:
You are missing a comma.
Should be
CD SET,SDUMP,MAXSPACE=1000
VS
CD SET,SDUMP MAXSPACE=1000
Rob Schramm
Original Message
From: rmcc...@mutualofenumclaw.com
Sent: February 8, 2019 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-to: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dump Datasets
Hello List,
I'm working with my Dump Datasets and when I do a D D,O command I see where
MAXSPACE=500M so I enter the command CD SET,SDUMP MAXSPACE=1024M and it says it
is successful so I do another D D,O command and it still shows my
MAXSPACE=500M. What am I doing wrong?
Thanks,
Ron McCabe
Having a tested DR failover plan in place and actually pulling the trigger on
it are separate issues. We once endured a day-long outage after a failed CEC
rather than fail over to a mirrored data center. There were extenuating
circumstances. Three senior sysprogs were in POK for z/OS ESP
Actually, the ability to suppress commands in the job stream is older than JES2
and JES3, it's just that CONSOLE eliminates the last excuse for allowing it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on
The ability to issue commands in batch is controlled by this statement in the
JES2 init deck:
JOBCLASS(x) ...,COMMAND=IGNORE,...
It's an ancient parm probably older than RACF. I would expect that most modern
shops run this way.
To OP's question, TSO reconnect was broken for years, then
They put all of their eggs in one basket? No hot backup for data center? How
20th Century.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Mark Regan
Sent: Thursday, February 7, 2019 5:13 PM
That depends on your configuration but I would have hoped that your security
folks shut it long since. You can issue MVS commands, including JES commands,
with the CONSOLE command in a background TSO job, and the security controls
have much finer granularity.
--
Shmuel (Seymour J.) Metz
On Fri, Feb 8, 2019 at 10:38 AM Carmen Vitullo wrote:
> IIRC reconnecting requires you the use the same LU assigned from the
> previous logon...not sure if that's still the case, I've not tried to
> re-connect via the reconnect option in TSO LOGON.
> also I think this depends on how your session
Vince,
I do appreciate the help even though there is about an 8 hour time difference
as I am on the West Coast.
Yes, we do have 2 connections from our z/OS LPAR (10.100.5.71)...First
connection is to 10.100.5.72 which is another z/OS LPAR where we do our backups
and that connection is working
Hi Jake,
I work on CA Allocate and CA Disk. From a customer perspective you can
apply the compatibility PTFs for a new z/OS release to these products and
continue to run on the current z/OS release. We assemble the
compatibility PTFs with macros from the new release. Outside of the
macros,
IIRC reconnecting requires you the use the same LU assigned from the previous
logon...not sure if that's still the case, I've not tried to re-connect via the
reconnect option in TSO LOGON.
also I think this depends on how your session manager is setup to free up the
LU's or hold the LU's until
I'm sorry I wasn't completely clear. The problem isn't that we can't logon.
It is that we get an new session instead of reconnecting to the old one. The
old session is gone and there is nothing to cancel. I lose the positioning of
where I was last. If I was editing under SCLM, even with
That is the intent of toleration or coexistence mant or PTF's for the running
system, not the system or zone you are about to install. if you have a 2.3
zone, you'll prolly see the PTF will not receive or apply ++NO APPLICABLE VERS,
toleration is for the system you are currently running
Hi
Apology for not being clear
For example a product with a toleration maintenance PTF UA supplied
to run on z/OS 2.3.
Currently the product is running on zOS 2.2.
My question is PTF UA can be applied even if the z/OS operating system
is 2.2 without the need of z/OS 2.3 library ?
As
The DataCenter where I use to work at had a Halon dump, on the system that
supported the Silo's.. (Five of them),
During the annual service check by the Halon Fire Vendor something happened
during the test and it set off the Halon . All sort of alarms went off, the
Building was evacuated,
On 2/8/19 7:13 AM, R.S. wrote:
> W dniu 2019-02-08 o 02:01, Jake Anderson pisze:
>> Hi,
>>
>> When a toleration maintenance(PTF) is made for a product to support new
>> z/OS release. Is it always we need the z/OS new release library to be
>> present or to be updated in products DDDEF while apply
No idea whether any of this would work (from 20+ years ago):
*A.*
" // 4000"
" /*ROUTE XEQ
5000"
"
//*
6000"
" //* ISSUE MVS
No idea whether any of this would work (from 20+ years ago):
*A.*
//
4000
/*ROUTE XEQ
5000
//*
6000
//* ISSUE MVS COMMANDS IN
Yes the community string is in uppercase. Thanks.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vince Getgood
Sent: Friday, February 08, 2019 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Issues with setting up BCPii and ACF2
One more thing for those following this thread; For now, I coded the following
to produce the report:
//SPECIAL DD *
EXCLUDE CPC=1234-56789,IMAGE_ID=SNDBOX,
START=2019/02/01/23,RESUME=2019/03/02/01
When I know I will be producing 70s and 89s for that lpar again,
of course I meant $USERDATA - sorry. Too much RACF, not enough ACF2...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Roger,
I misspoke! Your clue made me take a another look at all the messages, user
guide in hand.
We have a sandbox lpar that is normally up and active. It has been down
recently and I just noticed the SCRTTOOL053 message in the output. The code, in
part, states the following:
SCRTTOOL053
Silly question, but does your TARGET.IBM390PS APPLDATA have the SNMP community
name of the SE in upper case?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Just the ones I get when rc=0
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Roger Lowe
Sent: Friday, February 08, 2019 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JVM errors running daily SCRT at currently available V26.1
On
W dniu 2019-02-08 o 02:01, Jake Anderson pisze:
Hi,
When a toleration maintenance(PTF) is made for a product to support new
z/OS release. Is it always we need the z/OS new release library to be
present or to be updated in products DDDEF while apply toleration PTF ? Or
else vendor would have
On Fri, 8 Feb 2019 11:20:36 +, Richards, Robert B.
wrote:
>Has anyone else seen this recently? It worked yesterday, failed today and to
>the best of my knowledge, nothing has been changed (production lpar at z/OS
>2.2).
>
>JVMJZBL1001N JZOS batch Launcher Version: 2.4.8 2017-09-13
Needing a little help, please. We are trying to setup BCPii for the first time
on z/OS v2.3 using ACF2. But, we continue to get all zeros in the ENTITY field
in the SYSLOG, when trying to start BCPii.
Here is the SYSLOG:
2= HWIBCPII HWI016I THE BCPII COMMUNICATION RECOVERY ENVIRONMENT IS
I would check the Java heap size and make sure you are getting the amount of
memory you are expecting. Java has a minimal and max size.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Richards, Robert B.
Sent: Friday, February 08,
Mike,
I thought you may have been onto to something, but 1.8.0_171 8.0.5.15 ran
successfully all week until this morning.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mike Schwab
Sent: Friday, February 08, 2019 7:16 AM
To:
Looks like you regressed your JVM from 1.8.0_181 8.0.5.20 (worked) to
1.8.0_171 8.0.5.15 (failed).
Maybe a steplib or someone had a problem
On Fri, Feb 8, 2019 at 5:21 AM Richards, Robert B.
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
> Has anyone else seen this recently? It
Hi,
We are using SCRT Version 26.1 at z/OS2.2. I run it on MONDAY, 04 FEB
2019 There is no problem.
JVMJZBL1001N JZOS batch Launcher Version: 2.4.8 2018-06-25
JVMJZBL1002N (C) Copyright IBM Corp. 2005,
Dear list:
We are facing some issues related to the address space CFZCIM on z/OS V2R3.
For some reason we could not find, the CPU consumption reached thresholds for
a period of time where the service was not in use.
Does anyone here have any experience and similar issues related to
Has anyone else seen this recently? It worked yesterday, failed today and to
the best of my knowledge, nothing has been changed (production lpar at z/OS
2.2).
JVMJZBL1001N JZOS batch Launcher Version: 2.4.8 2017-09-13
JVMJZBL1002N (C) Copyright IBM Corp. 2005, 2016
java version "1.8.0_171"
Ron,
Your PORT statement should be fine. It's recommended in the z/VM manual.
The NETSTAT ALLCONN display shows that JES's NETSRV is listening (waiting for a
connection from another TCP/IP) on port 175.
It also shows two established connections -
one JES NETSRV connection between 10.100.5.71
50 matches
Mail list logo