Re: 3270 emulator for Mac

[Timothy Sipples]

In addition to the other suggestions, IBM's Host On-Demand is the most 
functionally rich 3270 emulator on macOS that I know of.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[kekronbekron]

Yeah, also we all have to suffer HTTPS intercept in enterprises.
For some reason, enterprises don't even want to consider pushing some part of 
this problem client-side, with an enterprise-wide deployment of an established 
ad-blocker, uBlock Origin.
That cuts waste traffic out by a huge margin, it has been established.
Instead, only esoteric "cyber" solutions from vendors are used that just use 
DNS block lists.
It won't even block ad and tracking sites, which consitutute a huge portion of 
web traffic because some big-wig can't read the news because "ad-block breaks 
websites".

Again, DNS blocking is done at the proxy level, so funnel every workstation's 
traffic via that and let it struggle with filtering/processing/etc.
WHY
(Client-side) uBlock Origin is guaranteed to cut most of the garbage out of any 
network without too much config hassle.


- KB

‐‐‐ Original Message ‐‐‐
On Tuesday, May 4, 2021 9:25 AM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 4 May 2021 02:46:56 +, kekronbekron wrote:
>
> > It is incredibly painful to look at the dumb spinning wheel.
> > Adobe-indexed PDFs aren't fast either.
> > For a company that produces world class machines (mainframes) & code 
> > (z/OS), this isn't even a challenge.
>
> Motivated by another thread I started here today, I did a Google search for:
> z/OS "substitution character" site:ibm.com
> got:
> About 712 results (0.29 seconds)
>
> ... much faster than Adobe-indexed PDFs on my desktop.
>
> (The document I'll suggest citing in my followup RCF is "z/OS Unicode Services
> User's Guide and Reference". It was also the top hit in the Adobe index.)
>
> -- gil
>
> 
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On Tue, 4 May 2021 02:46:56 +, kekronbekron wrote:
>
>It is incredibly painful to look at the dumb spinning wheel.
>Adobe-indexed PDFs aren't fast either.
>For a company that produces world class machines (mainframes) & code (z/OS), 
>this isn't even a challenge.
>
Motivated by another thread I started here today, I did a Google search for:
z/OS "substitution character" site:ibm.com
got:
About 712 results (0.29 seconds) 

... much faster than Adobe-indexed PDFs on my desktop.

(The document I'll suggest citing in my followup RCF is "z/OS Unicode Services
User's Guide and Reference".  It was also the top hit in the Adobe index.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3270 emulator for Mac

[Attila Fogarasi]

Glink for ios is pretty good (works on ipad and iphone as well) and does
more than just 3270.

On Tue, May 4, 2021 at 11:04 AM Joe Monk  wrote:

> I use zoc.
>
> Joe
>
> On Mon, May 3, 2021 at 6:40 PM Gary Weinhold  wrote:
>
> > Is there a good 3270 emulator for an Mac laptop?  We're looking at Mocha
> > but it appears to have limited functionality.
> >
> >
> > Gary Weinhold
> > Senior Application Architect
> > DATAKINETICS | Data Performance & Optimization
> > Phone:+1.613.523.5500 x216
> > Email: weinh...@dkl.com
> > Visit us online at www.DKL.com
> > E-mail Notification: The information contained in this email and any
> > attachments is confidential and may be subject to copyright or other
> > intellectual property protection. If you are not the intended recipient,
> > you are not authorized to use or disclose this information, and we
> request
> > that you notify us by reply mail or telephone and delete the original
> > message from your mail system.
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[kekronbekron]

There's no excuse for not doing this right anymore.

It's not like we're asking IBM to invent something from scratch.
The components are already there for a seamless search experience.
Client-side search with WASM and https://www.meilisearch.com/
First send the whole Docs' index down to the client, and then search locally.

It is incredibly painful to look at the dumb spinning wheel.
Adobe-indexed PDFs aren't fast either.
For a company that produces world class machines (mainframes) & code (z/OS), 
this isn't even a challenge.

It's the organizational structure that's reflecting itself in the products (new 
Docs site, ye olde KC site).

Only saying this because there's so much room for improvement in some of their 
products, not to meaninglessly complain.
System REXX, proper LLVM-based languages on Z could easily be used to 
outperform all the Java-based Frankenstein-ing.
Maybe I'm ignorant and too deluded but it's painful to see the 
layout/architecture of products such as RDz, z/OSMF, and the absence of single, 
consistent design.

- KB

‐‐‐ Original Message ‐‐‐
On Monday, May 3, 2021 8:42 PM, Tom Brennan  wrote:

> I went to look at a few wait state codes this morning and was surprised
> at how long it took to completely retrieve each web page. My guess is
> that IBM's solution to too much back-end processing is to add more
> back-end processing.
>
> On 5/3/2021 6:42 AM, Matt Hogstrom wrote:
>
> > If I were to venture a guess they hand this off to design people (which is 
> > good) that are not getting feedback from the target audience (which is 
> > bad). That coupled with the attempt to unify everything with Cloud creates 
> > more of a lukewarm experience for everyone.
> > Matt Hogstrom
> > m...@hogstrom.org
> > PGP Key: 0x90ECB270
> > I just read a book on Stockholm Syndrome,
> > it was pretty bad at first, but, by the end I kind of liked it.
> >
> > > On May 3, 2021, at 9:36 AM, Charles Mills charl...@mcn.org wrote:
> > > It's true. IBM certainly has the skills and resources to do this well. Why
> > > do they keep doing it so badly?
> > > Charles
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3270 emulator for Mac

[Joe Monk]

I use zoc.

Joe

On Mon, May 3, 2021 at 6:40 PM Gary Weinhold  wrote:

> Is there a good 3270 emulator for an Mac laptop?  We're looking at Mocha
> but it appears to have limited functionality.
>
>
> Gary Weinhold
> Senior Application Architect
> DATAKINETICS | Data Performance & Optimization
> Phone:+1.613.523.5500 x216
> Email: weinh...@dkl.com
> Visit us online at www.DKL.com
> E-mail Notification: The information contained in this email and any
> attachments is confidential and may be subject to copyright or other
> intellectual property protection. If you are not the intended recipient,
> you are not authorized to use or disclose this information, and we request
> that you notify us by reply mail or telephone and delete the original
> message from your mail system.
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

3270 emulator for Mac

[Gary Weinhold]

Is there a good 3270 emulator for an Mac laptop?  We're looking at Mocha
but it appears to have limited functionality.


Gary Weinhold
Senior Application Architect
DATAKINETICS | Data Performance & Optimization
Phone:+1.613.523.5500 x216
Email: weinh...@dkl.com
Visit us online at www.DKL.com
E-mail Notification: The information contained in this email and any 
attachments is confidential and may be subject to copyright or other 
intellectual property protection. If you are not the intended recipient, you 
are not authorized to use or disclose this information, and we request that you 
notify us by reply mail or telephone and delete the original message from your 
mail system.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Charles Mills]

Love it or hate it, I just do not see it going away. I am not defending it,
just observing it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, May 3, 2021 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Now it's easier to find stuff on the CBT Tape

I thought that FTP was going aay due to security, with SSH+SFTP replacing
it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Substitution Character?

[Phil Smith III]

Paul Gilmartin wrote:

>About a year ago I submitted an RCF on iconv() in

>XL C/C++ Runtime Library Reference.  The text has been

>changed in the 1Q21 refresh.  It now reads:

>https://www.ibm.com/docs/en/zos/2.4.0?topic=functions-iconv-code-conversion

>If iconv() encounters a character in the input buffer that is valid,

>but for which a conversion is not defined in the conversion

>descriptor, cd, then <|the substitution character is to be put in

>the target buffer and the conversion is to be continued.|

 

>... where it had previously said "implementation dependent".  But

>is "substitution character" intuitively obvious?  would it be better

>to say "the SUB character of the target character set" *and* provide

>a citation?

 

Yes. Reading that document, I see no definition of "substitution character".
Needs a pointer, like the one you provide at the end. Gee, if only there was
some way to make a word a hyperlink.

 

>The wonderful zOSV2R4-Search-Index.pdx shows 24 z/OS documents

>containing "substitution character" with various meanings.

 

Heh, no doubt. Sigh.

 

>BTW, the two occurrences of "is to be" don't strike me as colloquial

>English.  Should I mention that?

 

Yes, the "to be"s should both be removed, because English.

 

>For pitfalls, see, e.g.:

>http://dcx.sybase.com/1100/en/dbreference_en11/datatypes-s-380.html

 

Ain't character set conversion fun?

 

...phsiii


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Substitution Character?

[Tony Harminc]

On Mon, 3 May 2021 at 17:39, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> https://www.ibm.com/docs/en/zos/2.4.0?topic=functions-iconv-code-conversion
> If iconv() encounters a character in the input buffer that is valid,
> but for which a conversion is not defined in the conversion
> descriptor, cd, then <|the substitution character is to be put in
> the target buffer and the conversion is to be continued.|>
[...]
> BTW, the two occurrences of "is to be" don't strike me as colloquial
> English.  Should I mention that?

I don't think "is to be" is not colloquial English in this sentence,
but I do think it makes it prescriptive - like part of a spec - rather
than descriptive of the behaviour.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: And the survey says...

[Chris Hoelscher]

You are saying it's .. fontastic?

Chris Hoelscher
Lead Sys DBA 
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Knigge
Sent: Monday, May 3, 2021 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] AW: And the survey says...

[External Email: Use caution with links and attachments]


Vista comes with it's own font (of course you can use another font) I can't 
tell you why (I can't argue that), but I tried several fonts and nothing felt 
right

Sometimes font A feels right for purpose XYZ but feels wrong for another 
purpose... i. e. I would never use the Vista tn3270 font with my Eclipse or 
Notepad++  But with 3270 if feels well "just right"... As said.. I 
can't argue that



Bye,
Michael



Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://urldefense.com/v3/__http://www.set.de__;!!IfVdvpvC!AWMas_bbpNiK9j2RzVY4fg2v8Z4MZVo3ftHax9H48PNlk_Pld6sQB0892HCJZYYz$

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder Mit 
freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://urldefense.com/v3/__http://www.set.de__;!!IfVdvpvC!AWMas_bbpNiK9j2RzVY4fg2v8Z4MZVo3ftHax9H48PNlk_Pld6sQB0892HCJZYYz$

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder -Ursprüngliche 
Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Bob Bridges
Gesendet: Freitag, 30. April 2021 18:29
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: And the survey says...

Font?!  Emulators usually let you select among a variety of fonts.  (I always 
use Consolas these days, because it's fixed-spacing ~and~ slashes the zeroes.)  
Does Vista offer something unique?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Although small children have taboos against stepping on ants because such 
actions are said to bring on rain, there has never seemed to be a taboo against 
pulling off the legs or wings of flies.  Most children eventually outgrow this 
behavior.  Those who do not either come to a bad end or become biologists.  
-Vincent Dethier, _To Know a Fly_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Knigge
Sent: Friday, April 30, 2021 07:12

I've worked with PCOM, RUMBA, Nexus and Vista tn3270 And I felt in love 
with Vista tn3270.. Why?! You might roll your eyes, but it's the font. The 
first time I've installed Vista tn3270 I looked at it and no other 3270 
Emulator I've used so far provided a such great looking and great readable font.

I loved it so much - I've "extracted" the font and use it also with my SPF/SE 
editor Still love it since over 10 years (I guess)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, ancestry, 
age, disability, sex,
marital status, gender, sexual orientation, gender identity, or religion. 
Humana Inc. and its subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, ancestry, age,
disability, sex, marital status, gender, sexual orientation, gender identity, 
or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.

Substitution Character?

[Paul Gilmartin]

About a year ago I submitted an RCF on iconv() in 
XL C/C++ Runtime Library Reference.  The text has been
changed in the 1Q21 refresh.  It now reads:
https://www.ibm.com/docs/en/zos/2.4.0?topic=functions-iconv-code-conversion
If iconv() encounters a character in the input buffer that is valid,
but for which a conversion is not defined in the conversion
descriptor, cd, then <|the substitution character is to be put in
the target buffer and the conversion is to be continued.|>

... where it had previously said "implementation dependent".  But
is "substitution character" intuitively obvious?  would it be better
to say "the SUB character of the target character set" *and* provide
a citation?

The wonderful zOSV2R4-Search-Index.pdx shows 24 z/OS documents 
containing "substitution character" with various meanings.

BTW, the two occurrences of "is to be" don't strike me as colloquial
English.  Should I mention that?

For pitfalls, see, e.g.:
http://dcx.sybase.com/1100/en/dbreference_en11/datatypes-s-380.html

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Gibney, Dave]

Ass far as I can FTP security issues are either perceived or mythical

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Seymour J Metz
> Sent: Monday, May 03, 2021 12:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Now it's easier to find stuff on the CBT Tape
> 
> I thought that FTP was going aay due to security, with SSH+SFTP replacing it.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> BY0HMszNaDT!4U6A1l6ZU3KVqB853MIEEZqeJq8jjF8osN14Vb-
> keiG2Jnk_knbtyM7E_XOMPA$
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Charles Mills [charl...@mcn.org]
> Sent: Monday, May 3, 2021 1:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Now it's easier to find stuff on the CBT Tape
> 
> In general? Because FTP is "universal" and not going away.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Monday, May 3, 2021 10:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Now it's easier to find stuff on the CBT Tape
> 
> On Mon, 3 May 2021 06:40:49 -0700, Charles Mills wrote:
> 
> >That is consistent with my impression.
> >
> >In non-passive (non FW Friendly) mode, counterintuitively the server is
> sometimes initiating a connection TO the client. PASV (FWFRIENDLY) mode
> eliminates that counterintuitive protocol, and makes things easier relative to
> a firewall. Hence the name, Firewall Friendly.
> >
> Why are people (and published tools) in this 21st Century still
> relying on FTP when HTTPS works on cbttape even better?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Flashcopy for Non-SMS volume backup?

[Glenn Wilcock]

Hey Ed,

Chatted with some DFSMS folks about what you want to do.  First, you are 
correct.  The HSM FR support is only for SMS-managed volumes.  It is tightly 
integrated with several SMS constructs for managing the volumes and policy.  
(In the future, feel free to send me a direct email to save yourself alot of 
reading :)

Next, for your scenario, we  that it will work if you do the following:
1) Identify your source to target pairings
2) We HIGHLY recommend that you use FC Incremental because it creates a 
persistent relationship between the source and the target.  Because the HSM 
dump will be done in the standard dump path, it doesn't have the 'smarts' to do 
things like withdraw a NOCOPY relationship, etc.  Also, more later on why it 
will be very useful.
3) Create the FC with DSS and dump conditioning to the target, and with 
FCINCREMENTAL
4) I believe that you are all set with adding the FC Target volumes to HSM, 
setting up the appropriate dump class, dump cycle, etc and having them picked 
up as a part of autodump / dump command.
5) What makes the dump copies fundamentally different from a standard HSM Dump 
or an FRBACKUP DUMP - a) DSS is smart enough to know that a FC dump conditioned 
target volume is being dumped, so the dump copy that it creates will be written 
with the volser of the source volume and will be created as if it came directly 
from the source b) HSM is  smart enough to know that it is a dump 
conditioned volume, so the HSM CDS dump record and LIST output will record it 
as a dump of the target, with the FC target volser.  Hence, the recommendation 
for a persistent relationship between your source and target volumes.  Then you 
can manage the inconsistency between the HSM dump records and which volume was 
actually dumped.
6) As you indicate, you can use HSM Recover with TOVOLUME to recover directly 
back to the source.  Since the dump volume is actually of the source, all 
should be well after the recovery ends.  The volser will stay the same during 
the recovery process since the dump tape has the source volser.  We believe 
that you shouldn't have to do a clip or anything after the Recovery.  All 
should be well.

