Re: Flashcopy for Non-SMS volume backup?

[Brian Westerman]

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 believed to
>> be
>> free of any virus or other defect that might affect any computer system into
>> which it is received and opened, it is the responsibility of the recipient
>> to ensure that it is virus free and no responsibility is accepted by the
>> sender for any loss or damage arising in any way from its opening or use.
>> 
>> 

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

[Brian Westerman]

Actually that makes a lot of sense now.

Brian

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,
>> 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

[Brian Westerman]

But you had the direction to move in.  Having a lot of enthusiasm isn't going 
to get you anywhere if you don't have a direction to move.

Thanks again,

Brian

--
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

[David Crayford]

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://www.lbdsoftware.com

Github: https://github.com/lbdyck

  


"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

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

[Matt Hogstrom]

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

Re: And the survey says...

[Seymour J Metz]

I have grander ambitions. Direct TSO support for TN3270 over SCTP with an SFTP 
over SCTP client and appropriate encryption.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, May 2, 2021 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On Sun, 2 May 2021 08:18:38 -0700, Tom Brennan wrote:

>On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:
>
>> ... IMHO there is no reason to embed FTP client in 3270 emulation package.
>
>I guess it was natural for users to look for FTP on the terminal
>emulator since that's where they did transfers before TCPIP on the
>
I would expect that "before TCPIP on the mainframe" it would *not* be
"natural for users to look for FTP on the terminal".

>mainframe.  But I always thought that was strange.  Even stranger was
>one emulator I used back around 1996 that would lock up the 3270
>terminal while running FTP transfers, to better simulate IND$FILE I assume.
>
Stranger yet was Mac tn3270 X (abandonware, STTL), with a built-in
FTP *server*, presumably to accommodate sites with misgivings about
running an FTP server but OK with FTP client.

I had a major cognitive disconnect when a colleague first told me
that to use FTP on the desktop I needed "to be logged on to TSO!"
Only in later releases was the default setting to launch tn3270 with
internal FTP server disabled

Is there a possibility of a separate IND$FILE client with all the
bells and whistles?  It would need:
o Understanding of 3270/7171/IND$FILE data streams.
o But not ability to format a display.
???

-- 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: And the survey says...

[Seymour J Metz]

I remember zmodem over telnet. As with IND$FILE, it was all the same session.

BTW, while with TCAM you could attach ASCII tty and other s/s terminals via WP 
mode, with VTAM you needed NTO or some other protocol converter.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, May 2, 2021 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On Sun, 2 May 2021 12:03:00 -0700, Charles Mills wrote:
>
>How would such a separate IND$FILE client work? Would it somehow share the TSO 
>session with the emulator? Or would it somehow log onto TSO on its own, 
>despite its lack of "ability to format a display"?
>
I was imagining the latter, recalling days of yore when I could connect
to TSO or CMS with a serial (VT52-like) terminal.  I don't know what
would have happened if I typed CALL IND$FILE.

Remember XMODEM, YMODEM, KERMIT, ...  Hayes Kermit spoofing ...?
Maybe Kermit is the IND$FILE client.  Rocket discusses both IND$FILE
and Kermit (Last-Modified: Wed, 13 Apr 2011 17:00:42 GMT):


I recall each terminal type had a dedicated range of ports on the 3705(?);
nothing like a TERMINFO data base.

I once tried disabling software ASCII<->EBCDIC translation and was astonished
that the bits came in backwards.

-- 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: And the survey says...

[Tom Brennan]

Like using standard ASCII telnet to a mainframe for what I always called 
line-mode TSO?  I think that still works today, although I've never used 
it except by accident.


On 5/2/2021 3:24 PM, Paul Gilmartin wrote:


I was imagining the latter, recalling days of yore when I could connect
to TSO or CMS with a serial (VT52-like) terminal. 


--
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...

[Paul Gilmartin]

