×
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.
Wouldn't you need BRMS Network to sync the data it thinks is on the tape, or save the QUSRBRM (I think) library to that tape and restore it before trying to display the catalog? As you said, 13 doesn't read the tape. How would the other system know what's on the tape? Maybe some of that was assumed as a prerequisite for DUPMEDBRM, though. I've not tried anything like what you're doing.
--
Sean Porterfield
-----Original Message-----
From: Rob Berendt
I have a system I do a BRMS save to virtual tape. I ftp that over to another system and then I do a DUPMEDBRM to physical tape. Been working for quite some time now.
Like an idiot I've never tried a restore.
Put on some PTF's over the weekend.
Now the DUPMEDBRM fails.
Called IBM. Opened PMR. What IBM is telling me is that the DUPMEDBRM never really worked. To prove it they said pick one of those volumes and do an option 13 to display what is saved on that tape (No, this does NOT run a DSPTAP! It looks at the BRMS catalog of what is on the tape.)
Well, the option 13 tells me these tapes are really all blank.
Well, isn't that special?
Something in my mind is telling me that I did do the option 13 in the past and noticed stuff but now my confidence is shaken to the core and the only point of that exercise would be to cover my butt. To me, I'd rather expend the energy getting good backups.
IBM has opened a discussion group on that PMR.
I told them that it's not a sev 1 as I am not glued to the phone waiting in front of my computer 24x7. But whatever severity is immediately below that. I think I sufficiently expressed my angst.
Rob Berendt
--
________________________________
This email is confidential, intended only for the named recipient(s) above and may contain information that is privileged. If you have received this message in error or are not the named recipient(s), please notify the sender immediately and delete this email message from your computer as any and all unauthorized distribution or use of this message is strictly prohibited. Thank you.
As an Amazon Associate we earn from qualifying purchases.
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.