There's a lot going on here.  If you'd like to set up call to discuss, reach 
out and I can setup a call with all of the right SMEs to walk you through this.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Seymour J Metz]

I thought that FTP was going aay due to security, with SSH+SFTP replacing it.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Monday, May 3, 2021 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Now it's easier to find stuff on the CBT Tape

In general? Because FTP is "universal" and not going away.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, May 3, 2021 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Now it's easier to find stuff on the CBT Tape

On Mon, 3 May 2021 06:40:49 -0700, Charles Mills wrote:

>That is consistent with my impression.
>
>In non-passive (non FW Friendly) mode, counterintuitively the server is 
>sometimes initiating a connection TO the client. PASV (FWFRIENDLY) mode 
>eliminates that counterintuitive protocol, and makes things easier relative to 
>a firewall. Hence the name, Firewall Friendly.
>
Why are people (and published tools) in this 21st Century still
relying on FTP when HTTPS works on cbttape even better?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: And the survey says...

[Michael Knigge]

Vista comes with it's own font (of course you can use another font) I 
can't tell you why (I can't argue that), but I tried several fonts and nothing 
felt right 

Sometimes font A feels right for purpose XYZ but feels wrong for another 
purpose... i. e. I would never use the Vista tn3270 font with my Eclipse or 
Notepad++  But with 3270 if feels well "just right"... As said.. I 
can't argue that



Bye,
Michael



Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder 
Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder -Ursprüngliche 
Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Bob Bridges
Gesendet: Freitag, 30. April 2021 18:29
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: And the survey says...

