Re: zFS files at disaster recovery site

2010-10-18 Thread Miller, Bill
We have had issues in the past with our DR test that some of the Unix file 
systems get corrupted using physical backups and restores.  

Support told me the only supported way is to do a logical backup and restore of 
those file systems.

So we take separate logical backups of our hfs and zfs datasets, the restore 
takes a long time.

Bill Miller

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, October 18, 2010 10:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: zFS files at disaster recovery site

Crabtree, Anne D pisze:
> This was the first year that all of our OMVS files are zFS.  We recovered all 
> DASD via ADRDSSU and RESTORE jobs as usual.  When we IPL'd our production 
> system, OMVS took almost an hour to initialize.  I saw a lot of IOEZ00397I 
> messages.   A lot of the zFS files had to do some sort of recovery prior to 
> mounting.  From what I've read, that is because a physical backup was used 
> and the files were not "quiesced" prior to DUMPing with ADRDSSU.Should 
> the zFS files be backed up separately from physical volume dumps for disaster 
> recovery purposes?  I was wondering how other companies take care of zFS 
> recovery??

1. ADRDSSU does quiesce ZFS during dump. Caution: ZFS cluster should 
have 'ZFS' attribute. See LISTCAT ENT(zfs.cluster) ALL

2. Long mount process is something known to ZFS. It depends on various 
circumstances and it's quite well described in ZFS redbook. With some 
tricks to circumvent this process. See SG24-6580-04.

-- 
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237
NIP: 526-021-50-88
Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 168.248.328 zotych.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Attention:
The information contained in this message and or attachments is intended only 
for the person or entity to which it is addressed and may contain confidential 
and/or privileged material.  Any review, retransmission, dissemination or other 
use of, or taking of any action in reliance upon, this information by persons 
or entities other than the intended recipient is prohibited. If you received 
this in error, please contact the sender and delete the material from any 
system and destroy any copies.  (GWCC)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


z/Prime

2010-05-13 Thread Miller, Bill
Has anyone heard of z/Prime or are using this?  Here is a description of 
z/Prime?

Quote
z/Prime is a software program that runs on an IBM z/Series processor.
The program allows portions of CICS, DB2, IMS and other IBM middleware to run 
on the IBM ZIIP and ZAAP engines. There is code in IBM's microcode that 
restricts what code can run on a ZIIP or ZAAP engine. The z/Prime product 
bypasses the IBM restrictive code and allows more code to run on the ZIIP and 
ZAAP engines. Go to the www.neon.com website for white papers and more 
technical information about how the product works.
The net result by running z/Prime is that users can reduce their overall IBM 
software bill to IBM by up to 40%.
IBM is not at all pleased, but they came up with the ZIIP and ZAAP idea, not 
Neon!

Reliable Computer Sales, L.L.C.

Unquote

Any feedback would be appreciated.

Thank you 
Bill
Attention:
The information contained in this message and or attachments is intended only 
for the person or entity to which it is addressed and may contain confidential 
and/or privileged material.  Any review, retransmission, dissemination or other 
use of, or taking of any action in reliance upon, this information by persons 
or entities other than the intended recipient is prohibited. If you received 
this in error, please contact the sender and delete the material from any 
system and destroy any copies.  (GWCC)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Batch job to perform sftp transfer

2008-02-22 Thread Miller, Bill
Thanks Kirk I will try this.

Bill 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Wolf
Sent: Friday, February 22, 2008 4:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Batch job to perform sftp transfer

Bill,

This is a nice example, but IMO it is not ideal in several ways:

1) It relies on copying datasets to temporary HFS files
2) If you ran more than one job at a time, you could have problems
serializing access to the temporary HFS files that you are creating
3) Its more complicated than it needs to be, and might be a maintenance
problem if you had lots of these kinds of jobs.

Some of these problems can be solved by using our free DTLSPAWN utility
(a better BPXBATCH), which allows you to run a Unix shell from DD STDIN,
the way it should be:

//EX1 EXEC DTLSPAWN
//STDINDD *
export DISPLAY=FOO
export SSH_ASKPASS=$HOME/.ssh/kirkpass.sh

ssh -o "StrictHostKeyChecking=no" \
   [EMAIL PROTECTED] cat /path/to/remote.file |
   todsn //DD:DOWNLOAD
/*
//DOWNLOAD DD DSN=&&DOWNLOAD,DISP=(NEW,DELETE),
//DCB=(RECFM=FB,LRECL=80)
//

Notes:
1) To answer one of the other questions in this thread: the ssh option
"StrictHostKeyChecking=no" causes the remote host's key to automatically
be added to known_hosts if it doesn't already exist.  See the man page
for "ssh_config" for more information.

2) I used /bin/cat with ssh so that I could transfer the data and pipe
it to "todsn".
The IBM version of sftp doesn't support datasets, or even pipes or
fifos.
Using ssh and cat only works if the data is ASCII text, since the "ssh"
command will automatically translate ascii<->ebcdic.

3) You can easily put this in a reusable PROC, passing environment
variables in PARM= or STDENV DD.

4) Our free Co:Z toolkit includes all of these tools, and if you also
install it on the remote system you can significantly extend the
capabilites of running plain ssh or sftp.

Regards,
Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Fri, Feb 22, 2008 at 10:41 AM, Miller, Bill <[EMAIL PROTECTED]>
wrote:

> We do batch ssh transfers everyday using IBM's Ported Tools, here is a

> sample batch job:
>
> //
> **
> //* STEPS TO EXECUTE SFTP USING PARAMETERS DYNAMICALLY CREATED IN 
> PDLSDG
>
//**
> //PDLSDI10 EXEC PGM=IEBGENER
> //SYSPRINT DD  DUMMY
> //SYSINDD  DUMMY
> //SYSUT2   DD  PATH='/tmp/sftp',FILEDATA=TEXT,
> // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU
> //SYSUT1   DD  DSN=&SFTPPARM,DISP=SHR
> //*
> //PDLSDI15 EXEC PGM=BPXBATCH,
> // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config
> //   [EMAIL PROTECTED]'
> //STDOUT   DD  PATH='/tmp/&SYSUID..STDOUT',
> // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU
> //STDENV   DD  DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR
> //*
> //PDLSDI20 EXEC PGM=IEBGENER
> //SYSPRINT DD  DUMMY
> //SYSINDD  DUMMY
> //SYSUT1   DD  PATH='/tmp/&SYSUID..STDOUT',
> // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE,
> // RECFM=VB,LRECL=255,BLKSIZE=27998
> //DELETE   DD  PATH='/tmp/sftp',
> // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE,
> // RECFM=VB,LRECL=255,BLKSIZE=27998
> //SYSUT2   DD  SYSOUT=*
> //*
>
> Here is a sample for
> Contents of dataset FGC.GC.LOS.TMPR.SFTP.PWPARMS DISPLAY=FOO 
> SSH_ASKPASS=/etc/ssh/ussfile.psw.sh
>
> Here is a sample for the get parms:
> lcd ..
> ascii
> get GWCC.ACK.20080221  /tmp/pmierr.txt rename GWCC.ACK.20080221  
> GWCC.ACK.20080221.PRC !cp /tmp/pmierr.txt  
> "//'FGC.GC.LOS.PROD.PMI.ERROR.FILE'"
> !rm /tmp/pmierr.txt
> rm GWCC.ACK.200712*
> quit
>
> I also have manuals, please contact me and I will send you a copy of 
> the IBM Ported Tools manauls.
> And some other doc if you want it.
>
> Also open an ETR with IBM and they were very helpful getting this to 
> work.
>
> Bill Miller
> Great West Casualty Company
> 1100 West 29th Street
> South Sioux City, NE 68776
> Phone: 402-494-7354
> Email: [EMAIL PROTECTED]
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
> Behalf Of Jon Brock
> Sent: Friday, February 22, 2008 10:17 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Batch job to perform sftp transfer
>
> WE have a need to begin electronically sending data to a state agency 
> which has formerly received a tape from us.  They have set up an sftp 
> server on their end 

Re: Batch job to perform sftp transfer

2008-02-22 Thread Miller, Bill
We do batch ssh transfers everyday using IBM's Ported Tools, here is a
sample batch job:

//**
//* STEPS TO EXECUTE SFTP USING PARAMETERS DYNAMICALLY CREATED IN PDLSDG
//**
//PDLSDI10 EXEC PGM=IEBGENER
//SYSPRINT DD  DUMMY
//SYSINDD  DUMMY
//SYSUT2   DD  PATH='/tmp/sftp',FILEDATA=TEXT,  
// PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU 
//SYSUT1   DD  DSN=&SFTPPARM,DISP=SHR   
//* 
//PDLSDI15 EXEC PGM=BPXBATCH,   
// PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config
//   [EMAIL PROTECTED]' 
//STDOUT   DD  PATH='/tmp/&SYSUID..STDOUT', 
// PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU 
//STDENV   DD  DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR
//* 
//PDLSDI20 EXEC PGM=IEBGENER
//SYSPRINT DD  DUMMY
//SYSINDD  DUMMY
//SYSUT1   DD  PATH='/tmp/&SYSUID..STDOUT', 
// FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, 
// RECFM=VB,LRECL=255,BLKSIZE=27998
//DELETE   DD  PATH='/tmp/sftp',   
// FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=DELETE, 
// RECFM=VB,LRECL=255,BLKSIZE=27998
//SYSUT2   DD  SYSOUT=*
//* 

Here is a sample for
Contents of dataset FGC.GC.LOS.TMPR.SFTP.PWPARMS
DISPLAY=FOO
SSH_ASKPASS=/etc/ssh/ussfile.psw.sh

Here is a sample for the get parms:
lcd .. 
ascii  
get GWCC.ACK.20080221  /tmp/pmierr.txt 
rename GWCC.ACK.20080221  GWCC.ACK.20080221.PRC
!cp /tmp/pmierr.txt  "//'FGC.GC.LOS.PROD.PMI.ERROR.FILE'"  
!rm /tmp/pmierr.txt
rm GWCC.ACK.200712*
quit   

I also have manuals, please contact me and I will send you a copy of the
IBM Ported Tools manauls.
And some other doc if you want it.

Also open an ETR with IBM and they were very helpful getting this to
work.

Bill Miller
Great West Casualty Company
1100 West 29th Street
South Sioux City, NE 68776
Phone: 402-494-7354
Email: [EMAIL PROTECTED] 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Friday, February 22, 2008 10:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Batch job to perform sftp transfer

WE have a need to begin electronically sending data to a state agency
which has formerly received a tape from us.  They have set up an sftp
server on their end and given us the user ID and password they want us
to use.  I can sign on to their site from Windows and from a Linux guest
hosted on our mainframe but I have not so far been able to sign on from
z/OS.  

It is not possible to start an ssh session from within OMVS under TSO.
Presumably, we should be able to start sshd and sign on from a client
session, but that entails some security work which has not been
performed.  (Given the workload on our security guy, I don't look for it
any time soon, either.)  This makes testing and experimenting slow.

Ideally, I would like to be able to set up a batch job that can be run
under scheduler control to transmit this file when it is generated.  If
I am reading the correct information, though, it is not possible to do
this in batch mode using ID/password authentication.  Can anyone say
whether this is correct?  Am I going to need to get the remote server to
add our keys to their setup?  

Thanks,
Jon

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

#
Attention:
The information contained in this message and or attachments is intended
only for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
disseminat

Re: IBMLINK

2006-09-05 Thread Miller, Bill
I got logged in.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Campbell Jay
Sent: Tuesday, September 05, 2006 7:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK


Yep 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dean Montevago
Sent: Tuesday, September 05, 2006 8:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBMLINK

Hi,
Anyone else having trouble getting in ?
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 5596
[EMAIL PROTECTED]


--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
#
Attention:
The information contained in this message and or attachments is intended
only for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact the sender and
delete the material from any system and destroy any copies.
#

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Disaster Declarations due to Katrina

2005-09-02 Thread Miller, Bill
Our DRS test was cancelled due to Katrina.

Bill Miller
Great West Casualty Company

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Jeffrey Deaver
Sent: Friday, September 02, 2005 10:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Disaster Declarations due to Katrina


An update on Sungard declared disasters in Information Week...

http://www.informationweek.com/showArticle.jhtml;jsessionid=CEU1K0UVIYOSKQSNDBCSKHSCJUMEKJVN?articleID=170101841

"Some 18 companies are using SunGard's Availability Services and more than
120 customers have put the company on notice that they might have to use
SunGard facilities to relocate employees, call centers, and computers."

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
#
Attention:
The information contained in this message and or attachments is intended
only for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact the sender and
delete the material from any system and destroy any copies.
#

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html