On Sun, 2 May 2021 12:03:00 -0700, Charles Mills wrote:
>
>How would such a separate IND$FILE client work? Would it somehow share the TSO 
>session with the emulator? Or would it somehow log onto TSO on its own, 
>despite its lack of "ability to format a display"?
> 
I was imagining the latter, recalling days of yore when I could connect
to TSO or CMS with a serial (VT52-like) terminal.  I don't know what
would have happened if I typed CALL IND$FILE.

Remember XMODEM, YMODEM, KERMIT, ...  Hayes Kermit spoofing ...?
Maybe Kermit is the IND$FILE client.  Rocket discusses both IND$FILE
and Kermit (Last-Modified: Wed, 13 Apr 2011 17:00:42 GMT):


I recall each terminal type had a dedicated range of ports on the 3705(?);
nothing like a TERMINFO data base.

I once tried disabling software ASCII<->EBCDIC translation and was astonished
that the bits came in backwards.

-- gil

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

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

[Laurence Chiu]

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

Re: And the survey says...

[Don Leahy]

They could model it on WSA.   :-)

On Sun, May 2, 2021 at 3:03 PM Charles Mills  wrote:

> > Is there a possibility of a separate IND$FILE client with all the
>
> In the late 1980's/very early 1990's Spectrum Concepts (XCOM 6.2) had a
> product called IND$VTAM which was an IND$FILE that ran outside of TSO, on
> its own SNA session. I have forgotten the exact details, but I remember its
> existence well because we (my company) were negotiating to buy it (buy the
> whole product, not license a copy). The negotiations did not succeed.
> Spectrum was a very difficult company to deal with, as anyone who might
> remember the fallout from the sale of XCOM to Legent will recall.
>
> I guess in @Gil's terminology that would be "a separate IND$FILE server."
>
> How would such a separate IND$FILE client work? Would it somehow share the
> TSO session with the emulator? Or would it somehow log onto TSO on its own,
> despite its lack of "ability to format a display"?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Sunday, May 2, 2021 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: And the survey says...
>
> On Sun, 2 May 2021 08:18:38 -0700, Tom Brennan wrote:
>
> >On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:
> >
> >> ... IMHO there is no reason to embed FTP client in 3270 emulation
> package.
> >
> >I guess it was natural for users to look for FTP on the terminal
> >emulator since that's where they did transfers before TCPIP on the
> >
> I would expect that "before TCPIP on the mainframe" it would *not* be
> "natural for users to look for FTP on the terminal".
>
> >mainframe.  But I always thought that was strange.  Even stranger was
> >one emulator I used back around 1996 that would lock up the 3270
> >terminal while running FTP transfers, to better simulate IND$FILE I
> assume.
> >
> Stranger yet was Mac tn3270 X (abandonware, STTL), with a built-in
> FTP *server*, presumably to accommodate sites with misgivings about
> running an FTP server but OK with FTP client.
>
> I had a major cognitive disconnect when a colleague first told me
> that to use FTP on the desktop I needed "to be logged on to TSO!"
> Only in later releases was the default setting to launch tn3270 with
> internal FTP server disabled
>
> Is there a possibility of a separate IND$FILE client with all the
> bells and whistles?  It would need:
> o Understanding of 3270/7171/IND$FILE data streams.
> o But not ability to format a display.
> ???
>
> --
> 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: And the survey says...

[Charles Mills]

> Is there a possibility of a separate IND$FILE client with all the

In the late 1980's/very early 1990's Spectrum Concepts (XCOM 6.2) had a product 
called IND$VTAM which was an IND$FILE that ran outside of TSO, on its own SNA 
session. I have forgotten the exact details, but I remember its existence well 
because we (my company) were negotiating to buy it (buy the whole product, not 
license a copy). The negotiations did not succeed. Spectrum was a very 
difficult company to deal with, as anyone who might remember the fallout from 
the sale of XCOM to Legent will recall.

I guess in @Gil's terminology that would be "a separate IND$FILE server."

How would such a separate IND$FILE client work? Would it somehow share the TSO 
session with the emulator? Or would it somehow log onto TSO on its own, despite 
its lack of "ability to format a display"?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Sunday, May 2, 2021 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On Sun, 2 May 2021 08:18:38 -0700, Tom Brennan wrote:

>On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:
>
>> ... IMHO there is no reason to embed FTP client in 3270 emulation package.
>
>I guess it was natural for users to look for FTP on the terminal
>emulator since that's where they did transfers before TCPIP on the
>
I would expect that "before TCPIP on the mainframe" it would *not* be
"natural for users to look for FTP on the terminal".

>mainframe.  But I always thought that was strange.  Even stranger was
>one emulator I used back around 1996 that would lock up the 3270
>terminal while running FTP transfers, to better simulate IND$FILE I assume.
>
Stranger yet was Mac tn3270 X (abandonware, STTL), with a built-in
FTP *server*, presumably to accommodate sites with misgivings about
running an FTP server but OK with FTP client.

I had a major cognitive disconnect when a colleague first told me
that to use FTP on the desktop I needed "to be logged on to TSO!"
Only in later releases was the default setting to launch tn3270 with
internal FTP server disabled

Is there a possibility of a separate IND$FILE client with all the
bells and whistles?  It would need:
o Understanding of 3270/7171/IND$FILE data streams.
o But not ability to format a display.
???

--
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?

[Gibney, Dave]

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 believed to
> be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
> 
> --
> 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?

[Ed Jaffe]

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://www.phoenixsoftware.com/



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 believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
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

[Steve Horein]

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,
> 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: New Spectre Vunerability

[Paul Gilmartin]

On Mon, 3 May 2021 03:03:48 +1000, Greg Price wrote:
>
>1. Does this new development rely on "powerful" instructions (as they
>exist in application object code) being broken down to simpler
>instructions? ("millicode"?)
> 
I understand that the Classic Spectre even put Javascript at risk.
The fixes may have been in coarser granularity in Javascript
timing functions.

>2. Was not the IBM solution on the Z platform (when activated by the
>system's owner) to slow down the whole she-bang such that there was no
>timing difference based on the data? (That is, does not the "fix" simply
>stop the look-ahead based on predictiveness by just waiting for the real
>answer on stuff such that no illegal data access actually occurs?)
>
Ouch!  Given the extraordinary cost of cache faults, that shouldn't be
practical.  It might be better to abandon speculative execution.
 ("Quantum-style" is metaphorical".)

-- gil

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

Re: New Spectre Vunerability

[Greg Price]

On 3/05/2021 1:16 am, David L. Craig wrote:

https://engineering.virginia.edu/news/2021/04/defenseless
doesn't mention if zArchitecture is immune, but I suspect
it is not.  Does anybody know for sure?



My mud-brain can barely comprehend this stuff, but...

1. Does this new development rely on "powerful" instructions (as they 
exist in application object code) being broken down to simpler 
instructions? ("millicode"?)


2. Was not the IBM solution on the Z platform (when activated by the 
system's owner) to slow down the whole she-bang such that there was no 
timing difference based on the data? (That is, does not the "fix" simply 
stop the look-ahead based on predictiveness by just waiting for the real 
answer on stuff such that no illegal data access actually occurs?)


3. Does that mean the effectiveness of such previously implemented 
"solutions" relies on the "level" at which they are implemented?
So if IBM implemented the "solution" at the "millicode" level then it 
might be a real fix not affected by this new scenario, but if it is/was 
implemented at a "Princples of Operations" level then it might be 
susceptible?


Or have I totally misunderstood the new information?  (Ok, let's take 
that as read, but cue someone who understands it...)

:)

Cheers,
Greg

--
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...

[Paul Gilmartin]

On Sun, 2 May 2021 08:18:38 -0700, Tom Brennan wrote:

>On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:
>
>> ... IMHO there is no reason to embed FTP client in 3270 emulation package.
>
>I guess it was natural for users to look for FTP on the terminal
>emulator since that's where they did transfers before TCPIP on the
>
I would expect that "before TCPIP on the mainframe" it would *not* be
"natural for users to look for FTP on the terminal".

>mainframe.  But I always thought that was strange.  Even stranger was
>one emulator I used back around 1996 that would lock up the 3270
>terminal while running FTP transfers, to better simulate IND$FILE I assume.
>
Stranger yet was Mac tn3270 X (abandonware, STTL), with a built-in
FTP *server*, presumably to accommodate sites with misgivings about
running an FTP server but OK with FTP client.

I had a major cognitive disconnect when a colleague first told me
that to use FTP on the desktop I needed "to be logged on to TSO!"
Only in later releases was the default setting to launch tn3270 with
internal FTP server disabled

Is there a possibility of a separate IND$FILE client with all the
bells and whistles?  It would need:
o Understanding of 3270/7171/IND$FILE data streams.
o But not ability to format a display.
???

-- gil

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

Re: New Spectre Vunerability

[Mike Schwab]

Micro-op caches are different in all processors.  But S/360 had them,
and 80286 and up.

On Sun, May 2, 2021 at 10:16 AM David L. Craig  wrote:
>
> https://engineering.virginia.edu/news/2021/04/defenseless
> doesn't mention if zArchitecture is immune, but I suspect
> it is not.  Does anybody know for sure?
> --
> 
> May the LORD God bless you exceedingly abundantly!
>
> Dave_Craig__
> "So the universe is not quite as you thought it was.
>  You'd better rearrange your beliefs, then.
>  Because you certainly can't rearrange the universe."
> __--from_Nightfall_by_Asimov/Silverberg_
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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...

[Radoslaw Skorupka]

W dniu 02.05.2021 o 17:18, Tom Brennan pisze:

On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:

... IMHO there is no reason to embed FTP client in 3270 emulation 
package.


I guess it was natural for users to look for FTP on the terminal 
emulator since that's where they did transfers before TCPIP on the 
mainframe.  But I always thought that was strange.  Even stranger was 
one emulator I used back around 1996 that would lock up the 3270 
terminal while running FTP transfers, to better simulate IND$FILE I 
assume.


Really strange.
I knew only one application which locked 3270 session - it was old 
OSA/SF. However the lock was fully justified - OSA/SF (pre-java) was 
able to connect to z/OS using variety of methods, including regular 
session over "whatever way you chose".


BTW: It was quite reasonable to use non-TCP/IP connectivity for 
application used to define part of the connectivity.
Of course nowadays OSA/SF client was obsoleted by java based OSA/SF, 
which in turn was obsoleted by HMC OSA/SF, which in turn is less and 
less used because it is needed for OSE chpids only, which are less and 
less usable because: a) native SNA is widely being replaced with EE, b) 
TCP/IP on OSE is not reasonable and has announced end of life.


--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
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

[Cheryl Watson]

I agree about the overhead on a handheld. It takes at least half of the screen.

Cheryl Watson


On May 2, 2021, at 9:33 AM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

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://ibm.biz/BdYsTv.  The IBM Z 
> Publications Library Archive have many releases of older z/OS documentation.  
> Many are not in the IBM Documentation site.  https://ibm.biz/BdzXvw
> 
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

--
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...

[Tom Brennan]

On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:


... IMHO there is no reason to embed FTP client in 3270 emulation package.


I guess it was natural for users to look for FTP on the terminal 
emulator since that's where they did transfers before TCPIP on the 
mainframe.  But I always thought that was strange.  Even stranger was 
one emulator I used back around 1996 that would lock up the 3270 
terminal while running FTP transfers, to better simulate IND$FILE I assume.


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

New Spectre Vunerability

[David L. Craig]

https://engineering.virginia.edu/news/2021/04/defenseless
doesn't mention if zArchitecture is immune, but I suspect
it is not.  Does anybody know for sure?
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

--
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]

DEBUG xxx where xxx is documented in the Comm Server IP U/G & Commands manual. 
DEBUG BAS is a good first shot.

