We built a new system with 3 LPARs with IBM i 7.1 . We setup the BRMS & using image catalog ,we created the virtual volume and scheduled the backups. Backups are performing perfect in virtual volumes also we can make a dupe tape using the physical media.
My question is we have data of just 50 GB max on each LPAR. So while taking a backup we using Ultrium4 tape for each LPAR. For 50 GB data we are using 800 GB tape, so wasting of 700 GB tape per tape. My management request to take all the 3 LPARs virtual volume in single tape. We do not using tape library and external SAN storage in my company. Virtual volumes are created in each lpar IFS folder. So if we take a backup in dupe tape, the tape become active, therefore I'm not able to use same tape in other LPARs. Tried with IBM tech support no answer :) So could you please help? Is there any possible way?

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your response...

Discuss This Question: 13 &nbspReplies

There was an error processing your information. Please try again later.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

If you are using virtual tape and using DUPTAP, why is there a problem? There should only be a problem if your physical tapes run out of space. Specifying TOSEQNBR(*END) should give you perhaps fifteen 50GB backups on one physical tape.
.
Tom

You are trying what? DUPTAP? Running a save to the tape? What commands were you trying? What parameters did you try? What happened? What messages were shown (including message IDs)? We need to know what was done and what happened. Lives aren't long enough to guess all possibilities.

Using "To sequence number . . . *FROMSEQ" doesn't make any sense. You would almost certainly want *END instead. You would always want the second and third LPARs to write to the end of the physical tape, not to the sequence numbers of the virtual tape. If you write to the sequence numbers of the virtual tape, you'll always start writing at the beginning of the tape because the virtual tapes will start at seq #1..
.
Tom

Hi Tom,
While i try in my 3rd lpar .using the command
DUPTAP FROMDEV(TAPVRT02) TODEV(TAP01) TOSEQNBR(*END) FROMVOL(FUL001) TODENSITY(*ULTRIUM4) TOENDOPT(*REWIND) CHECK(*NO)
iam getting the error to dupe the tape. " End request specified by program Q1ARTMS.
Command ended due to error. "
Additional Message Information
Message ID . . . . . . : CPF410C Severity . . . . . . . : 60
Message type . . . . . : Diagnostic
Date sent . . . . . . : 21/06/13 Time sent . . . . . . : 15:06:08
Message . . . . : End request specified by program Q1ARTMS.
Cause . . . . . : An end processing request was received from program
Q1ARTMS in library QBRM. One of the following is the cause:
-- program Q1ARTMS may have placed a 2 in the volume acceptance field
which is a request to end processing.
-- program Q1ARTMS may have placed the cartridge in *EJECT category.
-- program Q1ARTMS may have rejected the operation to the cartridge.
Recovery . . . : See the previously listed messages in the job log. Correct
any errors and try the request again.
But if start freshly from this lpar.i can make a dupe tape its working. But if we start as a end sequences iam not . Please help

You're using a BRMS tape and BRMS is not letting you use that tape. The CPF410C message text you showed says this in the 'Recovery' section:
.
Recovery . . . : See the previously listed messages in the job log.
.
In order to determine a reason, you need to look at the messages just before the CPF410C message. There should be one or two that relate to the reason and should help explain.
.
Since you have BRMS controlling these tapes, we'll have to work within the rules that were set up for BRMS on your system.
.
Tom

Only the virtual volumes are controlled by BRMS. Iam not adding the physical tapes to the BRMS.Using DUPTAP command and moving the content from virtual tape to physical. May i know where i need to change the rules in BRMS. I tried in Go BRMS iam not find any settings to change it .Please advice.
Naresh

If you run WRKOBJ *all/Q1ARTMS , you should find it as a program probably in library QBRM. The BRMS product registers Q1ARTMS as a tape management exit program, and it enforces BRMS tape handling rules. (I don't use BRMS, so I can't guide you through BRMS screens.)

.

The error says that the exit program doesn't like what you are doing with the tape. It also says that the reason it doesn't like is given in a previous message.

.

Until we know what the earlier message is, there is nothing more to do. If there is no message, then IBM needs to explain why CPF410C is thrown without an explanation.

.

And if there really are no BRMS rules about the tape, then IBM also needs to explain why the exit program is getting involved.

Even if you can't share physical tapes, you can share the streamfiles that the virtual tapes are written into. You can also copy those streamfiles from some LPARs into a single LPAR. The single LPAR could then put the virtual tape mages to a single physical tape.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your reply...

Ask a Question

Free Guide: Managing storage for virtual environments

Complete a brief survey to get a complimentary 70-page whitepaper featuring the best methods and solutions for your virtual environment, as well as hypervisor-specific management advice from TechTarget experts. Don’t miss out on this exclusive content!

To follow this tag...

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy