Same for us in Tampa...
---
Rich Sandford
DB2 Systems Database Administrator
System Engineering, Infrastructure Services
HealthPlanServices Inc.
Tampa, FL 33607-1704
(813) 289-1000 ext. 2931
(800) 237-7767 ext. 2931
--
For
On 17/05/2012 2:06 AM, Tom Marchant wrote:
On Tue, 15 May 2012 20:07:52 +, Robert Prins wrote:
maybe a 16-byte
three-instruction sequence like
003FC0 E310 DF10 0158 003120 | LY r1,a1:d7952:l4(,r13,7952)
003FC6 E300 1047 0015 003120 | LGH r0,_shadow20(,r1,71)
003FCC 4000 E064
Well, I knew it was user error, I just couldn't see it! With the help of
IBM, found that even though I had all my datasets defined in ICHRDSNT, I forgot
to change the number of entries from 01 to 15! Such a simple problem. System
IPLs fine now that I fixed that. Thanks for all the help and
I would like to add:
with the previous compiler, CALL PLIMOVE enabled us to force the generation of
MVCL.
Using, for example
CALL PLIMOVE (ADDR (target), ADDR (source), length);
the compiler generated MVCL,
but coding
target = source;
(if applicable), or BY-NAME-assignments,
Why is this an issue?
No one should be running with that DIAG trap (or almost any DIAG trap) on
in a production environment, and if not in a production environment, who
cares?
The whole point of these traps is to be used in environments where you can
afford to sacrifice performance.
Peter
On 2012-05-17 11:14, Bernd Oppolzer wrote:
I would like to add:
with the previous compiler, CALL PLIMOVE enabled us to force the generation of
MVCL.
Using, for example
CALL PLIMOVE (ADDR (target), ADDR (source), length);
the compiler generated MVCL,
but coding
target = source;
(if
thanks, that is the information I wasn't aware of, the fact that for
CICS there isn't a special category like for IMS or DB2 and that these
PTFs are all together in this generic category.So all PTFs from the
former PSP extract files are now in any category either in a specific or
in such a
It is an issue due to the customer base. During a previous trial at a
large software shop, my code would occasionally log messages to its log
indicating it could not keep up with the volume of activity being
generated on the machine. Yet, at other shops, it could handle the
volumes just
W dniu 2012-05-17 14:29, Kurt Quackenbush pisze:
thanks, that is the information I wasn't aware of, the fact that for
CICS there isn't a special category like for IMS or DB2 and that these
PTFs are all together in this generic category.So all PTFs from the
former PSP extract files are now in any
Is it a consensus best practice to restrict read access of
syslog/operlog data to those people with a need-to-know, or is it a UACC
of READ appropriate?
--
Mark Jacobs
Time Customer Service
Tampa, FL
Learn from yesterday, live for today, hope for tomorrow.
The important thing is to not
On Thu, 17 May 2012 09:07:26 -0400, Mark Jacobs mark.jac...@custserv.com
wrote:
Is it a consensus best practice to restrict read access of
syslog/operlog data to those people with a need-to-know, or is it a UACC
of READ appropriate?
I think this varies on a shop by shop basis. In all shops
I believe the general case is always need-to-know. That is, there needs to be
some business/technical justification for access.
The rational is to deny information to a potential intruder. I read that most
intruders are those that already have some level of access to the system.
Maybe something for John ;-)
http://www.designspark.com/content/my-raspberry-pi-thinks-its-mainframe
Been thinking of getting one for a while (no, not a 4381 ...)
Shane ...
--
For IBM-MAIN subscribe / signoff / archive
I actually run Hercules-390 on my Core i7 laptop, on rare occassion. I have
OS/VS1, OS/MVS 3.8j, and VM/370 images. I should possibly get MVS/380 too. That
is MVS 3.8j, extended to 31 bit addressing by hobbists using the OS/MVS 3.8j
source. I also have the MVS Turnkey CD-ROM.
--
John McKown
There might be another ramification. It seems that all of the docview's that
come on a google now, the links are broken.
For example, if you google IBM DOCVIEW, the hits that show up, similar to this:
http://www-01.ibm.com/support/docview.wss?uid=swg21433581
get 404's. Another example, google
Did I miss this in the discussion? I got this from srdonotreply this
morning:
'We would like to inform you of an important change in opening and
managing service requests with IBM for Passport Advantage and Passport
Advantage Express products. Details of the change can be found at ...
HTTP
Same result here. It's nice to know that when IBM finally rolls out the
big guns, they can still hit their own foot.
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
I got that too Tom, and the link in the email fails for me as well.
MA
Did I miss this in the discussion? I got this from srdonotreply this
morning:
'We would like to inform you of an important change in opening and
managing service requests with IBM for Passport Advantage and Passport
We got that too.
Notified their webmaster via the link on the 'not found' page.
s
http://www.medmutual.com/
Visit http://www.medmutual.com/
CONFIDENTIALITY NOTICE:
This message is intended only for the use of the individual or entity to which
it is addressed and may contain information that
Hi Radoslaw,
in your note you mentioned the idea to apply all (installable) PTFs.
This idea leads me to the reason for opening this topic. I'm involved in
an IBM project for preventive maintenance packages named CPMz. One major
idea behind this project is to apply as few PTFs as possible, but
Anybody having trouble getting to actual APAR data?
Searches seem to be OK, but technical difficulties when actually
attempting to access information.
Seems to have been down since 04:00 CST
The new support tools fail again in terms of availability,
reliability, and performance.
We will all miss you ... SORT of ...
Chris hoelscher
Technology Architect | Database Infrastructure Services
Technology Solution Services
123 East Main Street |Louisville, KY 40202
choelsc...@humana.com
Humana.com
Keeping CAS and Metavance safe for all HUMANAty
The information transmitted is
On 17 May 2012 08:23:58 -0700, in bit.listserv.ibm-main you wrote:
I got that too Tom, and the link in the email fails for me as well.
MA
Did I miss this in the discussion? I got this from srdonotreply this
morning:
'We would like to inform you of an important change in opening and
managing
On 5/17/2012 8:17 AM, Skip Robinson wrote:
Same result here. It's nice to know that when IBM finally rolls out the
big guns, they can still hit their own foot.
And, after a 54-hour outage for the 'upgrade' ... smh
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
Hi guys,
Anyone know where I can get CH13 suppac?
Thanks in advance
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
On 17 May 2012 11:19, Stone, Sandy sandy.st...@medmutual.com wrote:
We got that too.
Notified their webmaster via the link on the 'not found' page.
The notfound link I got to is just the general contact us page for
IBM US. They used to have a broken link page, prefilled with the
relevant info,
They must have listened to you. It seems to be working today.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Chip Grantham
Sent: Tuesday, May 15, 2012 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Acquiring the Additional Material from
On 5/17/2012 at 02:29 PM, Farley, Peter x23353
peter.far...@broadridge.com
wrote:
They must have listened to you. It seems to be working today.
They did, and contacted Chip and I directly after the permissions had been
fixed. Pretty cool.
Mark Post
Jürgen
In my humble opinion every piece of software installed should serviced,
so I sustain the idea of aplying all PTFs.
Disclaimers (exceptions):
- One can have some software installed, but not used.
- I'm not talking about PTFs in error, etc.
- Up to date does not necessarily mean from
I agree with Radoslaw. Quite often, I am forced to plan for the unexpected,
especially with IBM.DEVICE.* and IBM.COEXISTENCE.* FIXCAT categories, because
there have been times when I have been the last to find out about new DASD or
other equipment hitting the floor that may have pre-requisite
Agreed -
We run a batch job **nightly** to pull back all PTF's that we hadn't yet
received as well as hold data for each IBM Global zone we have. That way we
have all maintenance for all products already in the system, can report on what
is out there un fixed, as well as what is waiting to
On Thu, 17 May 2012 19:33:17 +, Jousma, David wrote:
Picking and choosing what maintenance to apply will typically get you into
trouble at some point especially if you have limited opportunities to
implement said maintenance. If you have a weekly window, then you may operate
on a
In 1696751327392196.wa.ronmacraehotmail.co...@bama.ua.edu, on
05/16/2012
at 03:03 PM, Ron MacRae ronmac...@hotmail.co.uk said:
The reason I'm worried is that in a previous life, over 30 years
ago, my previous company attempted to do the same between an VM
system and a DOS/VSE system. This
In 4fb4f80e.30...@custserv.com, on 05/17/2012
at 09:07 AM, Mark Jacobs mark.jac...@custserv.com said:
Is it a consensus best practice to restrict read access of
syslog/operlog data to those people with a need-to-know,
Pretty much anybody running jobs has a need to know what their jobs
put in
| Is it a consensus best practice to restrict read access of
| syslog/operlog data to those people with a need-to-know?
It is not, not least because the question itself is not well-formed.
Need-to-know is a useful notion for highly sensitive information that
lends itself to misuse in the wrong
Hello,
One of IBM's data centers experienced a cascade failure today, which caused our
document service, IBMLink, and other systems to drop offline. While some
systems such as IBMLink experienced a shorter duration offline, the document
service was offline for a more substantial period of
Appreciate the update and the explanation. I'm old enough to remember the
Security 'green/yellow book' after MVS got B1 and maybe on the last page was
a big 'oh and if you're connected to a network this doesn't apply'.
In a message dated 5/17/2012 11:02:32 P.M. Central Daylight Time,
It is worth noting, however, that IBM Service Request (SR) itself, was online
throughout this entire event. It will also be online this weekend while
IBMLink may be down for scheduled maintenance (SR does not require downtime to
perform maintenance). Please consider bookmarking SR for use when
Hello,
I was attempting to offer an opportunity to be able to continue working
with IBM on your service requests while IBMLink is unavailable. RETAIN
does not go offline when IBMLink is unavailable. Clients are able to
manage and create new service request via SR regardless of IBMLink's
Interesting worked vm since sp1 and VSE (1970s) never ever saw that problem...
Scott ford
www.identityforge.com
On May 17, 2012, at 7:24 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In 1696751327392196.wa.ronmacraehotmail.co...@bama.ua.edu, on
05/16/2012
at 03:03 PM,
Christian,
you have negelected to tell us WHEN the double signon will be fixed. I have
heard that that will only be at the end of the year. Knowing how slow 'fixes'
to SR are (after all, it took more than a year to fix the backlinks from SR to
servicelink, and we were promised they get fixed
My colleagues were unable to determine *what* caused the wait state, for
the
simple reason that the accompanying message wasn't visible anymore. In
this, I
also blame IBM who apparently do all their testing under VM (where the
NIP
messages stay on the console) and have no clue about the real
42 matches
Mail list logo
