RES: z13s going EOS anytime soon?

[Bodra - Pessoal]

Hi Alain,

 

You can use this FC 0408 CCIN 57E9 or FC 0417 CCIN 59A8+E005 in z13 and z13s. 
Some of them comes from zEC12, zBC12, z114 or z196.

 


0408

57E9

OSA-Express4S 1000Base-T Ethernet (PCIe) (2 port/CHPID) 


0417

59A8

OSA-Express5S mother card (PCIe)


0417

E005

OSA-Express5S 1000Base-T Ethernet 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Alain 
Benvéniste
Enviada em: terça-feira, 29 de agosto de 2023 03:18
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: z13s going EOS anytime soon?

 

I am looking for a OSA-ICC card for a z13s.

You can contact me offline at the address below.

 

Thanks

 

Resiliency Services on Z Mainframe

  alain.benveni...@kyndryl.com 

 

> Le 29 août 2023 à 06:53, Brian Westerman < 
>  brian_wester...@syzygyinc.com> a écrit 
> :

> 

> 4 our our clients are running z13s's and they all have received the 
> notification that it's EOS as of 12/31/2024

> 

> Brian

> 

> --

> 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

Announcement Letters

[Bodra - Pessoal]

Cross posted in zVSE, zVM and zOS lists.

 

It's unfortunate what IBM (unilaterally) did with changing the disclosure of
their product announcement letters. 

 

Every Tuesday for many years, I received an email with the summary, I just had
to click on the desired link and that was it, the information was quickly
accessible. 

 

Today, when I received the e-mail announcing the publication of the new
Redbooks, I remembered to check announcement letters in new site. Bad, very bad
to found what you need to check in this new website. 

 

Don't tell me that not sending the weekly email helps to improve life on the
planet and other similar bla bla bla that doesn't convince me.

 

Very bad this new way that IBM has chosen to publicize its products. Sending 01
weekly e-mail is not difficult at all and certainly, like me, many people liked
it. 

 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: RES: [EXTERNAL] Re: IBM announcement letter summary

[Bodra - Pessoal]

Why not do some research and/or voting before changing the way announcements 
are distributed? 

Someone at IBM thinks the new way is better, but do the users agree? 

Personally, I prefer to continue to receive the e-mail every Tuesday and access 
what is of interest to me.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de René 
Jansen
Enviada em: quarta-feira, 10 de maio de 2023 09:41
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: RES: [EXTERNAL] Re: IBM announcement letter summary

I must say that I scanned that email every time it came in and it sometimes 
delivered important clues for my customers. But if IBM does not want me to read 
it anymore that is fine with me and it will probably hurt their dollars. I half 
expect them to do a RedBooks-like U-turn like in their previous clueless action.

René.

> On 10 May 2023, at 14:27, Bodra - Pessoal 
> <02eda2bc565a-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I hate this new way for announcement. Receiving an e-mail with a short 
> description of announce was great since long time ago. Now *YOU* need to 
> check a web site that seems confuse about hardware, software, services, 
> withdrawn etc..
> 
> If possible, I vote to return old version, with an e-mail every Tuesday.
> 
> 
> Carlos Bodra
> IBM zEnterprise Certified
> São Paulo – SP – Brazil

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

RES: [EXTERNAL] Re: IBM announcement letter summary

[Bodra - Pessoal]

I hate this new way for announcement. Receiving an e-mail with a short 
description of announce was great since long time ago. Now *YOU* need to check 
a web site that seems confuse about hardware, software, services, withdrawn 
etc..

If possible, I vote to return old version, with an e-mail every Tuesday.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de 
Pommier, Rex
Enviada em: terça-feira, 9 de maio de 2023 15:11
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: [EXTERNAL] Re: IBM announcement letter summary

John, 

The announcement letter email wasn't just z-series.  I used to support p-series 
hardware and AIX as well, and idle curiosity has kept me getting those 
announcements as well.  They were all included in the e-mail, based on your 
preferences.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, May 9, 2023 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM announcement letter summary

WAG - they want to sunset the equipment that runs the functions and the z/OS 
customers are not important enough to port the process elsewhere. Or maybe they 
"released" everyone who knew anything about it.

IMO, IBM doesn't really care about that much about z anymore.

Neither do I. I'll be playing with Linux on Intel when I get kicked to the curb 
(kerb) come 1 aug 2023.

On Tue, May 9, 2023, 11:57 Pommier, Rex  wrote:

> Why, IBM?  Was sending out an announcement letter summary that taxing 
> on your limited resources that you had to eliminate this convenience 
> for your customers?
>
> Instead of the normal Tuesday announcement letter summary I got this:
>
> 
> This weekly e-mail communication is now sunset. You can find the 
> weekly IBM product announcements on the IBM Documentation Announcements page.
> 
>
> Now, instead of a short summary delivered to my inbox I have to go to 
> IBM's documentation page to find announcements.  Instead of a one-line 
> summary per announcement I now get the privilege of scrolling up and 
> down through an almost-empty web page where I can see somewhere 
> between 6-8 notifications per page.
>
> OK, rant off...
>
> Rex
>
> --
> The information contained in this message is confidential, protected 
> from disclosure and may be legally privileged. If the reader of this 
> message is not the intended recipient or an employee or agent 
> responsible for delivering this message to the intended recipient, you 
> are hereby notified that any disclosure, distribution, copying, or any 
> action taken or action omitted in reliance on it, is strictly 
> prohibited and may be unlawful. If you have received this 
> communication in error, please notify us immediately by replying to 
> this message and destroy the material in its entirety, whether in electronic 
> or hard copy format. Thank you.
>
> --
> 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 contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

RES: IBM z16 Model A02 Announcement

[Bodra - Pessoal]

There are no Statement of Direction in announcement. 


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Parwez 
Hamid
Enviada em: terça-feira, 4 de abril de 2023 06:52
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: IBM z16 Model A02 Announcement

USA:

https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/1/897/ENUS3932-_h01/index.html

EMEA:

https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/1/877/ENUS3932-_h01/index.html

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

RES: DLM Tape reading

[Bodra - Pessoal]

You can use DITTO to do this... same as you do for real tape cartridge or tape 
drive.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Jake 
Anderson
Enviada em: segunda-feira, 20 de março de 2023 10:10
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: DLM Tape reading

Hello

I would like to understand how DLM users are able to read the contents of
the virtual tape and the print the dataset with in each label of it ?

We are taking volume level backup to the virtual tape and is it possible to
list a particular tape dataset to see it's content?

Regards
Jake

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

Broadcom´s COPYCAT equivalent

[Bodra - Pessoal]

Hello,

 

Can anyone give me options to Broadcom´s software COPYCAT?

 

Main job for this software will be migrate data stored in Oracle SL8500
cartridge (9840D) to a new virtual cartridge keeping Tape Manager data intact
(same volser, save expiration date, etc…)

 

Thanks

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: IBM Z13 and Z13s EOL

[Bodra - Pessoal]

I guess it is too early to talk about z13 and z13s EOSL. 

Based on a timeline from z10xx to zXX12 there are about 6 or 7 years after IBM 
announces WFM date. 

z13 and z13s were WFM on June 30, 2019 (about 3 years ago) so (as stated early 
- my analysis base in past announcements) we have about more 3 years ahead 
before EOSL.

Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Carmen 
Vitullo
Enviada em: quinta-feira, 18 de agosto de 2022 16:06
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: IBM Z13 and Z13s EOL

I understand IBM has not officially published the EOL for the z13 processors 
but I'm wondering if anyone knows in advance when that date 'may be'? 
we're looking at some hardware options, and pricing some software, and if we 
had an idea when our z13 was EOL that would help us make some decisions on 
HW/SW 
thanks 
Carmen 

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

RES: Celebrating 50 Years of Virtualization Innovation

[Bodra - Pessoal]

Nice Material It made my mind fly back to 1975 when I started in the 
industry!!


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Dave 
Jones
Enviada em: terça-feira, 2 de agosto de 2022 09:54
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Celebrating 50 Years of Virtualization Innovation

>From Kerry Wilson at IBM:
August 2, 1972 was the day IBM officially announced VM as a product.   To help 
recognize the past 50 years of achievements and innovation by VM and the 
community I have created a few web pages in honor of the occasion:

 

IBM VM 50th anniversary - https://www.vm.ibm.com/history/50th/index.html
VM Timeline - https://www.vm.ibm.com/history/timeline.html
VM history and heritage (updated) - 
https://www.vm.ibm.com/history/index.html

 

Enjoy!

 

Many thanks to Max Campbell at the IBM Archives who supplied many of the videos 
and documents.  Thank you to Melinda Varian and Jim Elliott who both created 
remarkable historical accounts of VM and are linked on the third bullet above.  
If anyone wants to learn more those two documents are incredible.  I also 
wanted to acknowledge Bill Bitner, Lauren Maietti and Jacob Gagnon who put up 
with me talking about this the past few months and providing feedback along the 
way. We have some more planned, so please check back or subscribe for updates. 

 

Thank you!

 

 

 

Kerry Andrew Wilson

Software Engineer

z/VM Development

1 607 429 3008 Office

ker...@us.ibm.com

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

IBM 3592 Model E06 EOSL

[Bodra - Pessoal]

Hello,

 

Can I get some help with EOSL (End Of Service Life) for IBM 3592 Model E06.

 

I check Announcement Letters for:

 

3592-E05 (TS1120) - EOSL = 2019/06/30

 

3592-E06 (TS1130) – EOSL = Blank ?

 

3592-E07 (TS1140) – EOSL = 2022/02/28

 

Unless that I miss some information, I was unable to found EOSL for E06 model.

 

Any idea??

 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: Looking for a manual on IRLM services

[Bodra - Pessoal]

Correct URL is: https://www.redbooks.ibm.com/abstracts/sg246908.html?Open


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
esst...@juno.com
Enviada em: segunda-feira, 3 de janeiro de 2022 18:56
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Looking for a manual on IRLM services

ANyone else find this URL link NOT FOUND


-- Original Message --
From: Rahim Azizarab <03f036d88eeb-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for a manual on IRLM services
Date: Mon, 3 Jan 2022 17:13:09 +

http://www.redbooks.ibm.com/redbooks/pdfs/sg246908.pdfhttp://www.redbooks.ibm.co
m/redbooks/pdfs/sg246928.pdfhttp://www.redbooks.ibm.com/redbooks/pdfs/sg246928.p
df
You did not say if you are using it for DB2 or IMS.



Rahim 
   



   

 

On Monday, January 3, 2022, 12:58:38 AM CST, Binyamin Dissen
 wrote:  
 
 I am looking for a manual on how to call IRLM services (as well as their
names). Does such a thing exist?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

RES: Manuals for 3179G, 3192G, 3979

[Bodra - Pessoal]

I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
3472, 3482 (of course there are a lot of models of each one, for example, 3277-1
and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
Alexander Huemer
Enviada em: terça-feira, 4 de janeiro de 2022 03:40
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Manuals for 3179G, 3192G, 3979

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

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

RES: AWS is down.

[Bodra - Pessoal]

Just a very simple question: They know word CONTINGENCY and data MIRROR?

Most of mainframe installations that I know today has contingency plans, mirror 
backup links, backup power sources etc... Cloud haven´t this, or is too 
expensive?


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de 
kekronbekron
Enviada em: quarta-feira, 8 de dezembro de 2021 10:26
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: AWS is down.

Of course, agreed. Just saying that MF isn't the one and only, best possible 
server/platform, in all of time.
What's wrong with others trying, however futile it may or may not be.
IBM sure did try when they first created the MF.

- KB

‐‐‐ Original Message ‐‐‐

On Wednesday, December 8th, 2021 at 5:45 PM, David Spiegel 
 wrote:

> You said: "...  Did the world not exist before 1960s?
>
> Did people automatically die before 1960s because they didn't have MF? ..."
>
> Yes, the world existed before the 1960s and, no, nobody died as a result
>
> of no mainframe.
>
> You're forgetting that the world was a different place then.
>
> Computer-based patient care was not invented until 1969.
>
> I can remember going to my bank (in the 1960S) and having the teller
>
> write my transaction in my bankbook with a pen.
>
> The credit card had just been invented. Most people still wrote cheques
>
> or paid in cash. There were no ATMs until 1969. There were no cellular
>
> telephones.
>
> There was no Internet as we know it today etc.
>
> Regards,
>
> David
>
> On 2021-12-08 01:33, kekronbekron wrote:
>
> > Critical infra in some places, sure, not everyone is denying that.
> >
> > At the moment of urgent need, do people really buy something and wait for 
> > MF to finish processing, for them to be then allowed to continue breathing?
> >
> > What happened to the interim stages (logstics etc).
> >
> > It sounds as though failure to buy/order something immediately is going to 
> > lead to their death... is what's being said.
> >
> > Sounds pretty privileged to me.
> >
> > It also sounds like it's assumed that mainframes will last 500 years, no?
> >
> > Did the world not exist before 1960s?
> >
> > Did people automatically die before 1960s because they didn't have MF?
> >
> > Are people and organizations not allowed to be wrong (to their own 
> > detriment), etc.
> >
> > Are we sure that 100% of all information out there is truth, apart from 
> > this announcement that AWS wants to replace MF?
> >
> > We can all like MF, but don't need to act like it's the sole saviour of 
> > humanity.
> >
> > Again that means that all technology that evolved since then is a complete 
> > waste of time and people's efforts.
> >
> > Sounds pretty delusional to me... just to convey that MFs are good servers.
> >
> > -   KB
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On Wednesday, December 8th, 2021 at 10:00 AM, Bill Johnson 
> > 0047540adefe-dmarc-requ...@listserv.ua.edu wrote:
> >
> > > AWS had a larger & longer outage today, than all the outages on the 
> > > mainframes I’ve worked on in the last 30 years. Much worse. Yet, some 
> > > here think AWS is going to replace the mainframe for critical 
> > > applications like banking, health care, big retail, and insurance. Plus, 
> > > the mainframe has had plenty of negative posts here in the decades I’ve 
> > > been involved. Nobody dies when Netflix isn’t available. (One of the hits 
> > > from today) people can and do die if the drugs they need aren’t available 
> > > because the computer system is down.
> > >
> > > Sent from Yahoo Mail for iPhone
> > >
> > > On Tuesday, December 7, 2021, 11:01 PM, kekronbekron 
> > > 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:
> > >
> > > Not at anybody in particular:
> > >
> > > Do we have to make snide remarks because someone else had an outage?
> > >
> > > Don't we remember the times when things on the mainframe itself went 
> > > south?
> > >
> > > Has every site's MF env. been 100% available through all these decades?
> > >
> > > Is it wrong to fail sometimes?
> > >
> > > Is this the attitude with which you'd like to retire, holding onto 
> > > precious remarks and burning the path behind you as you leave?
> > >
> > > What does that say about one's mentality and outlook in life?
> > >
> > > -   KB
> > >
> > > ‐‐‐ Original Message ‐‐‐
> > >
> > > On Wednesday, December 8th, 2021 at 3:54 AM, Ronald Wells 
> > > 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu wrote:
> > >
> > >
> > > > Pretty pic/web pages make the $$ did you not get the memo
> > > >
> > > > -Original Message-
> > > >
> > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> > > > Of John McKown
> > > >
> > > > Sent: Tuesday, December 7, 2021 2:57 PM
> > > >
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > >
> > > > Subject: Re: AWS is down.
> > > >
> > > > ** EXTERNAL EMAIL - USE CAUTION **
> > > >
> > > > Oh, but they 

RES: RES: TS1140 tape transports

[Bodra - Pessoal]

It is what I understood from announcement, once tape drives will not connect 
directly to z/OS channel but to VTS for destage. 
VTS emulates 3490/3590 and can destage to any kind of tape, it is just a bunch 
of bits to be recorded in tape.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de 
Radoslaw Skorupka
Enviada em: quinta-feira, 28 de outubro de 2021 20:39
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: RES: TS1140 tape transports

Does it mean one can replace his TS1140 drives with LTO?
I don't think so.
Correction: I don't think it is possible for z/OS or VTS clients. Note: 
Windows/Unix host could use TS1140 natively.

-- 
Radoslaw Skorupka
Lodz, Poland




W dniu 28.10.2021 o 16:51, Bodra - Pessoal pisze:
> An interesting fact in this announcement that could be a light for the future 
> is the recommendation for installations that use up to 15TB of tape 
> processing daily to use the TS7770 with TS4300 and LTO8 or LTO9 units, which 
> will certainly reduce the cost of media acquisition.
>
> The LTO units will only be used for destage and offsite storage, not being 
> accessed directly by the zSystem via the ficon channel, even because the 
> 3592-C07 control unit is no longer marketed.
>
> Extracted from announcement letter ( 
> https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN=CA=897/ENUS921-136=USN
>  )
>
> Mainframes
>
>  For smaller environments with less than 15 TB daily, C06/C07, migrate to 
> the Rack Mount IBM TS7770 with TS4300 with LTO drives. This requires an RPQ.
>  For larger environments with more than 15 TB daily, C06/C07, migrate to 
> the TS7700 and use the Copy Export functionality.
>  For TS7700 virtual environments, migrate TS1140 tape drives to TS1150s 
> tape drives. All drives need to be migrated as the TS7700 must have the same 
> type and model of backend drives.
>
> Carlos Bodra
> IBM zEnterprise Certified
> São Paulo – SP – Brazil
>
>
> -Mensagem original-
> De: IBM Mainframe Discussion List  Em nome de 
> Radoslaw Skorupka
> Enviada em: quinta-feira, 28 de outubro de 2021 08:42
> Para: IBM-MAIN@LISTSERV.UA.EDU
> Assunto: Re: TS1140 tape transports
>
> W dniu 26.10.2021 o 22:54, Pommier, Rex pisze:
>> Hi list,
>>
>> Was I the only one caught flat-footed with the IBM announcement today that 
>> in just over 4 months (2/28/2022), they're dropping support on TS1140 tape 
>> transports?  Was there an earlier announcement that this was coming and I 
>> just missed it or was this the first notification?
> What's wrong with that?
> TS1140 is ~10 years old.
> There are TS1150, TS1155 and TS1160.
> As far as I know. any existing support contract will not be affected by
> the EOS announcement. Just no new support contracts for dates after
> 2022-02-28.
> And of course no drive will stop functioning just because of the
> announcement.
> Last, but not least, third party service companies will still support it
> as well as older equipment.
>
> The only interesting thing I see here - it is the last native tape drive
> supported by z/OS.
> I feel like with 3390 - no more drives, just disk arrays and emulation.
>
> And, to complement - there are very few virtual tape solutions with real
> tapes on backend. And very few tape manufacturers.
>

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

RES: TS1140 tape transports

[Bodra - Pessoal]

An interesting fact in this announcement that could be a light for the future 
is the recommendation for installations that use up to 15TB of tape processing 
daily to use the TS7770 with TS4300 and LTO8 or LTO9 units, which will 
certainly reduce the cost of media acquisition. 

The LTO units will only be used for destage and offsite storage, not being 
accessed directly by the zSystem via the ficon channel, even because the 
3592-C07 control unit is no longer marketed.

Extracted from announcement letter ( 
https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN=CA=897/ENUS921-136=USN
 )

Mainframes

For smaller environments with less than 15 TB daily, C06/C07, migrate to 
the Rack Mount IBM TS7770 with TS4300 with LTO drives. This requires an RPQ.
For larger environments with more than 15 TB daily, C06/C07, migrate to the 
TS7700 and use the Copy Export functionality.
For TS7700 virtual environments, migrate TS1140 tape drives to TS1150s tape 
drives. All drives need to be migrated as the TS7700 must have the same type 
and model of backend drives.

Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de 
Radoslaw Skorupka
Enviada em: quinta-feira, 28 de outubro de 2021 08:42
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: TS1140 tape transports

W dniu 26.10.2021 o 22:54, Pommier, Rex pisze:
> Hi list,
>
> Was I the only one caught flat-footed with the IBM announcement today that in 
> just over 4 months (2/28/2022), they're dropping support on TS1140 tape 
> transports?  Was there an earlier announcement that this was coming and I 
> just missed it or was this the first notification?

What's wrong with that?
TS1140 is ~10 years old.
There are TS1150, TS1155 and TS1160.
As far as I know. any existing support contract will not be affected by 
the EOS announcement. Just no new support contracts for dates after 
2022-02-28.
And of course no drive will stop functioning just because of the 
announcement.
Last, but not least, third party service companies will still support it 
as well as older equipment.

The only interesting thing I see here - it is the last native tape drive 
supported by z/OS.
I feel like with 3390 - no more drives, just disk arrays and emulation.

And, to complement - there are very few virtual tape solutions with real 
tapes on backend. And very few tape manufacturers.

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

Tape Report CA-TLMS

[Bodra - Pessoal]

Hi,

 

I need to know how many TBs are being used in our TS3500.

 

We use CA-TLMS and we have 60 x 3592 cartridges model JC (4TB) and tape drives
are TS1140 (3592-E07). 

 

Is there a CA-TLMS report that tells me how many TBs are in use on each
cartridge? 

 

Or any other source that can give me an estimate of this? 

 

60 x 3592JC = 240TB, which would be the nominal capacity, but it still has 2.5:1
compression so our usage would be around 600TB. Is this rigth?

 

Thanks for any hints about.

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: And the survey says...

[Bodra - Pessoal]

Vista TN3270 by Tom Brennan


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Allan
Staller
Enviada em: terça-feira, 27 de abril de 2021 11:09
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: And the survey says...

Classification: Confidential

What 3270 emulator are you using?

I (and my colleagues) have been using PCOMM as our 3270 emulator by corporate
edict.
Corporate has removed PCOMM from the available list of emulators, hence this
survey (survey ends Fri. Apr 30 @ COB).

Since we have to go through a procurement process, we want to obtain the optimal
product.
I am aware of the usual suspects and have them on my short list.

Responses can be posted on-list or directly to me.

Thanks to all in advance for your time and attention,




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

RES: RES: Old 3278 terminal

[Bodra - Pessoal]

You are welcome. You can try to contact https://museudocomputador.org.br/


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de W 
Mainframe
Enviada em: sexta-feira, 23 de abril de 2021 17:47
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: RES: Old 3278 terminal

Thank you Carlos ans Radoslaw!It is like an adventure to get an item like 
this.. :(I will keep in my journey!
Dan


Sent from Yahoo Mail for iPhone


On Friday, April 23, 2021, 6:23 AM, Radoslaw Skorupka  
wrote:

I could find some, but it is definitely far from Brasil.
I would ask second hand equipment suppliers.


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



W dniu 15.04.2021 o 16:26, Bodra - Pessoal pisze:
> Maybe Computer Museum have it.
>
>
> Carlos Bodra
> IBM zEnterprise Certified
> São Paulo – SP – Brazil
>
>
> -Mensagem original-
> De: IBM Mainframe Discussion List  Em nome de W 
> Mainframe
> Enviada em: quinta-feira, 15 de abril de 2021 11:11
> Para: IBM-MAIN@LISTSERV.UA.EDU
> Assunto: Old 3278 terminal
>
> Guys,Does anyone in Brazil have an old 3278 terminal (running) for donation 
> or selling?Thank youDan
>
>
> Sent from Yahoo Mail for iPhone
>
> --
> 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

RES: Old 3278 terminal

[Bodra - Pessoal]

Maybe Computer Museum have it. 


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de W 
Mainframe
Enviada em: quinta-feira, 15 de abril de 2021 11:11
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Old 3278 terminal

Guys,Does anyone in Brazil have an old 3278 terminal (running) for donation or 
selling?Thank youDan


Sent from Yahoo Mail for iPhone

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

Control-M/Tape

[Bodra - Pessoal]

Hello,

 

In past when we used CA-TLMS we have CA-COPYCAT utility that help in tape
duplication among other things.

 

Control-M/Tape has something similar to CA-Copycat?

 

Thanks

 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: Tape solutions for mainframe

[Bodra - Pessoal]

1. IBM TS7700
Real tapes only as VTS backend - 

TS7760 has option to do not destage data to real tapes. All data stay in VTS 
(as other vendors does).

2. STK/Sun/Oracle VSM
what about T1? Is it still offered?
(I mean new sale, not an upgrade or service)

As I know Oracle is going out of Tape (real or VTS) as warranty or maintenance 
agreements ends.

3. EMC DLm (former BusTech)

It is live and well. Product is available for marketing.

4. Interkom Gmbh
(I think it is based on Luminex solution)

Never listen about InterKom.

5. Secureagent

I haven´t details about.

6. Luminex (???)

Its is live and well. Product is available for marketing. They have an FTP 
(File Transfer) option called MDI that speed up and make FTP secure. It is 
based in their VTL solution. Different from IBM, EMC/DELL and Oracle that uses 
own storage, with Luminex you can use virtually any FC or iSCSI storage to be 
data repository for Luminex appliance.

7. Others? Fujitsu?

I never listen about Fujitsu to has available a VTS, but Hitachi is partner of 
Luminex. Luminex supply VTL appliance and Hitachi supply storage to be used as 
repository data for Luminex appliance.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de 
Radoslaw Skorupka
Enviada em: quinta-feira, 4 de março de 2021 14:05
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Tape solutions for mainframe

Gentlemen,
I'm trying update my knowledge about existing tape solutions for 
mainframe on the market (let's say z/OS, *not* Linux):

1. IBM TS7700
Real tapes only as VTS backend

2. STK/Sun/Oracle VSM
what about T1? Is it still offered?
(I mean new sale, not an upgrade or service)

3. EMC DLm (former BusTech)

4. Interkom Gmbh
(I think it is based on Luminex solution)

5. Secureagent

6. Luminex (???)

7. Others? Fujitsu?

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

RES: Architectural Level Sets

[Bodra - Pessoal]

MP3000 was considered a G5 since it could have IFL processor.

MP 2000 was considered a G3 (??) and I remember to do some tests with a very 
early Linux using it with RAMACII. It was very very very slowly.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de R.S.
Enviada em: sexta-feira, 4 de setembro de 2020 10:10
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Architectural Level Sets

W dniu 03.09.2020 o 17:37, Jim Elliott pisze:
> Tony,
>
> Check my CMOS Processor Table page at 
> https://jlelliotton.blogspot.com/p/cmos-processor-table.html. I have the z/OS 
> and z/VM level sets listed there.

Comments to the table:
1. z/OS 1.1-1.5 were able to run on 9672 machines. z/OS 1.6 and later 
reuqired at least z900.
2. Multiprise 2000 and 3000 are mentioned in the table, but "not 
visible" I was looking for them in the notes, and found P/390 which 
misleaded me. Simple not "see above for Multiprise" would be convenient.

Last, but not least: GOOD JOB!
Thank you for the table.




Note: For historical reasons I'm looking for information about earlier 
machines. Some details about HMC/SE equivalents, I/O cards, partitions, 
crypto hardware...
Maybe someone knows such page?


Regards
-- 
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

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

3592-EH7

[Bodra - Pessoal]

Hi,

 

Can I use 3592-EH7 via 3592-C07 inside a TS4500?

 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo – SP – Brazil

 

 


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

RES: An older device query - still using??

[Bodra - Pessoal]

Before launch IBM 3540 Diskette Unit (could write and read floppy 8 pol disks 
and connected to a /370 parallel channel) after recording diskettes using IBM 
3741 (single operator station) or IBM 3742 (double operator station) was 
necessary to move data from them to a tape reel using IBM 3747 Converter Unit. 
Since diskettes and tape reel could be used a lot of times, this solution 
brings to customers a great economy. I remember to walk in an aisle aside a 
Data Entry room with more them 150 IBM 3742 stations in a big bank here in 
Brazil, they were one of pioneers to remove old IBM 0029, IBM 0059 and IBM 0129 
machines from data entry process.

IBM 3540 arises to eliminated one step (convert to tape reel) and could 
accelerate process to make data transcript from a bunch of different forms in 
data to supply information to data systems. Old good time of batch processing 
overnight.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Tony 
Thigpen
Enviada em: quarta-feira, 13 de maio de 2020 23:38
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: An older device query - still using??

The 3540 was the reader/punch that was to replace the card reader/punch 
system. Which it did at both my college (while I was there) and at my 
first job (where it replaced the 96 column card system) just before I 
got there.

The 3740 and 3742 were the replacement for the card punch machine. They 
were highly programmable. You could set up programs where some 
characters "punched" as packed decimal and other characters were punched 
as display characters. It would also sum-check fields in a single record 
and automatically punch final "sums records".

The 3540 had a AWSOMA:  Optical Media AttachTOC that contained a VOL1 
record and multiple HDR1 records which supported multiple files. It had 
tracks and records. I am fuzzy, but I think it supported different 
record lengths (set in the HDR1 for each file). I know you could punch 
both 80 and 96 (in separate files).

The VTOC design was also used in the Optical Media Attach Feature, which 
was actually 'emulated' on the P360/P390 in the AWSOMA dirver.

(All "facts" subject to dropped memory bits due to old age.)

Tony Thigpen

R.S. wrote on 5/13/20 6:59 PM:
> I just checked bitsavers and found some information about 3540
> 1. Capacity - it depends. There were several types and subtypes, and 
> sub-subtypes of diskettes. Approximately 256kB to 1,2 MB, however 3540 
> used only those low capacity. (details available on request)
> 2. Feeding media - automatically, not manually.
> 3. There were two types of 3540, single and double drive.
> 4. The purpose was to deliver data from keypunch (wrong!) data entry 
> stations. At the times before CRT screens became popular.
> 
> However still I have no idea about system support. How to write data on 
> diskette, how to read from diskette, how to recognize volume ID, etc.
> No, I'm not going to use it, but I'm just curious.
> 

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

RES: SFTP Special Charcters

[Bodra - Pessoal]

You need to verify CODEPAGES into TCP/IP mainframe product.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Ron 
Thomas
Enviada em: quinta-feira, 19 de setembro de 2019 13:11
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: SFTP Special Charcters

Hello

we are doing a SFTP from Mainframe to Windows machine (EBCDIC to ASCII) using 
reflection FTP client  and we are seeing some special characters in the file is 
getting translated  to others . For e.g Á (x'65') to 'Ý' x'AD'

Is there a way we can keep this data ASIS during the ftp ? if so how this can 
be done ?

Regards
Ron T

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

RES: Ancient DASD connectivity

[Bodra - Pessoal]

Ramac I and Ramac II (9394 Controllers and 9395 Drawers) comes first from 
2105/Shark and has controller (3990 like) inside same frame (small foot print) 
if compared with previous 3990 and 3380 or 3390 machines.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Alan 
Altmark
Enviada em: quarta-feira, 15 de maio de 2019 15:39
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Ancient DASD connectivity

On Wed, 15 May 2019 14:59:00 +0200, R.S.  wrote:

>In the old days there was a Storage Control Unit, i.e. 3830 and disk 
>controller within disk cabinet, i.e. 3350-A2
>
>So, we have CPC-cable1-3830-cable2-3350A2controller-internal_cable3-disk.
>
>I'm trying to understand separation of duties between 3830 and 3350A2 
>controller.
>What was defined as CU - it was 3830 or controller within 3350 cabinet?
>Which cable was a channel (Bus)? I guess it is "cable1" connecting 
>CPC and 3830.
>
>Not to mention that some old reference manual's diagram shows yet 
>another box between CPC and 3830 SCU.

Depending on the year, you might find (rusty memory):

host
 - channel 0
 - channel 1
 - switch (2814/2914)
- channel 1
- Control unit 0 (bus & tag from channel/switch)
  - device 0 ("string header") (A-Unit)
  - device 1 (B unit)
  - device 2 (B unit)
  - device 3 (B unit)
- Control unit 1 (bus & tag) from CU 0
- repeat
 - channel 2
 - repeat

The A units handled the fan-out (signal and power) to dependent devices (B 
units) in the string and had the logic to talk to the channel.  The B units 
were just dumb slaves to the A unit.   The A units could only talk to B units 
of the same type since all the power and signaling was custom.  The interface 
between the CU and the A unit was generally such that a CU could handle strings 
of newer and older device types.   The number of A units required, the number 
of I/O devices included in an A unit, and the way B units were attached was 
generally model specific, so you would see variations on the above.  (Don't 
confuse with more modern UNIT=3390B to indicate a PAV to MVS!)   

It was sheer size of the componentry that drove this design.   I think the 3990 
was the last stand-alone disk controller.  With the arrival of 2105s, the CU 
was inside the same cabinet as the drives and Logical CUs (LCUs) were born.  
One big black box (literally).  Adding additional cabinets no longer affected 
the I/O configuration - just capacity.  


We still have switches, of course, but they're no longer pull-turn-push.  :-) 

Alan Altmark
IBM Systems Lab Services

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

RES: Confusing hardware withdrawal announcement

[Bodra - Pessoal]

Maybe a trainee writes down announcement. 

Title says about some type of machines, but only one is listed.


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Tom 
Brennan
Enviada em: terça-feira, 2 de abril de 2019 13:06
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Confusing hardware withdrawal announcement

It's confusing, but it's just those few keyboard/mouse/display feature codes 
being withdrawn.  I haven't seen one yet, but the newer feature code 0148 
called a "Table Top KMM" is supposed to have everything in one unit that sits 
on the desktop.  I'll guess it's just like the slide-out KMM's you get with a 
rack-mount HMC, but with no sliders and maybe some rubber feet?

On 4/2/2019 8:46 AM, Karl S Huf wrote:
> Am I the only one confused by today's HW withdrawal announcement 
> letter 919-056?  We had been advised that the z13 series would be 
> withdrawn from marketing mid-year but the title and the body of this 
> announcement appear to have quite a disconnect (like there's no mention of 
> the z13).
> And unless I'm mistaken that's pretty much every z14 model being
> withdrawn - with no announced replacement.   Anyone know more?  Thanks.
> 
> Title of letter:
> Hardware withdrawal: IBM z13, IBM z13s, IBM z14, IBM LinuxONE 
> Rockhopper, IBM LinuxONE Rockhopper II, IBM LinuxONE Emperor, and IBM 
> LinuxONE Emperor II selected feature codes
> 
> Body of letter:
> Effective April 2, 2019, IBM® will withdraw from marketing the select 
> features listed in the Withdrawn products section.
> 
> Withdrawn products
> 
>Machine
> Description   type Model Feature
> 
> IBM z14   3906 M01
> M02
> M03
> M04
> M05
> IBM LinuxONE Emperor II   3906 LM1
> LM2
> LM3
> LM4
> LM5
> Mouse0152
> HMC Tower Keyboard   0153
> TKE Tower Keyboard   0155
> Display  6096
> Client Must Provide Mouse0186
> Client Must Provide HMC KeyBd0187
> Client Must Provide TKE KeyBd0189
> Client Must Provide Display  0191
> 
> Replacement product information
> 
> None
> 
> 
> __
> __
> ___
> Karl S Huf | Senior Vice President | World Wide Technology
> 50 S LaSalle St, LQ-18, Chicago, IL  60603 | phone (312)630-6287 | 
> k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: 
> This communication is confidential, may be privileged and is meant 
> only for the intended recipient. If you are not the intended 
> recipient, please notify the sender ASAP and delete this
> message from your system.  NTAC:3NS-20
> 
> P Please consider the environment before printing this e-mail.
> 
> 
> 
> 
> --
> 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

RES: SFTP between AIX to Mainframe

[Carlos Bodra - Pessoal]

Verify if MDI From Luminex Inc can help you. www.luminex.com

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de venkat 
kulkarni
Enviada em: domingo, 9 de dezembro de 2018 14:35
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: SFTP between AIX to Mainframe

Hello Group,

We have some FTP job enabled b/w AIX to MF and now we have requirement to 
convert them into SFTP.

But as AIX is ascii and MF is EBCDIC system. How this transfer will work.
Also, currently FTP process use ascii mode to transfer data and SFTP is 
available only with binary mode how this whole process will work .

Can you please help.

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

RES: Question about Luminex VTS solutions

[Carlos Bodra - Pessoal]

I had 12 different boxes installed in 11 different customers with z/OS (v1 and 
v2), OS/390 (v2), z/VM (v5 v6), z/VSE (v5) and VSE/ESA (v2).
One of customers has 2 boxes (production and DR) using replication.
All these boxes has being installed since 2012 and has no trouble with hardware 
and small software problems was solved fast by Luminex support, including 
asking for some new facilities.

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Todd 
Burrell
Enviada em: sexta-feira, 7 de setembro de 2018 15:54
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Question about Luminex VTS solutions

Does anyone have any experience with Luminex virtual tape solutions?  We saw a 
presentation today that was fairly impressive, but we would like to be sure 
that they actually work as well as they say.  

Please email me directly.  
Todd Burrell
todd_burr...@csx.com

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

RES: SHARE handouts

[Carlos Bodra - Pessoal]

After some research at SHARE site I discover that I can register without 
payment and get access to presentations of last Share.

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Ed Jaffe
Enviada em: sexta-feira, 24 de agosto de 2018 15:30
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: SHARE handouts

On 8/24/2018 9:14 AM, Jesse 1 Robinson wrote:
> SHARE has no control over submission other than putting in place a mechanism 
> facilitate it. It's up to the presenter to make it happen.

It should also be noted that access to the proceedings is a SHARE member 
benefit. Individual presenters own their own material (not SHARE) and therefore 
they can make it publicly or privately available any time they like (as I 
routinely do).

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

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

RES: SHARE handouts

[Carlos Bodra - Pessoal]

I guess that SHARE allows download of presentations only for members or who 
participate of conference in target;

I support your opinion about make presentations available to everyone after 
conference has ended. 

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de R.S.
Enviada em: sexta-feira, 24 de agosto de 2018 06:45
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: SHARE handouts

Is there any repository for SHARE conference materials?
Sometimes it's possible to download the PDF file and sometimes not.
I guess SHARE is not interested in sharing that outside the organisation (at 
least not just in time of conference), however many presentations are available.
What are the rules? What are the links for download? Are there any rules?

BTW: From copyright point of view, as far as I understand the presentation is 
owned by the author and usually author is willing to
*share* it...

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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

TS7760

[Carlos Bodra - Pessoal]

Can IBM TS7760 configured to virtualize tapes for Open Systems?

 

If not, what can be used to virtualize tapes for Open Systems from IBM or
not.

 

Carlos Bodra

IBM System Certified System z

São Paulo - Brazil

 


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

RACF x CA-TopSecret

[Carlos Bodra - Pessoal]

I need to convert some RACF commands showed bellow to CA-TOP SECRET
commands. Since I do not know nothing about CA-TS syntaxes, can anyone help
me? Or tell me if there is any document about this?

 

RDEFINE FACILITY LUMXPROC.SFTP.PUT.** LEVEL(00) OWNER(MDIADMIN) UACC(NONE)

 

RALTER FACILITY LUMXPROC.SFTP.PUT.** LEVEL(00) OWNER(MDIADMIN) UACC(NONE)

 

RALTER FACILITY LUMXPROC.SFTP.PUT.** AUDIT(NONE)

 

SETROPTS RACLIST(FACILITY) REFRESH

 

PERMIT LUMXPROC.SFTP.PUT.** CLASS(FACILITY) RESET(STANDARD)

 

PERMIT LUMXPROC.SFTP.PUT.** CLASS(FACILITY) ID(JOBMAN) ACCESS(READ)

 

 

* AUTHORIZE MDICLASS=SFTP DIRECTION=GET ... ANY MDI PROFILE NAME

 

 

RDEFINE FACILITY LUMXPROC.SFTP.GET.** LEVEL(00) OWNER(MDIADMIN) UACC(NONE)

 

RALTER FACILITY LUMXPROC.SFTP.GET.** LEVEL(00) OWNER(MDIADMIN) UACC(NONE)

 

RALTER FACILITY LUMXPROC.SFTP.GET.** AUDIT(NONE) WARNING

 

SETROPTS RACLIST(FACILITY) REFRESH

 

PERMIT LUMXPROC.SFTP.GET.** CLASS(FACILITY) RESET(STANDARD)

 

PERMIT LUMXPROC.SFTP.GET.** CLASS(FACILITY) ID(JOBMAN) ACCESS(READ)

 

Thanks a lot for helping…

 

Carlos Bodra

IBM System Certified System z

São Paulo - Brazil

 


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

How to erase TS7740 data before scrap

[Carlos Bodra - Pessoal]

We are replacing IBM TS7740 with new TS7760 and need to do a Cluster Cleanup
(FC 4017 – This feature is a factory default button, clear all data, all
tables, etc..). IBM says that this feature is withdrawn and no more
available.

 

What can we use in place of it or any suggestion about how to clear data
from it?

 

 

Carlos Bodra

IBM System Certified System z

São Paulo - Brazil

 


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

Software costs - CPU Replacement

[Carlos Bodra - Pessoal]

We are studying to replace old IBM z890 Capacity Setting 230 (170 Mips – 26
MSU´s) by an IBM z10 BC Capacity Setting J02 (182 Mips – 23 MSU´s).

 

We understand that since MSU´s are lower in z10BC (23 x 26 MSU´s), we should
pay less for software contracts with IBM, CA and SoftwareAG.

 

This situation is correct for IBM and CA, but not for SoftwareAG since they
charge by MIPS not MSU´s. 

 

Questions about:

 

1 – Anyone had any experience with this?

 

2 – IBM and CA accepts capping to charge software, SoftwareAG not, is this a
normal business practice?

 

3 – Any ideas how to circumvent this situation? z890 is out of IBM service
and we need to replace it. 2nd hand machine available closer to z890
capacity is z10BC, even due z/OS-e will run there with few ptfs applied to
support new hardware (z10BC). 

 

Thanks

 

Carlos Bodra

IBM System Certified System z

São Paulo - Brazil

 


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

RES: EMC DLm to the Cloud

[Carlos Bodra - Pessoal]

I did some tests with another Vendor similar to DellEMC solution moving data 
from virtual tape to cloud and results was not good. A bigger bigger reclaim 
time to get dataset available to mainframe, and very expensive.
I need to store about 240TB in cloud and cost quiet project. We buy more 
midrange storage and save a lot of money and get a much more fast reclaim time 
to get dataset available to restore.

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de 
R.S.
Enviada em: sexta-feira, 21 de julho de 2017 11:52
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: EMC DLm to the Cloud

W dniu 2017-07-21 o 16:32, Lizette Koehler pisze:
> http://www.storagereview.com/dell_emc_announce_dlm_45_to_eliminate_phy
> sical_tape
>
>
> Today at SHARE 2017, Dell EMC announced the latest version of its Disk 
> Library for mainframe (DLm) virtual tape, version 4.5. The latest 
> version of Dell EMC's cloud-based virtual tape is aiming to replace 
> physical tape as the go to long-term retention strategy. Dell EMC 
> states that DLm 4.5 can make the mainframe data center more efficient 
> by moving mainframe virtual tape data to the cloud.
>
>
> I am not sure how big the "cloud" would have to be for some shops.

That's simple: a company sells no tapes. Only disk systems.
What can they claim?

BTW: real tapes, on foreground or just background of some VTS are really give 
way to disks.
 From the other hand, spinning disks give way to SSDs.
SSDs disks (more exactly: SSD with disk interface) give way to flash systems...


--
Radoslaw Skorupka
Lodz, Poland




==


--
 Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

 This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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

CA-TLMS information

[Carlos Bodra - Pessoal]

Thanks a lot 

It is exactly what I´m looking for.


Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de 
Bob Van Horn
Enviada em: quinta-feira, 13 de julho de 2017 13:27
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: CA-TLMS information

You can download the TLMS megabyte report via the following link:
https://www.ca.com/us/services-support/ca-support/ca-support-online/knowledge-base-articles.TEC1366823.html
*
This is an EARL program that will list out the information you are looking for.
Let me know if you need any help with this.
Thanks
Bob Van Horn
vanr...@ca.com

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

CA-TLMS information

[Carlos Bodra - Pessoal]

Hello

 

I´m not confident with CA-TLMS software, but I need to know about volser
usage (MB written) and percentage of volser used.

 

I checked CA-TLMS reports and found no one that can give me this
information.

 

Anyone knows how to get this info. 

 

I need to estimate amount of data that is stored in each actual volser
(3490/3590) for technology migration to new cartridges (3592) to define how
many new cartridges I need to buy.

 

Thanks

 

Carlos Bodra

IBM System Certified System z

São Paulo - Brazil

 


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

RES: SFTP on z/OS

[Carlos Bodra - Pessoal]

Check MDI product at luminex.com for fast and secure SFTP or FTP

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de 
venkat kulkarni
Enviada em: domingo, 29 de janeiro de 2017 14:38
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: SFTP on z/OS

Hello Group,



We tested SFTP on our test z/OS system to Test AIX box and we are able to 
transfer data between these host. But now, I am trying in production system 
with below detail.



1) Our aim is to convert all our FTP jobs into SFTP.

2) We are using $universe as scheduler for submitting these FTP jobs on time to 
time.

3) We using user called "STCSYS" all these jobs.

