Flash Express is dead end.
z14 and z15 has no Flash Express. Both have Virtual Flash Express, which
is part of regular RAM assigned to this role.
It is paid feature, IMHO it is much more efficient to buy this memory as
central memory and have much less paging.
Note, VFM is cut from same memory limit, so it decreases limit of
memory. Of course this is a problem for those who has rich memory
configuration.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 04.09.2020 o 16:35, Mark Jacobs pisze:
On the z13 and z14 generations it was called Flash Express and connected using
the PCIie interface. On the z15 generation it's even closer to the processor
now.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, September 4, 2020 9:47 AM, Pommier, Rex <rpomm...@sfgmembers.com>
wrote:
Thanks, Mark. I didn't know SCM was internal on the T02. I looked up SCM and
the init and tuning guide (for 2.1) said it was part of auxiliary storage which
in my mind has always been on external boxes.
Rex
-----Original Message-----
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of Mark
Jacobs
Sent: Friday, September 4, 2020 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ILR012W ALL LOCAL PAGING SPACE IS FULL OR BAD, ASM WAIT03C RSN=01
[EXTERNAL]
SCM is internal to the z15-T02 processor. Someone was definitely using it up.
Plenty of these messages in the system log.
IRA265I 50% OF LOCAL PAGE DATA SET SPACE IS ALLOCATED
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, September 4, 2020 8:54 AM, Pommier, Rex rpomm...@sfgmembers.com
wrote:
I know this is a long shot but did you check your storage array to make sure
there wasn't a hiccup in it that momentarily disabled the SCM?
Rex
-----Original Message-----
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
Of Mark Jacobs
Sent: Friday, September 4, 2020 7:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ILR012W ALL LOCAL PAGING SPACE IS FULL OR BAD, ASM
WAIT03C RSN=01 [EXTERNAL]
I looked last night. Didn't see any IRA messages that indicated who's consuming
page space. We're 99.9% SCM for paging, just one small local page dataset for
VIO. I'm conjecturing that that message isn't being issued with SCM. I'll
double check the log though.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma
il.com
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, September 4, 2020 7:53 AM, Feller, Paul
000002fc94e14c43-dmarc-requ...@listserv.ua.edu wrote:
Mark, if you still have access to the SYSLOG for the lpar you could try to look
for message IRA220I. The message will list the who was using up the AUX slots.
The message can be displayed related to message IRA201E.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-----Original Message-----
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
Behalf Of Mark Jacobs
Sent: Friday, September 4, 2020 6:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ILR012W ALL LOCAL PAGING SPACE IS FULL OR BAD, ASM WAIT03C
RSN=01 [EXTERNAL]
Someone used up the entire 128GB of SCM we've assigned to paging on one of our
systems last night. AutoIPL took a SAD and then reipled, so the recovery went
as well as can be expected. I'm not well versed in IPCS and so I was wondering
if someone could give me hints on how to ascertain who did the deed.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.
ch
_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com&d=DwIG
aQ
&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45N
yO
c&m=nO6SfOLd2IEVNEntWxK_QaUVZZRVGGMEj4YS04NVCKU&s=1GFnCXMs-VFN7p-F-0
js
syIy9eWosyO14SIXROftWg4&e=
======================================================================
Jeśli nie jesteś adresatem tej wiadomości:
- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza)
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać
karze.
mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 0000025237,
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
01.01.2020 r. wynosi 169.401.468 złotych.
If you are not the addressee of this message:
- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who disseminates
(copies, distributes) this message or takes any similar action, violates the
law and may be penalised.
mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital
City of Warsaw, 12th Commercial Division of the National Court Register, KRS
0000025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
169.401.468 as at 1 January 2020.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
