× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. MIDRANGE-L
  3. March 2007

RE: physical / virtual tape backup file at a time

Justin,

Thanks for you response but we want to copy one file from a physical
tape drive to a virtual tape to transfer to another iSeries. We don't
want to duplicate the entire tape (DUPTAP). We don't have enough disk
space to copy more than one file from the physical tape drive to the
virtual. So the iSeries commands we want to learn would be to create a
virtual tape with no more than 10 GB space used and then copy file #7
from the physical tape drive to that virtual tape.

Thanks,

Adrienne

-----Original Message-----
From: midrange-l-request@xxxxxxxxxxxx
[mailto:midrange-l-request@xxxxxxxxxxxx] 
Sent: Monday, March 12, 2007 12:00 PM
To: midrange-l@xxxxxxxxxxxx
Subject: MIDRANGE-L Digest, Vol 6, Issue 547

Send MIDRANGE-L mailing list submissions to
        midrange-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        midrange-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific than
"Re: Contents of MIDRANGE-L digest..."


*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.

Today's Topics:

   1. RE: physical / virtual tape backup file at a time
      (Haase, Justin C.)
   2. Re: How did DST go for you. (Al Barsa)
   3. RE: ODBC/QZDASOINIT Messages (Elvis Budimlic)
   4. RE: ODBC/QZDASOINIT Messages (Haase, Justin C.)
   5. RE: ODBC/QZDASOINIT Messages (Elvis Budimlic)
   6. RE: How did DST go for you (Salsgiver, Clyde)


----------------------------------------------------------------------

message: 1
date: Mon, 12 Mar 2007 10:40:38 -0500
from: "Haase, Justin C." <justin.haase@xxxxxxxxxxxx>
subject: RE: physical / virtual tape backup file at a time

I'd think you'd just be able to do a DUPTAP.  Mount the virtual to one,
the physical to another, off you go.

Do savobj or savlib's to the virtual, and then once you're all done,
dupe it.

Justin C. Haase
Solution Manager - Technical Services
Kingland Systems Corporation


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Adrienne McConnon
Sent: Monday, March 12, 2007 10:33 AM
To: midrange-l@xxxxxxxxxxxx
Subject: physical / virtual tape backup file at a time

Hi,
 
I am resubmitting a backup theory request that I submitted a week or two
ago, but did not receive an answer.  I am thinking I was not stating the
problem properly.
 
 
We want to be able to back up a file at a time using a virtual tape to a
physical tape.  We are not sure this is even possible - but if it is -
and you have an example of a job or set of CL that accomplishes this -
we'd be very appreciative.

Thanks,
 
Adrienne McConnon
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.



CONFIDENTIALITY NOTICE:  This e-mail communication, including
attachments, is covered by the Electronic Communications Privacy Act, 18
U.S.C. 2510-2521, is confidential, and may be legally privileged.  If
you are not the intended recipient or believe you received this
communication in error, please reply to the sender indicating that fact
and delete the copy you received.  In addition, retention,
dissemination, distribution, copying, or otherwise use of the
information contained in this communication is strictly prohibited.
Thank you.



------------------------------

message: 2
date: Mon, 12 Mar 2007 11:45:19 -0400
from: Al Barsa <barsa@xxxxxxxxxxxxxxxxxxx>
subject: Re: How did DST go for you.


For customers with the proper PTF levels at V5R3/4, it seemed to go
well.
Older PTF levels it was a disaster, and will become a double disaster in
a
few weeks

For customers with the recent releases of TAA Tools, it was fine using
the
SETDAYLITE tool.  For customers with older releases of TAA, or not using
the tool, not so good. A fairly busy phone day yesterday.

To put things in perspective, prior to V5R3, we all did this manually.
This only became an issue with Windoze '95 started to do it
automagically,
so this was when AS/400 customers (wasn't that the name of our system
then?
- If IBM keeps changing this name often enough, it will never have any
market recognition!)

Al

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

"i" comes before "p", "x" and "z"
e gads

Our system's had more names than Elizabeth Taylor!

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com
http://www.as400connection.com



 

             "Harvell, Joel"

             <jbharvell@foodli

             on.com>
To 
             Sent by:                  <Midrange-l@xxxxxxxxxxxx>

             midrange-l-bounce
cc 
             s@xxxxxxxxxxxx

 
Subject 
                                       How did DST go for you.

             03/12/2007 09:43

             AM

 

 

             Please respond to

             Midrange Systems

                 Technical

                Discussion

             <midrange-l@midra

                 nge.com>

 

 





How did everyone's DST change go??  Ours was pretty painless. How was
everyone else's??









Joel B. Harvell

Food Lion, LLC

(704) 633-8250 x2709

jbharvell@xxxxxxxxxxxx




************************************************************************
**
This electronic message may contain confidential or privileged
information
and is intended for the individual or entity named above.  If you are
not the intended recipient, be aware that any disclosure, copying,
distribution or use of the contents of this information is prohibited.
If you have received this electronic transmission in error, please
notify
the sender immediately by using the e-mail address or by telephone
(704-633-8250).
************************************************************************
**
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


------------------------------

message: 3
date: Mon, 12 Mar 2007 10:45:27 -0500
from: "Elvis Budimlic" <ebudimlic@xxxxxxxxxxxxxxxxxxxxxxxxx>
subject: RE: ODBC/QZDASOINIT Messages

Well then, just before you're ready to recreate the file(s), do:

- ENDHOSTSVR *DATABASE
- ENDPJ QUSRWRK QZDASOINIT OPTION(*IMMED)
- delay for time sufficient to bring all of your ODBC jobs down
- run your "recreate files" script
- STRHOSTSVR *DATABASE

It's too bad you have to resort to this kind of drastic action.  
In my humble opinion it reflects a need for application redesign in your
nightly batch jobs.

Elvis

Celebrating 10-Years of SQL Performance Excellence


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of fbocch2595@xxxxxxx
Sent: Monday, March 12, 2007 10:35 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: ODBC/QZDASOINIT Messages


Hi Walden, if the file is left open it will cause abends in nightly
batch
jobs which are trying to recreate the file.  
Frank




------------------------------

message: 4
date: Mon, 12 Mar 2007 10:49:16 -0500
from: "Haase, Justin C." <justin.haase@xxxxxxxxxxxx>
subject: RE: ODBC/QZDASOINIT Messages

Or put all your jobs that would access that particular file/set of files
in a separate subsystem and just end/restart the subsystem.

Justin C. Haase
Solution Manager - Technical Services
Kingland Systems Corporation


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Elvis Budimlic
Sent: Monday, March 12, 2007 10:45 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: ODBC/QZDASOINIT Messages

Well then, just before you're ready to recreate the file(s), do:

- ENDHOSTSVR *DATABASE
- ENDPJ QUSRWRK QZDASOINIT OPTION(*IMMED)
- delay for time sufficient to bring all of your ODBC jobs down
- run your "recreate files" script
- STRHOSTSVR *DATABASE

It's too bad you have to resort to this kind of drastic action.  
In my humble opinion it reflects a need for application redesign in your
nightly batch jobs.

Elvis

Celebrating 10-Years of SQL Performance Excellence


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of fbocch2595@xxxxxxx
Sent: Monday, March 12, 2007 10:35 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: ODBC/QZDASOINIT Messages


Hi Walden, if the file is left open it will cause abends in nightly
batch
jobs which are trying to recreate the file.  
Frank

As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow-Ups:
Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.