RES: SFTP between AIX to Mainframe

2018-12-10 Thread 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

2018-09-10 Thread 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

2018-08-24 Thread 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

2018-08-24 Thread 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

2018-05-18 Thread 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

2017-10-11 Thread 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

2017-08-10 Thread 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


RES: Researching Destination z article on non-US mainframes

2017-08-10 Thread Carlos Bodra - Pessoal
Yes, there was, they used a z10EC with a lot of IFL engines. This machine was 
installed in 2010-11 (I guess), but they shutdown it 3 years after.

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 
ITschak Mugzach
Enviada em: quinta-feira, 10 de agosto de 2017 04:47
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Researching Destination z article on non-US mainframes

if i recall correctly, `there is a brazilian startup that uses a mainframe as a 
gaming server.

Itschak

On Thu, Aug 10, 2017 at 7:22 AM, Gabe Goldberg  wrote:

> Hi, Gord -- thanks for requesting clarification!
>
> For this article, I'm interested in IBM mainframe usage outside the US.
> Canada is of interest whether or not mainframe experiences there are 
> similar to US, included but not limited to issues dealing with IBM. If 
> it's all similar to the US, I'll mention that and if it's different, 
> I'll explore that.
>
> Gord Tomlin  said:
>
> On 2017-08-08 15:37, Gabe Goldberg wrote:
> > If you're running a non-US mainframe
>
> Hi Gabe,
>
> To clarify: do you mean an IBM mainframe that happens to be situated 
> outside the US, a mainframe (non-IBM) that originated outside the US, 
> or both?
>
> Also, is Canada of interest to you? I think you would find the 
> experiences very similar to those of US users, other than those 
> related to dealing with IBM.
>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** Automatic ISCM**  (Information Security 
Contiguous Monitoring) **|  *

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


Software costs - CPU Replacement

2017-08-02 Thread 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

2017-07-21 Thread 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

2017-07-13 Thread 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

2017-07-13 Thread 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

2017-01-31 Thread 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=&SYSUID

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

2015-07-31 Thread 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
 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

2015-07-28 Thread 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

2014-10-29 Thread 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

2014-08-05 Thread 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