4) But in FTP jobs, for every other host ( Ex AIX1, AIX2,AIX3 etc) we are using 
different user id password to login to target host and then start FTP process.

5) But in SFTP, it create TSO env using IKJEFT01 program and then run SFTP 
commands to transfer files between systems.



Example of SFTP Job, we using





//SFTPSFT JOB (7330),MSGCLASS=X,MSGLEVEL=(1,1),CLASS=P,

//  NOTIFY=

//STEP1   EXEC PGM=IKJEFT01,REGION=0M

//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC

//SYSTSIN   DD DSN=SFTPSFT.TEST.JCL(FTPTST1),DISP=SHR

//OUTPUT DD SYSOUT=*

//SYSTSPRT DD SYSOUT=*

/*



EDIT   SFTPSFT.TEST.JCL(FTPTST1) - 01.02

Command ===>

** * Top of Data 

000800 OPUT 'SFTPSFT.SFTP.TEST(SFTP1)'  '/u/SFTPSFT/vp12'

000900 OSHELL { echo 'lcd /u/stcsys' ; +

001000  echo 'ascii'; +

001100  echo 'cd /home/ftp4rpt/';  +

001200  echo 'mput test.txt'; } | +

001300sftp -v ftprpt@10.22.22.220

001400 /*





So, now I have stcsys user id created on mainframe with all



# cd .ssh

# ls -al

total 96

drwx--   2 MEAS OMVSGRP 8192 Jan 24 08:23 .

drwxr-xr-x   3 MEAS OMVSGRP 8192 Jan 24 08:22 ..

-rw---   1 MEAS OMVSGRP  791 Jan 24 08:36 authorized_keys

-rw---   1 MEAS OMVSGRP 1675 Jan 24 08:23 id_rsa

-rw-r--r--   1 MEAS OMVSGRP  396 Jan 24 08:25 id_rsa.pub

-rw-r--r--   1 MEAS OMVSGRP  697 Jan 29 10:26 known_hosts

# pwd

/u/stcsys/.ssh




and in AIX1 side, I have ftprpt user defined and



$ cd /home/ftprpt /.ssh

$ ls -al

total 48

drwx--2 ftprpt staff   256 Jan 13 15:37 .

drwxr-xr-x3 ftprpt staff  4096 Jan 15 12:15 ..

-rw-r--r--1 ftprptstaff   791 Jan 15 12:12 authorized_keys

-rw-r--r--1 ftprpt staff   395 Jan 13 15:37
authorized_keys.old

-rw---1 ftprpt staff  1675 Dec 11 14:25 id_rsa

-rw-r--r--1 ftprpt staff   394 Dec 11 14:25 id_rsa.pub

-rw-r--r--1 ftprpt staff   352 Jan 15 10:31 known_hosts

$







and we exchanged rsa.pub key in authorized_keys file and exchanged ECDSA.pub 
key in  known_hosts file but while running Job, I am getting below issue.



OpenSSH_6.4, OpenSSL 1.0.1c 10 May 2012


debug1: Reading configuration data /etc/ssh/ssh_config


debug1: Reading configuration data /etc/ssh/zos_ssh_config


debug1: zsshSmfSetConnSmfStatus: SMF status is 0


debug1: Connecting to 10.22.22.220 Ý10.22.22.220¨ port 22.


debug1: Connection established.


debug1: cipher_init: none from source OpenSSL


debug1: cipher_init: none from source OpenSSL


debug1: permanently_set_uid: 0/1000


debug1: identity file /u/stcsys/.ssh/id_rsa type 1


debug1: identity file /u/stcsys/.ssh/id_rsa-cert type -1


debug1: Enabling compatibility mode for protocol 2.0


debug1: Local version string SSH-2.0-OpenSSH_6.4


debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0


debug1: match: OpenSSH_6.0 pat OpenSSH*


FOTS1061 key_read: uudecode E2VjZHNhLXNoYTItbmlzdHAyNTYIbm
lzdHAyNTYAAAB

 failed


debug1: SSH2_MSG_KEXINIT sent


debug1: SSH2_MSG_KEXINIT received


debug1: mac_setup_by_alg: hmac-sha1 from source OpenSSL


debug1: kex: server->client aes128-ctr hmac-sha1 none


debug1: mac_setup_by_alg: hmac-sha1 from source OpenSSL


debug1: kex: client->server aes128-ctr hmac-sha1 none


debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<2048<8192) sent


debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP


debug1: SSH2_MSG_KEX_DH_GEX_INIT sent


debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY


debug1: Server host key: RSA ce:14:d1:2f:b2:d1:7c:83:12:9a:16:1e:31:9d:b6:b7


FOTS1061 key_read: uudecode E2VjZHNhLXNoYTItbmlzdHAyNTYIbm
lzdHAyNTYAAAB

 failed


debug1: read_passphrase: can't open /dev/tty: EDC5128I No such device.
(errno2=0

FOTS1370 Host key verification failed.


debug1: zsshSmfSetConnSmfStatus: SMF status is 0


FOTS0841 Connection closed





Can you please help, if I am not following correct way on this new setup or I 
should be using same userid on both mainframe and aix side for exchanging keys 
with password less.



Thanks in advance.



Thanks & Regards

Venkat

Re: 3480/3490 Tape Migration Services

[Carlos Bodra - Pessoal]

Luminex, has virtualization appliance and provides migrations services

*Carlos Bodra
IBM Certified zEnterprise
Sao Paulo - SP - BRAZIL*
Em 30/07/2015 14:58, Tony Harminc escreveu:

On 30 July 2015 at 13:02, Pfister, Nathan
nathanpfis...@donegalgroup.com wrote:

I am possibly looking to contract out a migration of legacy data mainly housed 
on 3480 and 3490 tapes.  We no longer have the capability to read these tapes 
(as we no longer have the drives necessary) so I want to virtualize these tapes 
(z/OS and VSE tapes both).  I was wondering if anyone could recommend any 
company that could do this type of migration that you may have worked with in 
the past.

Cartagena Software does exactly this kind of thing.  They have a lot
of experience.  http://cartagena.com/

Tony H.

--
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: 1403 at 60Hz

[Carlos Bodra - Pessoal]

If I remember, there are some capacitors to be changed near big cables 
connections, motors need to be rewired from 50 to 60Hz (different 
connections at terminal blocks TB´s) thats all I remember.


*Carlos Bodra
IBM Certified zEnterprise
Sao Paulo - SP - BRAZIL*
Em 28/07/2015 20:23, glen herrmannsfeldt escreveu:

I wonder if anyone knows what has to change to move a 1403
from 50Hz to 60Hz?

If they use synchronous motors, then some belts or gears
would be different.

For transformers, you need more iron in the core for 50Hz,
so 50Hz transformers should be fine at 60Hz, but not always
the other way around. That might also be true for motors,
but synchronous motors will run faster.

thanks,

-- glen

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

Some help with racf

[Carlos Bodra - Pessoal]

We are getting following console log for a adrssu job. Can anyone tell 
me what is wrong? Is racf avoiding volume usage? How can we chance this?


9.07.05 JOB07892  WEDNESDAY, 29 OCT 2014 
 09.07.05 JOB07892  IRR010I  USERID P000442  IS ASSIGNED TO THIS JOB.
 09.07.10 JOB07892  ICH70001I P000442  LAST ACCESS AT 09:05:36 ON 
WEDNESDAY, OCTOBER 29, 2014
 09.07.10 JOB07892  $HASP373 PCP0P442 STARTED - INIT 27   - CLASS E - 
SYS PD00

 09.07.10 JOB07892  IEF403I PCP0P442 - STARTED - TIME=09.07.10
 09.07.10 JOB07892 *IEF233A M 0506,SCRTCH,,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.11 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0001,PCP0P442,STEP01

 09.07.11 JOB07892  IEC502E R 0506,CS0001,SL,PCP0P442,STEP01
 09.07.11 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0002,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0002,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0003,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0003,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0004,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0004,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0005,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0005,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0006,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0006,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0007,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0007,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 09.07.12 JOB07892  IEC089I 01  RACF VOL SET CONFLICT 
0506,CS0008,PCP0P442,STEP01

 09.07.12 JOB07892  IEC502E R 0506,CS0008,SL,PCP0P442,STEP01
 09.07.12 JOB07892 *IEC501A M 
0506,PRIVAT,SL,COMP,PCP0P442,STEP01,F5199.CFPP.GERAL
 1 //PCP0P442 JOB 
(5100,,99),MSGCLASS=P,CLASS=E,NOTIFY=P000442 JOB07892

//* 00013000
 2 //STEP01 EXEC 
PGM=ADRDSSU,REGION=4096K  00014400
 3 //SYSPRINT   DD 
SYSOUT=(A,,STD1)00015005
 4 //SYSOUT DD 
SYSOUT=(A,,STD1)00016002
 5 //CART1  DD 
DSN=F5199.CFPP.GERAL,   00017000
   // 
DISP=(,CATLG),LABEL=(,SL),UNIT=VTL,VOL=SER=SCRTCH  00018004
 6 //SYSIN  DD 
DDNAME=SYSIPT   00019000

 7 //SYSIPT DD *
   /*  M E S T R E  
MM0008

 ICH70001I P000442  LAST ACCESS AT 09:05:36 ON WEDNESDAY, OCTOBER 29, 2014
 IEF236I ALLOC. FOR PCP0P442 STEP01
 IEF237I JES2 ALLOCATED TO SYSPRINT
 IEF237I JES2 ALLOCATED TO SYSOUT
 IGD100I 0506 ALLOCATED TO DDNAME CART1DATACLAS ()


--

*Carlos Bodra
IBM Certified zEnterprise
Sao Paulo - SP - BRAZIL*

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

Re: Visara Virtual Tape

[Carlos Bodra - Pessoal]

Try www.luminex.com Very easy implemantation and administration

*Carlos Bodra
IBM Certified zEnterprise
Sao Paulo - SP - BRAZIL*
Em 05/08/2014 16:09, Vinson Lee escreveu:

Hello,

We're looking into VTLs.  Is anyone using Visara's virtual tape appliance or 
library?  Would you please share your experience with the company as far as 
support and hardware reliability?

Thanks in advance.

Vince

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