ontape backup failed
Level 0 ontape backups on IDS 9.40 (Tru64) failed mid-run with "Archive API processing failed at line 300", while level 1 worked. The cause was TAPESIZE set to 0, relying on buggy end-of-tape detection in pre-10.0 versions. Advice was to set an explicit TAPESIZE below the tape's real capacity (and raise TAPEBLK). Initial guesses were too small (constant tape-change prompts) or too large (errno 28, out of space) because compression on binary data is poor; setting TAPESIZE to 140000000 (on 160/320GB SDLT) with TAPEBLK 256 finally worked, using two tapes.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
UNIX OS Version: Tru64 UNIX Ver 5.1a
I am geting following error for ontape backup. I rebooted the server and still
getting the same error.
$> ontape -s -L 0
Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
10 percent done.
20 percent done.
30 percent done.
40 percent done.
50 percent done.
Archive failed - buc_fe.C : Archive API processing failed at line 300 for
msgtype
program over.
$>
Level 1 backup is working fine but the level 0 backup have the problem.
We don't have suppot for IDS 9.4. we are in process of migrating to a new
version of IDS 11.7.
At this time we need to backup on 9.4, any help will greatly appreciated.
Thank you in advance
Kanti
Have you made sure that the actual tape in the tape drive is larger enough to
contain the entire database, as well as make sure the TAPESIZE is correct in
the $ONCONFIG file? I would assume that it would just ask for a second tape if
the TAPESIZE is incorrect; however, there may be some other mitigating
circumstances at play.
> To: ids@iiug.org
> From: kbakarania@pascoclerk.com
> Subject: ontape backup failed [22656]
> Date: Tue, 1 Feb 2011 14:56:31 -0500
>
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> I am geting following error for ontape backup. I rebooted the server and
still
> getting the same error.
>
> $> ontape -s -L 0
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
> 10 percent done.
> 20 percent done.
> 30 percent done.
> 40 percent done.
> 50 percent done.
> Archive failed - buc_fe.C : Archive API processing failed at line 300 for
> msgtype
>
> program over.
>
> $>
>
> Level 1 backup is working fine but the level 0 backup have the problem.
>
> We don't have suppot for IDS 9.4. we are in process of migrating to a new
> version of IDS 11.7.
>
> At this time we need to backup on 9.4, any help will greatly appreciated.
>
> Thank you in advance
>
> Kanti
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
What are your TAPESIZE and TAPEBLK settings? You can sometimes get similar
errors if you run out of tape before hitting TAPESIZE. Try increasing
TAPEBLK to reduce the number of inter-block gaps and decreasing TAPESIZE so
ontape asks for a tape change before it hits the physical end of the tape.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art@iiug.org)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Tue, Feb 1, 2011 at 2:56 PM, KANTI BAKARANIA
<kbakarania@pascoclerk.com>wrote:
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> I am geting following error for ontape backup. I rebooted the server and
> still
> getting the same error.
>
> $> ontape -s -L 0
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
> 10 percent done.
> 20 percent done.
> 30 percent done.
> 40 percent done.
> 50 percent done.
> Archive failed - buc_fe.C : Archive API processing failed at line 300 for
> msgtype
>
> program over.
>
> $>
>
> Level 1 backup is working fine but the level 0 backup have the problem.
>
> We don't have suppot for IDS 9.4. we are in process of migrating to a new
> version of IDS 11.7.
>
> At this time we need to backup on 9.4, any help will greatly appreciated.
>
> Thank you in advance
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--0015175ce182a1956e049b3e173f
Hi Art:
The Tape variables are as follows.
TAPEDEV /dev/tape/tape8_d1
TAPEBLK 32
TAPESIZE 0
LTAPEDEV /dev/null
LTAPEBLK 32
LTAPESIZE 0
IDS 9.40 FC2
Tru64 UNIX V 5.1a
Thanks
Kanti
Tape or drive broken? Had this once, was good for a small level 1, but
not for a level 0 backup.
Regards,
Joerg Volz
------------------------------------------------------------------------
-----
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
KANTI BAKARANIA
Sent: Tuesday, February 01, 2011 9:01 PM
To: ids@iiug.org
Subject: ontape backup failed [22656]
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
UNIX OS Version: Tru64 UNIX Ver 5.1a
I am geting following error for ontape backup. I rebooted the server and
still
getting the same error.
$> ontape -s -L 0
Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue
...
10 percent done.
20 percent done.
30 percent done.
40 percent done.
50 percent done.
Archive failed - buc_fe.C : Archive API processing failed at line 300
for
msgtype
program over.
$>
Level 1 backup is working fine but the level 0 backup have the problem.
We don't have suppot for IDS 9.4. we are in process of migrating to a
new
version of IDS 11.7.
At this time we need to backup on 9.4, any help will greatly
appreciated.
Thank you in advance
Kanti
************************************************************************
*******
Forum Note: Use "Reply" to post a response in the discussion forum.
IT Handel und Beratung Jorg Volz
Bernhard-Fruh-Str. 7
77855 Achern
GERMANY
Tel: +49 (0)7841-681651
Fax: +49 (0)7841-681654
Mobil: +49 (0)170-2989757
VAT-ID: DE201383541
http://www.it-volz.de
No, the tape or drive is not broken. It works for level 1.
The Tape variables are as follows.
TAPEDEV /dev/tape/tape8_d1
TAPEBLK 32
TAPESIZE 0
LTAPEDEV /dev/null
LTAPEBLK 32
LTAPESIZE 0
IDS 9.40 FC2
Tru64 UNIX V 5.1a
Thanks
Kanti
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
Joerg Volz
Sent: Tuesday, February 01, 2011 3:19 PM
To: ids@iiug.org
Subject: RE: ontape backup failed [22660]
Tape or drive broken? Had this once, was good for a small level 1, but
not for a level 0 backup.
Regards,
Joerg Volz
------------------------------------------------------------------------
-----
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
KANTI BAKARANIA
Sent: Tuesday, February 01, 2011 9:01 PM
To: ids@iiug.org
Subject: ontape backup failed [22656]
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
UNIX OS Version: Tru64 UNIX Ver 5.1a
I am geting following error for ontape backup. I rebooted the server and
still
getting the same error.
$> ontape -s -L 0
Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue
....
10 percent done.
20 percent done.
30 percent done.
40 percent done.
50 percent done.
Archive failed - buc_fe.C : Archive API processing failed at line 300
for
msgtype
program over.
$>
Level 1 backup is working fine but the level 0 backup have the problem.
We don't have suppot for IDS 9.4. we are in process of migrating to a
new
version of IDS 11.7.
At this time we need to backup on 9.4, any help will greatly
appreciated.
Thank you in advance
Kanti
************************************************************************
*******
Forum Note: Use "Reply" to post a response in the discussion forum.
IT Handel und Beratung Jorg Volz
Bernhard-Fruh-Str. 7
77855 Achern
GERMANY
Tel: +49 (0)7841-681651
Fax: +49 (0)7841-681654
Mobil: +49 (0)170-2989757
VAT-ID: DE201383541
http://www.it-volz.de
************************************************************************
*******
Forum Note: Use "Reply" to post a response in the discussion forum.
Yup, there were bugs in the End-Of-Tape detection in earlier versions of
Informix before 10.00 and with TAPESIZE set to zero, you are relying on that
buggy code. Set to a hard value a bit smaller than the rated size of the
tapes you are using and you should be fine. Also, set TAPEBLK to 256 or
even 2048 to reduce waste and speed up the archive run a bit.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art@iiug.org)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Tue, Feb 1, 2011 at 3:16 PM, KANTI BAKARANIA
<kbakarania@pascoclerk.com>wrote:
> Hi Art:
>
> The Tape variables are as follows.
>
> TAPEDEV /dev/tape/tape8_d1
> TAPEBLK 32
> TAPESIZE 0
>
> LTAPEDEV /dev/null
> LTAPEBLK 32
> LTAPESIZE 0>
> IDS 9.40 FC2
> Tru64 UNIX V 5.1a
>
> Thanks
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--0015175113e6d47143049b3ea947
IDS 9.40 FC2
OS: Tru64 UNIX 5.1a
I tried ontape backup with the following changes.
TAPEDEV /dev/tape/tape8_d1
TAPEBLK 256
TAPESIZE 3145728
LTAPEDEV /dev/null
LTAPEBLK 32
LTAPESIZE 0
It still not working.
$# ontape -s -L 0
Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 1 in the arc tape sequence.
This tape contains the following logical logs:
1022025
Please mount tape 2 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 2 in the arc tape sequence.
Please mount tape 3 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 3 in the arc tape sequence.
Please mount tape 4 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 4 in the arc tape sequence.
Please mount tape 5 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 5 in the arc tape sequence.
Please mount tape 6 on /dev/tape/tape8_d1 and press Return to continue ...
Tape is full ...
Please label this tape as number 6 in the arc tape sequence.
Please mount tape 7 on /dev/tape/tape8_d1 and press Return to continue ...
I stop the backup using ctrl-c .
Interrupt received ...
Kanti,
The size you are specifing for tape lenght is just 3GB, how big is size of
information you are trying to backup?.
Regards
2011/2/2 KANTI BAKARANIA <kbakarania@pascoclerk.com>
> IDS 9.40 FC2
> OS: Tru64 UNIX 5.1a
>
> I tried ontape backup with the following changes.
>
> TAPEDEV /dev/tape/tape8_d1
> TAPEBLK 256
> TAPESIZE 3145728
>
> LTAPEDEV /dev/null
> LTAPEBLK 32
> LTAPESIZE 0>
> It still not working.
>
> $# ontape -s -L 0
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 1 in the arc tape sequence.
> This tape contains the following logical logs:
>
> 1022025
>
> Please mount tape 2 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 2 in the arc tape sequence.
>
> Please mount tape 3 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 3 in the arc tape sequence.
>
> Please mount tape 4 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 4 in the arc tape sequence.
>
> Please mount tape 5 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 5 in the arc tape sequence.
>
> Please mount tape 6 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 6 in the arc tape sequence.
>
> Please mount tape 7 on /dev/tape/tape8_d1 and press Return to continue ...
>
> I stop the backup using ctrl-c .
>
> Interrupt received ...
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--20cf303a2f25392cdd049b4df91b
Looks like it was working to me! Why do you say it didn't work? It didn't
crash this time.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art@iiug.org)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Wed, Feb 2, 2011 at 9:53 AM, KANTI BAKARANIA
<kbakarania@pascoclerk.com>wrote:
> IDS 9.40 FC2
> OS: Tru64 UNIX 5.1a
>
> I tried ontape backup with the following changes.
>
> TAPEDEV /dev/tape/tape8_d1
> TAPEBLK 256
> TAPESIZE 3145728
>
> LTAPEDEV /dev/null
> LTAPEBLK 32
> LTAPESIZE 0>
> It still not working.
>
> $# ontape -s -L 0
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 1 in the arc tape sequence.
> This tape contains the following logical logs:
>
> 1022025
>
> Please mount tape 2 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 2 in the arc tape sequence.
>
> Please mount tape 3 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 3 in the arc tape sequence.
>
> Please mount tape 4 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 4 in the arc tape sequence.
>
> Please mount tape 5 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 5 in the arc tape sequence.
>
> Please mount tape 6 on /dev/tape/tape8_d1 and press Return to continue ...
>
> Tape is full ...
>
> Please label this tape as number 6 in the arc tape sequence.
>
> Please mount tape 7 on /dev/tape/tape8_d1 and press Return to continue ...
>
> I stop the backup using ctrl-c .
>
> Interrupt received ...
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--001517503b08d29702049b4e9096
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
UNIX OS Version: Tru64 UNIX Ver 5.1a
The total size of the Database is less than 300 GB.
The tape - SDLT size with compression is 320 GB.
I don't know why it was asking for the new tape even though the ontape backup
was not finish 10 % ?
Thank you
Kanti
Because now you are specifying that the tape will only hold 300MB so ontape
will need about 1100 tapes. Change TAPESIZE:
TAPESIZE 240000000
That should allow you to complete the archive on one or two tapes without
reaching the physical end-of-tape but even if compression is not as good as
the manufacturer estimates when reporting the compressed tape capacity.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art@iiug.org)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Wed, Feb 2, 2011 at 10:58 AM, KANTI BAKARANIA
<kbakarania@pascoclerk.com>wrote:
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> The total size of the Database is less than 300 GB.
> The tape - SDLT size with compression is 320 GB.
>
> I don't know why it was asking for the new tape even though the ontape
> backup
> was not finish 10 % ?
>
> Thank you
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--0015175ce1822b0376049b4ef07c
Kanti,
The problem is that you are configuring in onconfig file that the size of
the tape is just 3G, so no matter that the capacity of the tape is 320G, you
are telling informix that the tape size is 3G, change the TAPESIZE 3145728
to TAPESIZE 320000000
Regards.
2011/2/2 KANTI BAKARANIA <kbakarania@pascoclerk.com>
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> The total size of the Database is less than 300 GB.
> The tape - SDLT size with compression is 320 GB.
>
> I don't know why it was asking for the new tape even though the ontape
> backup
> was not finish 10 % ?
>
> Thank you
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--90e6ba5bcacd813ffd049b4ffac5
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
UNIX OS Version: Tru64 UNIX Ver 5.1a
I changed the TAPE size and block as:
TAPEBLK 256
TAPESIZE 240000000
Tried ontape level 0 backup, now I am getting different error as follows.
$># ontape -s -L 0
Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
10 percent done.
20 percent done.
30 percent done.
40 percent done.
50 percent done.
60 percent done.
70 percent done.
Archive failed - function write to tape failed code -1 errno 28
Program over.
It never gave the prompt for Tape Full or mount tape.
Thank you in advance.
Kanti
Error 28 generally means you are out of space. It could be
that you specified a TAPESIZE larger than the capacity
of the physical tape.
John F. Miller III
STSM, Embedability Architect
miller3@us.ibm.com
503-578-5645
IBM Informix Dynamic Server (IDS)
ids-bounces@iiug.org wrote on 02/02/2011 12:45:03 PM:
> From:
>
> "KANTI BAKARANIA" <kbakarania@pascoclerk.com>
>
> To:
>
> ids@iiug.org
>
> Date:
>
> 02/02/2011 12:45 PM
>
> Subject:
>
> Re: ontape backup failed [22679]
>
> Sent by:
>
> ids-bounces@iiug.org
>
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> I changed the TAPE size and block as:
>
> TAPEBLK 256
> TAPESIZE 240000000>
> Tried ontape level 0 backup, now I am getting different error as follows.
>
> $># ontape -s -L 0
>
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to
continue ...
> 10 percent done.
> 20 percent done.
> 30 percent done.
> 40 percent done.
> 50 percent done.
> 60 percent done.
> 70 percent done.
> Archive failed - function write to tape failed code -1 errno 28
>
> Program over.
>
> It never gave the prompt for Tape Full or mount tape.
>
> Thank you in advance.
>
> Kanti
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
Reduce TAPESIZE to 200000000 and try again. Common, work with us here.
Errno 28 is out-of-space, the setting it too large bacause your data doesn't
compress as well as the manufacturer thinks it should, which is typical.
The estimates they user are for text files, binary data doesn't compress
anywhere near as well as text.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art@iiug.org)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Wed, Feb 2, 2011 at 3:45 PM, KANTI BAKARANIA
<kbakarania@pascoclerk.com>wrote:
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> I changed the TAPE size and block as:
>
> TAPEBLK 256
> TAPESIZE 240000000>
> Tried ontape level 0 backup, now I am getting different error as follows.
>
> $># ontape -s -L 0
>
> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
> 10 percent done.
> 20 percent done.
> 30 percent done.
> 40 percent done.
> 50 percent done.
> 60 percent done.
> 70 percent done.
> Archive failed - function write to tape failed code -1 errno 28
>
> Program over.
>
> It never gave the prompt for Tape Full or mount tape.
>
> Thank you in advance.
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--0015175cb156a8a071049b52fe63
I would suggest setting the TAPESIZE to the uncompressed capacity of the
tape. That way you won't get the out-of-space Errno 28 you're getting
and you will actually never exceed the capacity. Although you may waste
some space on the tape, as Art pointed out, non-text data typically does
not compress very well if at all so the manufacturers' claim of "200/400
GB" capacity really means that if you're dealing with all text files,
you probably will approach the 400 GB total of data backed up. With
binary and other Informix data types, compression is iffy at best.
Tom Cuddeback
TC-PCs
Art Kagel wrote:
> Reduce TAPESIZE to 200000000 and try again. Common, work with us here.
> Errno 28 is out-of-space, the setting it too large bacause your data doesn't
> compress as well as the manufacturer thinks it should, which is typical.
> The estimates they user are for text files, binary data doesn't compress
> anywhere near as well as text.
>
> Art
>
> Art S. Kagel
> Advanced DataTools (www.advancedatatools.com)
> IIUG Board of Directors (art@iiug.org)
> Blog: http://informix-myview.blogspot.com/
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions and
> do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
> organization with which I am associated either explicitly, implicitly, or by
> inference. Neither do those opinions reflect those of other individuals
> affiliated with any entity with which I am affiliated nor those of the
> entities themselves.
>
> On Wed, Feb 2, 2011 at 3:45 PM, KANTI BAKARANIA
> <kbakarania@pascoclerk.com>wrote:
>
>
>> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
>> UNIX OS Version: Tru64 UNIX Ver 5.1a
>>
>> I changed the TAPE size and block as:
>>
>> TAPEBLK 256
>> TAPESIZE 240000000>>
>> Tried ontape level 0 backup, now I am getting different error as follows.
>>
>> $># ontape -s -L 0
>>
>> Please mount tape 1 on /dev/tape/tape8_d1 and press Return to continue ...
>> 10 percent done.
>> 20 percent done.
>> 30 percent done.
>> 40 percent done.
>> 50 percent done.
>> 60 percent done.
>> 70 percent done.
>> Archive failed - function write to tape failed code -1 errno 28
>>
>> Program over.
>>
>> It never gave the prompt for Tape Full or mount tape.
>>
>> Thank you in advance.
>>
>> Kanti
>>
>>
>>
>>
>>
>
*******************************************************************************
>
>> Forum Note: Use "Reply" to post a response in the discussion forum.
>>
>>
>>
>
> --0015175cb156a8a071049b52fe63
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
>
IDS Version: IBM Informix Dynamic Server Version 9.40.FC2 UNIX OS Version: Tru64 UNIX Ver 5.1a Finally it worked after setting the TAPESIZE to 140000000. It took two tapes but it worked. Thanks a lot. Kanti
Kanti: What is the manufacturer rated size [actual/compressed] of the tapes you have been using? Tom TC-PCs KANTI BAKARANIA wrote: > IDS Version: IBM Informix Dynamic Server Version 9.40.FC2 > UNIX OS Version: Tru64 UNIX Ver 5.1a > > Finally it worked after setting the TAPESIZE to 140000000. It took two tapes > but it worked. > > Thanks a lot. > > Kanti > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > >
Tom:
Here is the full info of TAPE.
Maxell - Super DLTtape I - 160GB / 320GB
Thank you
Kanti
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
Thomas R. Cuddeback
Sent: Thursday, February 03, 2011 2:30 PM
To: ids@iiug.org
Subject: Re: ontape backup failed [22698]
Kanti:
What is the manufacturer rated size [actual/compressed] of the tapes
you have been using?
Tom
TC-PCs
KANTI BAKARANIA wrote:
> IDS Version: IBM Informix Dynamic Server Version 9.40.FC2
> UNIX OS Version: Tru64 UNIX Ver 5.1a
>
> Finally it worked after setting the TAPESIZE to 140000000. It took two
tapes
> but it worked.
>
> Thanks a lot.
>
> Kanti
>
>
>
************************************************************************
*******
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
>
************************************************************************
*******
Forum Note: Use "Reply" to post a response in the discussion forum.