Font?!  Emulators usually let you select among a variety of fonts.  (I always 
use Consolas these days, because it's fixed-spacing ~and~ slashes the zeroes.)  
Does Vista offer something unique?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Although small children have taboos against stepping on ants because such 
actions are said to bring on rain, there has never seemed to be a taboo against 
pulling off the legs or wings of flies.  Most children eventually outgrow this 
behavior.  Those who do not either come to a bad end or become biologists.  
-Vincent Dethier, _To Know a Fly_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Knigge
Sent: Friday, April 30, 2021 07:12

I've worked with PCOM, RUMBA, Nexus and Vista tn3270 And I felt in love 
with Vista tn3270.. Why?! You might roll your eyes, but it's the font. The 
first time I've installed Vista tn3270 I looked at it and no other 3270 
Emulator I've used so far provided a such great looking and great readable font.

I loved it so much - I've "extracted" the font and use it also with my SPF/SE 
editor Still love it since over 10 years (I guess)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: AW: And the survey says...

[Michael Knigge]

We've licenced Vista tn3270 and iirc I've asked Tom for permission So in 
our case that's all right



Bye,
Michael


Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder 
Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder -Ursprüngliche 
Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Grant Taylor
Gesendet: Freitag, 30. April 2021 18:48
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: And the survey says...

On 4/30/21 5:11 AM, Michael Knigge wrote:
> I've worked with PCOM, RUMBA, Nexus and Vista tn3270 And I felt in 
> love with Vista tn3270.. Why?! You might roll your eyes, but it's the 
> font.

No, I don't roll my eyes at that.

I /was/ going to say that's one of the /little/ creature features that make a 
worthwhile difference.  Except I changed my mind part way through typing 
creature as I realized that the font is one of the things that we will spend 
hours a day actually interacting with.  Many of the other creature features; 
script ability, screen dump, etc, all impact our day-to-day, hour-to-hour, 
minute-to-minute /use/ of something much less than a font.  Or said another 
way, the font is something that our brain will be processing and translating 
from a visual representation to something we cognitively understand.  So if 
there is something that can be done to make it easier for our brain to do when 
it does that hundreds if not thousands of times a day, that's a big win to me.

The Microsoft commercial where one IT guy stops another IT guy who is wondering 
around with dumbfounded look on his face looking at a nickle, and asks what's 
wrong comes to mind.  Then the 2nd IT guy tells the 1st IT guy that they are 
saving a nickle /per/ /transaction/ and hands the nickle to the 1st IT guy and 
walks off.  Then the 1st IT guy starts wondering around with an equally 
dumbfounded look on his face while making a comment "we process hundreds of 
thousands of transactions a day".

I say this because even the smallest change; cost reduction, simplification, 
efficiency gain, in something that happens a LOT ends up having a profound 
impact.  If that happens to be using a font that is easier for our brains to 
process, then by all means, so be it.

> I loved it so much - I've "extracted" the font and use it also with my 
> SPF/SE editor Still love it since over 10 years (I guess)

Nice.

I wonder if the font is available somewhere legally / with license elsewhere 
/or/ if it's /exclusive/ to the Vista tn3270.  If it's not available 
independent of Vista tn3270, then you may need a license of Vista tn3270 to 
legally use the font in a different terminal emulator or program on the system.

So, now I wonder if there is a different terminal emulator that does something 
else better than Vista tn3270 that could use the font from Vista tn3270 and 
make a superior hybrid solution.

Aside:  I know of Vista tn3270, but I have no idea how it's licensed.



--
Grant. . . .
unix || die

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: SPF/SE... out of business

[Michael Knigge]

Me too I feared that, however ☹


Bye,
Michael


Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder 
Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
www.set.de

Handelsregister: Amtsgericht Hannover HRB 52778
​Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder -Ursprüngliche 
Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Seymour J Metz
Gesendet: Freitag, 30. April 2021 18:57
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SPF/SE... out of business

Ouch! I don't know him,  but I hope they get well soon.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Barry Merrill [ba...@mxg.com]
Sent: Friday, April 30, 2021 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: SPF/SE... out of business

I received this email from Tim in January.



Barry

Herbert W “Barry” Merrill, PHD

President-Programmer

Merrill Consultants

MXG Software

10717 Cromwell Drive

Dallas, TX 75229

 

 
http://secure-web.cisco.com/1GNUdHJaNov9KnYFfCIbJpiyBX2jHDXDFlYXUHAgs4Mgp3YARsTGUHO1ep39axmGAMDPlz9JJxJPXO7hSYbHQouhOd39RdelB6OnJi6-FAbsvdMdtZSkfmgejvk3mkj2yQNh0xX93p1dOhb-a9OfDTOvQK4EqFT_rJUHa9cD99NF_p6bte_b44TOE3QvICcIzMMxwoTH1mwKiTZS02oBZeVRNP-9AG30WRnd4WE_GiUIwfZth8wyW3G-XtmrwJEUFwQhz5GZlpHoTD8X2_lVkMtzyJc3SJfpxdXzdRG27PPmIiSn4YQLWmYUIlUMuIcv5v4__s-vXpPikCsy_Z-3pK0ty4UEA2oH1_VEZd9mwVHfeFdN09IYs3rwymzrG-e9aJ5gR1slKUODn0fD88iky-B_RMJN__5PdB2OVxoT8MExktExVXjTcYJYxysPRRqmG/http%3A%2F%2Fwww.mxg.com

214 351 1966



  ad...@mxg.com for business questions

  supp...@mxg.com for technical questions

  ba...@mxg.com







From: spfsupp...@aol.com   mailto:spfsupp...@aol.com> >
Sent: Tuesday, January 5, 2021 12:09 PM
To: supp...@mxg.com 
Subject: Re: EDITOR Not Working 3454 - DEAD IN THE WATER



Hello Barry,



I am in a Covid-19 Quarantine.  Wife and I tested positive last Wednesday.  No 
treatment offered, just double up on Vitamin C, D, and Zinc.  Hanging in with a 
raspy cough for last 5 days.  Hope for improvement soon.  Will have to suspend 
SPF activities for a while.



Tim






--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Charles Mills]

In general? Because FTP is "universal" and not going away.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, May 3, 2021 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Now it's easier to find stuff on the CBT Tape

On Mon, 3 May 2021 06:40:49 -0700, Charles Mills wrote:

>That is consistent with my impression.
>
>In non-passive (non FW Friendly) mode, counterintuitively the server is 
>sometimes initiating a connection TO the client. PASV (FWFRIENDLY) mode 
>eliminates that counterintuitive protocol, and makes things easier relative to 
>a firewall. Hence the name, Firewall Friendly.
> 
Why are people (and published tools) in this 21st Century still
relying on FTP when HTTPS works on cbttape even better?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Reference for currtent IBM definition od DASD

[Paul Gilmartin]

On Mon, 3 May 2021 12:38:02 +, Seymour J Metz wrote:

>There is a dispute on wikipedia as to the definition of DASD and whether IBM 
>still uses the term. I'd like references, preferably on the hardware side, for 
>use of the term on i, p and z. Thanks.
>
Not hardware, not i, not p, but:  z/OS Version 2 Release 4
DFSMS Using Data Sets
IBM SC23-6855-40
Direct Access Storage Device (DASD) Volumes
Although DASD volumes differ in physical appearance, capacity, and 
speed, they are
similar in data recording, data checking, data format, and programming. 
The recording
surface of each volume is divided into many concentric tracks. The 
number of tracks
and their capacity vary with the device.

Some decades ago, "similar in data recording" was unambiguous.  Today,
does it encompass flash, magnetic, ...?

And does "surface" refer alike to ferrite and silicon?

Does "concentric" exclude drum and data cell?

What about zFS?

Who gets to submit the RCF?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Elaine Beal]

wow does that make sense! thanks!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On Mon, 3 May 2021 02:11:25 -0500, Ron Burg wrote:
>...
>I can't find a page where the option to change version for example z/OS 2.3 
>--> 2.4 works, I allways get a message of:
>"We didn't find a matching topic in the product version you requested. Would 
>you like to go to the 2.4.0 homepage?"
>but if I change the version in the url, the page is there.
> 
RCF submitted; received a prompt response from a human being.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Paul Gilmartin]

On Mon, 3 May 2021 06:40:49 -0700, Charles Mills wrote:

>That is consistent with my impression.
>
>In non-passive (non FW Friendly) mode, counterintuitively the server is 
>sometimes initiating a connection TO the client. PASV (FWFRIENDLY) mode 
>eliminates that counterintuitive protocol, and makes things easier relative to 
>a firewall. Hence the name, Firewall Friendly.
> 
Why are people (and published tools) in this 21st Century still
relying on FTP when HTTPS works on cbttape even better?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Paul Gilmartin]

On Mon, 3 May 2021 10:54:19 -0500, Elaine Beal wrote:

>Thanks Carmen
>I do see we have auto mnt defined on other systems.
>but I don't see it in BPXPRMxx
>also, it still doesn't show me other users directories. is that by design?
> 
You'll only see them while they're mounted; i.e. while the users are
logged on and  shortly (configurable) thereafter.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Carmen Vitullo]

I included this in my reply but it did not end up in my response somehow  in 
/etc/auto.master  
  /u   etc/u.map 
  
    

-Original Message-

From: Elaine 
To: IBM-MAIN 
Date: Monday, 3 May 2021 10:54 AM CDT
Subject: Re: OMVS ROOT and usage

Thanks Carmen 
I do see we have auto mnt defined on other systems. 
but I don't see it in BPXPRMxx 
also, it still doesn't show me other users directories. is that by design? 
Elaine 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Carmen Vitullo]

in BPXPRMxx 
 FILESYSTEMTYPE TYPE(AUTOMNT) ENTRYPOINT(BPXTAMD)  
in /etc/ 
auto.master 
for users 
/u  /etc/u.map 
-- 
the automount mapping is defined in /etc/u.map  
sample 
name *

type ZFS

filesystem OMVS.U.sysplexname..ZFS

mode RDWR

parm rwshare,converttov5

duration 1

delay 10

allocany space(10,5) cyl

setuid no

security yes 
   
Carmen Vitullo 

   

-Original Message-

From: Elaine 
To: IBM-MAIN 
Date: Monday, 3 May 2021 10:54 AM CDT
Subject: Re: OMVS ROOT and usage

Thanks Carmen 
I do see we have auto mnt defined on other systems. 
but I don't see it in BPXPRMxx 
also, it still doesn't show me other users directories. is that by design? 
Elaine 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Michael Brennan]

Create a brand new ZFS file for your user data.  Then mount it at mount point 
/u with RDWR.
You do not want /u/userid data in the ROOT file system.


From: IBM Mainframe Discussion List  on behalf of 
Elaine Beal 
Sent: Monday, May 3, 2021 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS ROOT and usage

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

IBM would not respond because these are usage questions

My root files system are mounted READ as is recommended
I have superuser(0)
I have a /u/(userid) directory on some systems but not others.
I've been here awhile and haven't had the reason to use OMVS but am finding now 
I do
all of this is from TSO READY. not ISPF

1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) 
directory?
is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr 
on another)
with all the work we have going on

2. though superuser, I do not see other users ids, and of course I cannot add a 
directory for them (root read only)

3. on one system I get /u/uxdfltu EDC5129I No such file or directory.'
but that directory doesn't exist on any system

4. we have java 5 and java 8 on some systems
though I was able to do this on some systems the other day and our /tmp is less 
than 1% used, I now get

# java -version
Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory.
JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT
Could not create the Java virtual machine.

Thanks,
Elaine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Elaine Beal]

Thanks Carmen
I do see we have auto mnt defined on other systems.
but I don't see it in BPXPRMxx
also, it still doesn't show me other users directories. is that by design?
Elaine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Flashcopy for Non-SMS volume backup?

[Ed Jaffe]

Brian,

You've provided a nice example of defining a primary volume to HSM and 
having it dumped on Friday, but you have not addressed the core 
flashcopy question for non-SMS volumes.


Is volume C24RES the target of a flashcopy relationship with your true 
primary volume? If so, how are you initiating that flashcopy? Do you 
perform it on demand via DSS batch job or other automation? Have you 
established a permanent (incremental?) relationship of some sort from 
the true primary volume to C24RES using Copy Services Manager? What is 
your strategy for managing flashcopy?


Thanks,

Ed Jaffe

On 5/2/2021 10:26 PM, Brian Westerman wrote:

Yes, you are correct.  In the HSM startup you define the volume(s) that you 
want and the dumptype(frequency) that you want them to have:

This is for NON-SMS volumes and in this case it's for a z/OS res volume

ADDVOL C24RES   /* ADD A VOLUME (PROVIDE SERIAL) */ -
UNIT(3390)   /* WITH UNIT TYPE (PROVIDE TYPE) */ -
PRIMARY  /* AS A PRIMARY VOLUME THAT IS A */ -
  (AUTOBACKUP/* CANDIDATE FOR AUTOBACKUP. */ -
 AUTODUMP(FRIDAY)  /* DUMPVOLUME AS SPECIFIED */ -
 NOAMIG  /* CANDIDATE FOR AUTOMIGRATION.  */ -
 BACKUPDEVICECATEGORY(TAPE) /* BACKED UP TO TAPE. */ -
 )   /*   */ -
THRESHOLD(100 0) /* NO INTERVAL MIGRATION */

And I have FRIDAY defined as:
  DEFINE DUMPCLASS(FRIDAY DAY(5) -
RETPD(7) NOAUTOREUSE NORESET -
DATASETRESTORE VTOCCOPIES(4) MINSTACK(4) MAXSTACK(15))
   


So what ends up happening is that on FRIDAYs, all of the volumes I have defined 
this way will be backed up by HSM, I try to keep sets together, meaning volumes 
that work together.

Obviously you can change the parms to match what you are expecting to do, but 
this way everything is automatically kept under HSM's umbrella, and BACKUP and 
DUMP copies of datasets can be used interchangeably.

Otherwise you end up running a batch DF/dss job to do this same thing but 
without the benefits of HSM.

If you have questions, feel free to ask.

Brian





On Sun, 2 May 2021 18:07:54 +, Gibney, Dave  wrote:


I've not done this, but, I remember that you can add non-SMS volumes to HSM as 
Primary volumes. I've generally thought that this would be so that you can do 
the kind of processing you are looking for.


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Ed Jaffe
Sent: Sunday, May 02, 2021 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Flashcopy for Non-SMS volume backup?

Crickets. Fab. 

Here's what I'm thinking we should do:

Use DSS to periodically create flashcopy backups of our Non-SMS volumes
using COPY FULL or COPY TRACKS with FASTREPLICATION and
DUMPCONDITIONING. The flashcopy targets would then be dumped using
HSM
BACKVOL with VOLUMES and DUMP (or perhaps be pre-defined to HSM as
PRIMARY volumes for automatic dump processing).

Restoration of a volume dumped this way would be done using HSM
RECOVER
with TOVOLUME, FROMDUMP and TARGETVOLUME potentially followed by
DSF
REFORMAT to CLIP the restored volume to the right volser, if necessary.

What I don't like about this procedure is having to use other utilities
(DSS and possibly DSF) independently of HSM to perform the flashcopy and
perhaps CLIP after restore, but I can't find a way in HSM to make a
flashcopy volume backup occur for other than SMS-Managed volumes. I
have
done a LOT of reading, but I feel like I must have missed something.

I'm curious to learn how other shops handle this.

Thanks...

On 4/30/2021 4:27 PM, Ed Jaffe wrote:

To all Storage Management Gurus on IBM-MAIN:

What is the "best practice" procedure for creating a fast-replication
(flashcopy) Non-SMS volume backup?

FRBACKUP makes it easy for SMS-managed volumes...

Thanks,



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!JmP
EgBY0HMszNaDT!50Az-
xBlndXZ4wT_rA8Ezu2fBMg56HLYBIgbq3WLTZrKkp4Mlrdnir4LdX7Hew$




This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are 

Re: IBM snew DOC Web SIte

[Tom Brennan]

I went to look at a few wait state codes this morning and was surprised 
at how long it took to completely retrieve each web page.  My guess is 
that IBM's solution to too much back-end processing is to add more 
back-end processing.


On 5/3/2021 6:42 AM, Matt Hogstrom wrote:

If I were to venture a guess they hand this off to design people (which is 
good) that are not getting feedback from the target audience (which is bad).  
That coupled with the attempt to unify everything with Cloud creates more of a 
lukewarm experience for everyone.

Matt Hogstrom
m...@hogstrom.org
PGP Key: 0x90ECB270

I just read a book on Stockholm Syndrome,
it was pretty bad at first, but, by the end I kind of liked it.


On May 3, 2021, at 9:36 AM, Charles Mills  wrote:

It's true. IBM certainly has the skills and resources to do this well. Why
do they keep doing it so badly?

Charles





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Colin Paice]

I expect their test servers were physically close to them and they had a
lot of automation which did a lot of testing (without complaining).  Ears
set to disengaged.
Colin

On Mon, 3 May 2021 at 14:42, Matt Hogstrom  wrote:

> If I were to venture a guess they hand this off to design people (which is
> good) that are not getting feedback from the target audience (which is
> bad).  That coupled with the attempt to unify everything with Cloud creates
> more of a lukewarm experience for everyone.
>
> Matt Hogstrom
> m...@hogstrom.org
> PGP Key: 0x90ECB270
>
> I just read a book on Stockholm Syndrome,
> it was pretty bad at first, but, by the end I kind of liked it.
>
> > On May 3, 2021, at 9:36 AM, Charles Mills  wrote:
> >
> > It's true. IBM certainly has the skills and resources to do this well.
> Why
> > do they keep doing it so badly?
> >
> > Charles
> >
> >
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Matt Hogstrom]

If I were to venture a guess they hand this off to design people (which is 
good) that are not getting feedback from the target audience (which is bad).  
That coupled with the attempt to unify everything with Cloud creates more of a 
lukewarm experience for everyone.

Matt Hogstrom
m...@hogstrom.org
PGP Key: 0x90ECB270

I just read a book on Stockholm Syndrome,
it was pretty bad at first, but, by the end I kind of liked it.

> On May 3, 2021, at 9:36 AM, Charles Mills  wrote:
> 
> It's true. IBM certainly has the skills and resources to do this well. Why
> do they keep doing it so badly?
> 
> Charles
> 
> 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Charles Mills]

That is consistent with my impression.

In non-passive (non FW Friendly) mode, counterintuitively the server is 
sometimes initiating a connection TO the client. PASV (FWFRIENDLY) mode 
eliminates that counterintuitive protocol, and makes things easier relative to 
a firewall. Hence the name, Firewall Friendly.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Vander Woude
Sent: Monday, May 3, 2021 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Now it's easier to find stuff on the CBT Tape

locsite fwfriendly sets it so that the client is the source for all connections 
going to the remote ftp server (in ftp terms it's a PASV mode connection).

When the ftp server is running, the config on the server can specify a range of 
ports that it can tell the client to connect to it for the data connection, 
where the actual transfer occurs.  As it's a defined range, the firewall can be 
configured that way also.

When not in PASV mode, but PORT mode (default) - it's the ftp client that tells 
the ftp server to open the data connection, and what ip address and port the 
server is to connect to on the client side.  This mode is more difficult (and 
generally not liked), as there is no way to limit what ports the client will 
tell the server to connect to, and the firewall folks have to open outgoing 
sessions on all high ports (> 1024).

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Seymour J Metz]

Are you following the IBM recommendations for sysplex root and version root?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Elaine Beal [elaine.b...@gxs.com]
Sent: Monday, May 3, 2021 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS ROOT and usage

IBM would not respond because these are usage questions

My root files system are mounted READ as is recommended
I have superuser(0)
I have a /u/(userid) directory on some systems but not others.
I've been here awhile and haven't had the reason to use OMVS but am finding now 
I do
all of this is from TSO READY. not ISPF

1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) 
directory?
is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr 
on another)
with all the work we have going on

2. though superuser, I do not see other users ids, and of course I cannot add a 
directory for them (root read only)

3. on one system I get /u/uxdfltu EDC5129I No such file or directory.'
but that directory doesn't exist on any system

4. we have java 5 and java 8 on some systems
though I was able to do this on some systems the other day and our /tmp is less 
than 1% used, I now get

# java -version
Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory.
JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT
Could not create the Java virtual machine.

Thanks,
Elaine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Charles Mills]

It's true. IBM certainly has the skills and resources to do this well. Why
do they keep doing it so badly?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Allan Staller
Sent: Monday, May 3, 2021 5:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM snew DOC Web SIte

Classification: Confidential

Agreed. IBM DOCS  (or whatever they call it) is not ready for prime time.

If us z/OS folks did what the IBM DOC folks have beem doing, we'ed be out
the door!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Paul Gilmartin
Sent: Sunday, May 2, 2021 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM snew DOC Web SIte

[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don't click links or open attachments as it may be a Phishing email,
which can steal your Information and compromise your Computer.]

On Wed, 14 Apr 2021 09:55:53 -0500, Geoff Smith wrote:
>...
>We are working with the development team to improve performance, but until
this is fixed, the Adobe Indexed collections are a good substitute.   There
a several PDF collections available for download on our Internet Library,
(see the heading Adobe Indexed Collections)
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibm.biz%2F
BdYsTvdata=04%7C01%7Callan.staller%40HCL.COM%7Ce1a15d6697304358b66d08d9
0d6ed2e7%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63791918762133%7CU
nknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ
XVCI6Mn0%3D%7C1000sdata=ryxEgn95Koy%2FuouuX1ewLGyMxA27QFKPX6aNIic%2BMQ8
%3Dreserved=0.  The IBM Z Publications Library Archive have many
releases of older z/OS documentation.  Many are not in the IBM Documentation
site.
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibm.biz%2F
BdzXvwdata=04%7C01%7Callan.staller%40HCL.COM%7Ce1a15d6697304358b66d08d9
0d6ed2e7%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63791918762133%7CU
nknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ
XVCI6Mn0%3D%7C1000sdata=dYw2vPWiIxAyRSsDLu3JiO02qL1xvoM9tdW0mRFUsJA%3D&
amp;reserved=0
>
It's dreadful on a handheld -- too much screen real estate spent on
overhead.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and
intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the originator
or HCL or its affiliates. Views or opinions, if any, presented in this email
are solely those of the author and may not necessarily reflect the views or
opinions of HCL or its affiliates. Any form of reproduction, dissemination,
copying, disclosure, modification, distribution and / or publication of this
message without the prior written consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please
delete it and notify the sender immediately. Before opening any email and/or
attachments, please check them for viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

[Carmen Vitullo]

At my current site we have /u/ defined in automount  
if not IIRC you do need to change the mount mode each time to create a new 
mount point, I'd stay away from that since that would create a user directory 
and data in your root, the issue IBM was trying to solve by mounting the ROOT 
READ ONLY 
I can send my u.map as an example if you need 
   
Carmen Vitullo 

   

-Original Message-

From: Elaine 
To: IBM-MAIN 
Date: Monday, 3 May 2021 8:19 AM CDT
Subject: OMVS ROOT and usage

IBM would not respond because these are usage questions 