The only problem is that is many cases FTP does not process the DEBUG command 
until after it has attempted session setup, which is often where a problem 
occurs. To overcome that:

1. Determine where FTP is finding the so-called "FTP.DATA" file. The name will 
be in one of the first few messages from the FTP program. Let's say that name 
is SYS1.FTP.CONFIG(FTPC).
2. Add the following to your FTP job:
//SYSFTPD DD DISP=SHR,DSN=SYS1.FTP.CONFIG(FTPC)
//DD *
DEBUG xxx [where xxx is as above]
/*

You can also use the -d switch on the FTP command (UNIX) or in PARM= (JCL).

Why FWFRIENDLY? A short answer is that it makes the protocol more firewall 
friendly -- less likely to encounter firewall issues. Hence the name. 
FWFRIENDLY is more commonly (in the non-Z IT world) called "passive." You may 
find it described as "passive" in non-Z documentation.

Charles


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

Hi Peter/Brian,
Where did you turn on debug?

--
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 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://ibm.biz/BdYsTv.  The IBM Z 
>Publications Library Archive have many releases of older z/OS documentation.  
>Many are not in the IBM Documentation site.  https://ibm.biz/BdzXvw
> 
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

Re: And the survey says...

[Colin Paice]

Some sites do not allow FTP, but do allow transfer through the 3270
emulator.

On Sun, 2 May 2021 at 12:15, Radoslaw Skorupka 
wrote:

> My responses below
>
> W dniu 01.05.2021 o 23:31, Bob Bridges pisze:
> > Pan Skorupka, I'm not sure whether I'm about to agree or disagree about
> FTP.  I use FTP as much as possible for file transfer, but I don't
> understand why a terminal emulator needs it built in:  What's wrong with
> just using Windows FTP and MVS FTP?  Which is maybe what you're saying.
>
> That's exactly what I said. FTP is fine, FTP is needed, I use FTP, but
> IMHO there is no reason to embed FTP client in 3270 emulation package.
>
>
> > One reason I like FTP so much is that IND$FILE can be so clunky if you
> have more than one or two files to transfer.  Most emulators provide a way
> to set up multiple transfers, but only manually - that is, I have to add
> each file to the collection, one at a time.  How is that better than doing
> the file transfer one at a time.  Unless I'm going to be doing the same
> transfers many times, of course, but that's never the case, for me.  What I
> really want is to set up a list of 40 or 50 filenames, and provide that
> list to the utility.  I can do that with native FTP.  I've done it for
> IND$FILE, too, but only by manually creating a multiple-file transfer
> containing three or four filenames, then analyzing the instructions it
> saved and writing a program that reproduced that proprietary format for my
> 40 or 50.  It's worth the trouble only when I'm starting out at a new
> client that doesn't support the mainframe FTP server, and I need to load my
> REXX tools.
> >
> > So when you write "scriptable IND$FILE", my ears perk up.  Someone tell
> me more, please.
>
> Scripting is unclear, I think I should rather say file list.
> I mean just list of dataset/files to sent.
> Example:
> D:\datasets\BE08.R0.CNTL.xmi xmit~x0
> D:\datasets\BE08.R1.PS1.xmi user2~x1.OLD
> D:\datasets\PS2.txt txt~x2
> C:\some\directory\BE05.R3.bin BIN2~x3
> D:\datasets\BE08.R4.PS4.xmi xmit~x4
> D:\datasets\BE08.R5.PS5.xmi xmit~x5
>
> Three positional parameters:
> 1. File name (PC side) - i.e. "BE08.R0.CNTL.xmi" in D:\datasets directory
> 2. Transfer/translation method - "xmit" is just a name. Inside there are
> parameters like ASCII-EBCDIC translation, LRECL, RECFM, optionally
> SPACE, etc.
> 3. x0, x1.OLD, x2... - dataset names, TSO prefixing apply
>
> As I said I don't know all possible emulators. I know PCOMM allows use
> of such lists, while wc3270 and Nexus do not have such feature. And of
> course when you have to transfer few dozens of files to the host it is
> really easy to create such list, even when some of the files need
> different parameters.
> Of course for gigabyte transfers FTP is still better.
>
>
>
>
> BTW: "Pan Skorupka" made me smile :-)
> Polish is complex here, we use declension, so it would be "panie
> Skorupka". Declension (declination?) is a nightmare for English speakers
> and lack of declension in English is a problem of Polish speakers.
> Nevermind.
>
> Regards
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: And the survey says...

[Radoslaw Skorupka]

My responses below

W dniu 01.05.2021 o 23:31, Bob Bridges pisze:

Pan Skorupka, I'm not sure whether I'm about to agree or disagree about FTP.  I 
use FTP as much as possible for file transfer, but I don't understand why a 
terminal emulator needs it built in:  What's wrong with just using Windows FTP 
and MVS FTP?  Which is maybe what you're saying.


That's exactly what I said. FTP is fine, FTP is needed, I use FTP, but 
IMHO there is no reason to embed FTP client in 3270 emulation package.




One reason I like FTP so much is that IND$FILE can be so clunky if you have 
more than one or two files to transfer.  Most emulators provide a way to set up 
multiple transfers, but only manually - that is, I have to add each file to the 
collection, one at a time.  How is that better than doing the file transfer one 
at a time.  Unless I'm going to be doing the same transfers many times, of 
course, but that's never the case, for me.  What I really want is to set up a 
list of 40 or 50 filenames, and provide that list to the utility.  I can do 
that with native FTP.  I've done it for IND$FILE, too, but only by manually 
creating a multiple-file transfer containing three or four filenames, then 
analyzing the instructions it saved and writing a program that reproduced that 
proprietary format for my 40 or 50.  It's worth the trouble only when I'm 
starting out at a new client that doesn't support the mainframe FTP server, and 
I need to load my REXX tools.

So when you write "scriptable IND$FILE", my ears perk up.  Someone tell me 
more, please.


Scripting is unclear, I think I should rather say file list.
I mean just list of dataset/files to sent.
Example:
D:\datasets\BE08.R0.CNTL.xmi xmit~x0
D:\datasets\BE08.R1.PS1.xmi user2~x1.OLD
D:\datasets\PS2.txt txt~x2
C:\some\directory\BE05.R3.bin BIN2~x3
D:\datasets\BE08.R4.PS4.xmi xmit~x4
D:\datasets\BE08.R5.PS5.xmi xmit~x5

Three positional parameters:
1. File name (PC side) - i.e. "BE08.R0.CNTL.xmi" in D:\datasets directory
2. Transfer/translation method - "xmit" is just a name. Inside there are 
parameters like ASCII-EBCDIC translation, LRECL, RECFM, optionally 
SPACE, etc.

3. x0, x1.OLD, x2... - dataset names, TSO prefixing apply

As I said I don't know all possible emulators. I know PCOMM allows use 
of such lists, while wc3270 and Nexus do not have such feature. And of 
course when you have to transfer few dozens of files to the host it is 
really easy to create such list, even when some of the files need 
different parameters.

Of course for gigabyte transfers FTP is still better.




BTW: "Pan Skorupka" made me smile :-)
Polish is complex here, we use declension, so it would be "panie 
Skorupka". Declension (declination?) is a nightmare for English speakers 
and lack of declension in English is a problem of Polish speakers. 
Nevermind.


Regards
--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
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

[David Spiegel]

Hi Peter/Brian,
Where did you turn on debug?

Thanks and regards,
David

On 2021-05-02 03:40, Peter Vels wrote:

Brian, you are too kind.  You did 99% of the work.
Peter

On Sun, 2 May 2021 at 16:22, Brian Westerman 
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,
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

[Peter Vels]

Brian, you are too kind.  You did 99% of the work.
Peter

On Sun, 2 May 2021 at 16:22, Brian Westerman 
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,
> 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

[Brian Westerman]

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 
 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 
> 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,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN