Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: openSUSE, Raspbian, Slackware. Older: Coherent, MacOS, Red Hat, Big Iron IXs: AIX, Solaris, Tru64
Posts: 2,741
Rep:
Quote:
Given the command "mt -f /dev/nst0 status" doesnt actually display any data. It just tells File Numbers as "0"
Odd. What type/model of tape drive is it?
Quote:
By doing so, can we make sure the informix doesnt skip the end of file and stops at the marker?
Not exactly sure what this means. I can't see how Informix's backup utility would care about whether there's a tape mark at the end of the tape before trying to read it. Though, since you mentioned that it wants to use the rewinding interface (st0 as opposed to nst0) I wonder if it isn't confused by your tape label when you attempt to restore. By insisting on rewinding (by using /deb/st0), perhaps it's seeing your tape label instead of the beginning of the Informix dump.
Q: Any luck figuring out if you can override the default tape device that the "ontape" utility wants to use? If you can't, you may be outta luck trying to add a label to the tape.
Instead of using fopen, fprint and fclose, i have used open, write and close to write a label to the tape. It works fine without any error!! :-)
Then i just put a "weof" and written the informix contents. This time, i used dbexport, (different from ontape as that requires tape in rewinding mode). With dbexport, i can specify the tape device, whether in rewinding/non-rewinding mode.
I am able to successfully do the database export and import operations along with the label too.
During import, as specified by you, i have used the "fsf" option to advance to the next contents and did the dbimport in non-rewinding mode.
Though i need to look into the ontape usage, its a different issue. But i am able to successfully do dbexport/dbimport.
Your suggestions really helped me a lot!!!!!!
Distribution: openSUSE, Raspbian, Slackware. Older: Coherent, MacOS, Red Hat, Big Iron IXs: AIX, Solaris, Tru64
Posts: 2,741
Rep:
Quote:
With dbexport, i can specify the tape device, whether in rewinding/non-rewinding mode.
I am able to successfully do the database export and import operations along with the label too.
During import, as specified by you, i have used the "fsf" option to advance to the next contents and did the dbimport in non-rewinding mode.
Cool!
I suspect that because the "ontape" tool only (at least by default, anyway) knows how to use "st0" instead of "nst0" it's rewinding the tape before attempting to read and upon finding that label of yours gets horribly confused and errors out.
At least you're able to get the database backed up in some fashion.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.