My root files system are mounted READ as is recommended 
I have superuser(0) 
I have a /u/(userid) directory on some systems but not others. 
I've been here awhile and haven't had the reason to use OMVS but am finding now 
I do 
all of this is from TSO READY. not ISPF 

1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) 
directory? 
is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr 
on another) 
with all the work we have going on 

2. though superuser, I do not see other users ids, and of course I cannot add a 
directory for them (root read only) 

3. on one system I get /u/uxdfltu EDC5129I No such file or directory.' 
but that directory doesn't exist on any system 

4. we have java 5 and java 8 on some systems 
though I was able to do this on some systems the other day and our /tmp is less 
than 1% used, I now get 

# java -version 
Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory. 
Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory. 
Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory. 
Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory. 
Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory. 
Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory. 
JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT 
Could not create the Java virtual machine. 

Thanks, 
Elaine 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Now it's easier to find stuff on the CBT Tape

[Peter Vander Woude]

locsite fwfriendly sets it so that the client is the source for all connections 
going to the remote ftp server (in ftp terms it's a PASV mode connection).

When the ftp server is running, the config on the server can specify a range of 
ports that it can tell the client to connect to it for the data connection, 
where the actual transfer occurs.  As it's a defined range, the firewall can be 
configured that way also.

When not in PASV mode, but PORT mode (default) - it's the ftp client that tells 
the ftp server to open the data connection, and what ip address and port the 
server is to connect to on the client side.  This mode is more difficult (and 
generally not liked), as there is no way to limit what ports the client will 
tell the server to connect to, and the firewall folks have to open outgoing 
sessions on all high ports (> 1024).

Peter

On Sun, 2 May 2021 12:38:29 -0500, Steve Horein  wrote:

>If I'm not mistaken, "locsite fwfriendly" accommodates data connections
>other than port 20.
>
>On Sun, May 2, 2021 at 1:22 AM Brian Westerman <
>brian_wester...@syzygyinc.com> wrote:
>
>> Thanks to some timely help from Peter Vels who suggested tracing the FTP
>> routine, I was able to find the problem. At my site the "locsite
>> fwfriendly" is required.  I still don't know why that is, but it has been
>> that way at several of the site I manage as well, (but not all).  Changing
>> that to be there (it was commented out in the CBT exec), made it work.
>>
>> Thanks again to Peter for pointing the way.
>>
>> Brian
>>
>> On Sun, 2 May 2021 00:03:15 -0500, Brian Westerman <
>> brian_wester...@syzygyinc.com> wrote:
>>
>> >Please ignore this problem.  When I went back and read the instructions I
>> saw that I'm suppose to UNZIP FILE001 before I upload it in binary format
>> to the sequential dataset.  Once I did that it loaded okay.
>> >
>> >Just goes to show you, read the instructions closely before you complain.
>> :)
>> >
>> >Now I have to work on getting the FTP part to work because it's not as
>> much use without that, (except I do like that you can see the comments when
>> you select the entry).
>> >
>> >Does anyone know how to turn DEBUG on to see what's going wrong with FTP?
>> >
>> >Brian
>> >
>> >
>> >On Sat, 1 May 2021 23:52:08 -0500, Brian Westerman <
>> brian_wester...@syzygyinc.com> wrote:
>> >
>> >>I can't get CBTVIEW to work,  I get to the part where it tries to
>> download the File001 and it fails, so I downloaded it to my workstation and
>> uploaded it to the mainframe as a FB 80 9440 file and now I get a message
>> that says build completed (then it pauses for about 60 seconds) and then I
>> get:
>> >>
>> >>IEC141I 013-18,IGG0191B,BRIANW,$SYSTEMS,CBT78000,1466,PROD04,
>>
>> >>BRIANW.FILEIDX.PDS(CBTINDEX)
>>
>> >>IRX0250E System abend code 013, reason code 0024.
>>
>> >>IRX0255E Abend in host command execio or address environment routine
>> TSO.
>> >>IEA995I SYMPTOM DUMP OUTPUT
>>
>> >>SYSTEM COMPLETION CODE=013  REASON CODE=0018
>>
>> >> TIME=21.40.14  SEQ=37529  CPU=  ASID=00E0
>>
>> >> PSW AT TIME OF ERROR  075C1000   80E74598  ILC 2  INTC 0D
>>
>> >>   NO ACTIVE MODULE FOUND
>>
>> >>   NAME=UNKNOWN
>>
>> >>   DATA AT PSW  00E74592 - 4100302C  0A0D010D  A7E5014B
>>
>> >>   AR/GR 0: 00AFBF84/_00E748A0   1: /00AA2D94_A4013000
>>
>> >> 2: /_00072250   3: /_00E74874
>>
>> >> 4: /_00AAA410   5: /_00AAA7A4
>>
>> >> 6: /_00AAA74C   7: /_00AAA7A4
>>
>> >> 8: /_00AAA76C   9: /_00072280
>>
>> >> A: /_00F9D658   B: /_7F515CE8
>>
>> >> C: /_0008   D: /_00AAA7A4
>>
>> >> E: /_80E73DF6   F: /_0018
>>
>> >> END OF SYMPTOM DUMP
>>
>> >>IRX0670E EXECIO error while trying to GET or PUT a record.
>>
>> >>***
>>
>> >>
>> >>I agree with the s013-18 because the CBTINDEX member is not there to
>> open, but so much of this is hidden behind the CBT rexx exec that I can't
>> tell where it's failing.
>> >>
>> >>I think that FILE001 being in ZIP format might be hurting this, but I
>> think the CBT exec is supposed to unzip it first, but maybe I'm wrong.  Has
>> anyone got this to work or should I just start debugging now?
>> >>
>> >>--
>> >>For IBM-MAIN subscribe / signoff / archive access instructions,
>> >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> >
>> >--
>> >For IBM-MAIN subscribe / signoff / archive access instructions,
>> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,

OMVS ROOT and usage

[Elaine Beal]

IBM would not respond because these are usage questions

My root files system are mounted READ as is recommended
I have superuser(0)
I have a /u/(userid) directory on some systems but not others.
I've been here awhile and haven't had the reason to use OMVS but am finding now 
I do
all of this is from TSO READY. not ISPF

1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) 
directory?
is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr 
on another)
with all the work we have going on

2. though superuser, I do not see other users ids, and of course I cannot add a 
directory for them (root read only)

3. on one system I get /u/uxdfltu EDC5129I No such file or directory.'
but that directory doesn't exist on any system

4. we have java 5 and java 8 on some systems
though I was able to do this on some systems the other day and our /tmp is less 
than 1% used, I now get

# java -version
Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory.
JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT
Could not create the Java virtual machine.

Thanks,
Elaine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS Conda install questions

[Seymour J Metz]

How does Conda not belong here? If it runs on z, then it's on topic.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Sunday, May 2, 2021 10:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Conda install questions

You're posting in the wrong forum again Lionel ;)

We use Conda internally at Rocket, however, the z team install all the
ported tools into a read only file system which is shared between
LPARs/Sysplexes. Your sysprogs can use Conda to create an environment to
download the tools
and then move the packages to wherever they choose. Don't be scared of
Conda! It's much better for handling dependencies.

On 30/04/2021 5:59 pm, Lionel B. Dyck wrote:
> I'm looking at installing some of the Rocket ported tools using their new
> CONDA process and from what I see the only way to do so is to install the
> entire CONDA filesystem on each LPAR/Plex. That makes it difficult to easily
> identify the specific changes for change management along with installing
> significantly more on systems where a package may not be wanted/used.
>
>
>
> Does anyone have any suggestions/pointers/recommendations?
>
>
>
> Thanks in advance
>
>
>
>
>
> Lionel B. Dyck <><
>
> Website: 
> https://secure-web.cisco.com/14LI494ekiN05q89Fe6soY2kiiEFfdzT78NYTBRyjXKYVDlxgxhKAuDqA9DIdXHDrmmzQG4g_8iteBD_eDS9YsooVUmjVYazgcW0oy_NWMx-GlsDTFxm0N_s8YlRTIk6zKPWlNI0pirWt4VY4JXOITd4aYWFmRwQMxfqZnbioQY3Wtrj3NQGK2mrHa3cf48Oxsysen4nk0XGjgvs-gQVh1sj2_k3abr67EIfSx-Fx_gxGcDp85fE8NPgCMFtvbcct235000Tx2PI9P_wKf_Z22WvwrUhSIDlBD9IvhHM_LqEYl6bj3RFTDY0WB72WA4nUWFn3MS9F5IGmbYpxwGuLmxDpX3SGVbr_S4CxSiJdnrrNYGN0x_vg62vYMlnl1I-WAmiK9_YW8s007Wka0yZtAuO0jyYqFY5hKKA8ls4XIiHeiCvBROneVGxSYEu2YX89/https%3A%2F%2Fwww.lbdsoftware.com
>
> Github: 
> https://secure-web.cisco.com/1JuHBTWRpU0hYbq4VcBzAX_icTD8HhtjIdXvuk1SiJWcbdI5E_4U9sfUIrQRme3-nbcal6XCciv8PN2JTTpBTOLYNj0TCk95HrvP5vFYiflBnu2-bMGTpwAQAMljkP9F65cEvHdM5cLH5fJxQUq9CqH1suOR-6eiFX2jsqkoJj5MOU1VZGic0zSr8TYJhJW3UPtHvhiKttkZHne_23nOLIeBNKlzM-A_PVenG2SU_UArV9D42DWZRQ64CExqMaCVoUnbwJ4Wv1NmfHC1JxrNhmHSqqoFHcrkHGuiPe2cXNids4ro2uHnWc5_CA4MfjTkr9Z9bFVdDFnNaG7H8wE9p2vO7wqQJQoxhgxQJmlCQ92niitPB92FQnUt8Q0qIwuuzCz6KVIiNIEvAy38ihgB5qGWb2-G71VO5237-1uQckepp_ytJ29cusQsLQCglyIwN/https%3A%2F%2Fgithub.com%2Flbdyck
>
>
>
> "Worry more about your character than your reputation. Character is what you
> are, reputation merely what others think you are."   - - - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reference for currtent IBM definition od DASD

[Seymour J Metz]

There is a dispute on wikipedia as to the definition of DASD and whether IBM 
still uses the term. I'd like references, preferably on the hardware side, for 
use of the term on i, p and z. Thanks.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Allan Staller]

Classification: Confidential

Agreed. IBM DOCS  (or whatever they call it) is not ready for prime time.

If us z/OS folks did what the IBM DOC folks have beem doing, we'ed be out the 
door!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Sunday, May 2, 2021 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM snew DOC Web SIte

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Wed, 14 Apr 2021 09:55:53 -0500, Geoff Smith wrote:
>...
>We are working with the development team to improve performance, but until 
>this is fixed, the Adobe Indexed collections are a good substitute.   There a 
>several PDF collections available for download on our Internet Library, (see 
>the heading Adobe Indexed Collections) 
>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibm.biz%2FBdYsTvdata=04%7C01%7Callan.staller%40HCL.COM%7Ce1a15d6697304358b66d08d90d6ed2e7%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63791918762133%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=ryxEgn95Koy%2FuouuX1ewLGyMxA27QFKPX6aNIic%2BMQ8%3Dreserved=0.
>  The IBM Z Publications Library Archive have many releases of older z/OS 
>documentation.  Many are not in the IBM Documentation site.  
>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibm.biz%2FBdzXvwdata=04%7C01%7Callan.staller%40HCL.COM%7Ce1a15d6697304358b66d08d90d6ed2e7%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63791918762133%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=dYw2vPWiIxAyRSsDLu3JiO02qL1xvoM9tdW0mRFUsJA%3Dreserved=0
>
It's dreadful on a handheld -- too much screen real estate spent on overhead.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Testing MQ connections using telnet from z/OS to external host

[Laurence Chiu]

Thanks. Turned out to be a red herring. Packets are reaching the mid-range
server, passing through the firewall but I think there is no application
(this is an IBMi mid-range box) on the box to act on them so the host
thinks the connection was rejected. I am going to cross-post in the
mid-range mailing list.

On Mon, May 3, 2021 at 1:20 PM Matt Hogstrom  wrote:

> TRACERTE to the mid-range server will hopefully give you an idea of where
> the network is stopping you.
>
> Matt Hogstrom
> PGP key 0F143BC1
>
> > On May 2, 2021, at 18:10, Laurence Chiu  wrote:
> >
> > In the process of setting up some new MQ connections from our Z/OS
> > mainframe to new mid-range servers. The development team is trying to
> check
> > if the connection from Z/OS to the mid range service is working by
> issuing
> > a telnet command.
> >
> > Telnet ip address. 1414
> >
> > Where they have set 1414 as the port on which they want to run MQ. The
> > target server has an application firewall in front of it but that source
> > and that port is open.
> >
> > When they try the telnet command from the TSO command line  it just times
> > out. And there is no traffic received on the firewall. They tell me they
> > are able to telnet to their current development host with no problem.
> Would
> > there be some specific Z/OS TCP/IP configuration for the target host IP
> > address and port that needs to be set up? Nobody seems to know so I'm
> > hoping this forum can provide some pointers.
> >
> > But strangely from the mid-range server they can telnet to Z/OS on the
> port
> > they have defined for MQ with no problem. In this case they're using
> 1440.
> >
> > Thanks
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM snew DOC Web SIte

[Ron Burg]

Hi,
Other then the sidebar that can pop out after a while,
I can't find a page where the option to change version for example z/OS 2.3 --> 
2.4 works, I allways get a message of:
"We didn't find a matching topic in the product version you requested. Would 
you like to go to the 2.4.0 homepage?"
but if I change the version in the url, the page is there.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN