Sponsored Content
Full Discussion: Backup Failure
Operating Systems Solaris Backup Failure Post 302754597 by GP81 on Thursday 10th of January 2013 06:37:22 PM
Old 01-10-2013
Is it possible that capacity of tape is not enough to write all backup?
/var/opt/fds is 10GB and /ROOT/SDP5 is 58GB
What is the capacity/type of tape?
And what shows
Code:
# mt status

?
 

9 More Discussions You Might Find Interesting

1. Programming

ld failure

Hi, I am using gmake to compile a c program with a makefile. The make file runs ld. I get the following error jsh1035c:/users/egate453/admegate/kapil/samples $ gmake -e -f GNUmakefile queue_c gmake -f ./GNUmakefile queue_c in_objdir=1 build_root=/users/egate453/admegate/kapil/samples... (2 Replies)
Discussion started by: handak9
2 Replies

2. UNIX for Dummies Questions & Answers

Check backup file size on backup tape

Hi, I performed backup on tape and I want to append more files to my previous backup on the same backup tape. But before I do that I need to know the backup file size of the first backup I performed so that I know the available size on the backup tape. Can someone help me what command I will use... (0 Replies)
Discussion started by: ayhanne
0 Replies

3. SCO

Backup to SCSI Tape Backup aborts

I am trying to make a full backup of my system using the cpio command. The Tape Unit is a SCSI DDS. The process started fine but after about 30 minutes, it just stopped and showed the following message: 1755 Signal 31 - Core dumped Any idea of what is causing this and how to fix it? ... (4 Replies)
Discussion started by: zionpc
4 Replies

4. UNIX for Advanced & Expert Users

su failure

Usually when su rejects an attempt to switch user it responds with "Sorry" but with a certain username on some unix servers the response is "Killed". I'm guessing the su accepted the username/password but refused to spawn child shell with the specified username. What's causing this and what has to... (8 Replies)
Discussion started by: twk
8 Replies

5. UNIX for Advanced & Expert Users

backup a file and keep every version of the backup

I am trying to backup my .bash_history and I want to keep every version of the backup. I am thinking to put one of these in my crontab. 0 0 * * 0,3 cat .bash_history > boo 0 0 * * 0,3 cp .bash_history boo I would like the backups to be called boo1, boo2, boo3, etc. I would like to keep... (7 Replies)
Discussion started by: cokedude
7 Replies

6. Shell Programming and Scripting

rsync backup mode(--backup) Are there any options to remove backup folders on successful deployment?

Hi Everyone, we are running rsync with --backup mode, Are there any rsync options to remove backup folders on successful deployment? Thanks in adv. (0 Replies)
Discussion started by: MVEERA
0 Replies

7. UNIX for Dummies Questions & Answers

boot up failure unix sco after power failure

hi power went out. next day unix sco wont boot up error code 303. any help appreciated as we are clueless. (11 Replies)
Discussion started by: fredthayer
11 Replies

8. UNIX for Dummies Questions & Answers

SCO Backup Failure

I fairly new to UNIX and LINUX. I am trying to resolve an issue with my SCO OpenServer Release 5. My backups are failing with the following error: cpio: MT_RECOVER failed for this device: Bad address (error 14) cpio: Error occurred during end-of-media operations. cpio: Please reissue the cpio... (9 Replies)
Discussion started by: ddsakline
9 Replies

9. Shell Programming and Scripting

Help with Backup Shell Script for Network Device Configuration backup

HI all, im new to shell scripting. need your guidence for my script. i wrote one script and is attached here Im explaining the requirement of script. AIM: Shell script to run automatically as per scheduled and backup few network devices configurations. Script will contain a set of commands... (4 Replies)
Discussion started by: saichand1985
4 Replies
TAPECONFIG(5)							AFS File Reference						     TAPECONFIG(5)

NAME
tapeconfig - Defines parameters for tape devices and backup data files DESCRIPTION
The tapeconfig file defines basic configuration parameters for all of the tape devices or backup data files available for backup operations on a Tape Coordinator machine. The file is in ASCII format and must reside in the local /var/lib/openafs/backup directory. The instruction for each tape device or backup data file appears on its own line and each has the following format: [<capacity> <filemark_size>] <device_name> <port_offset> where <capacity> Specifies the capacity of the tapes used with a tape device, or the amount of data to write into a backup data file. The Tape Coordinator refers to this value in two circumstances: o When the capacity field of a tape or backup data file's label is empty (because the tape has never been labeled). The Tape Coordinator records this value on the label and uses it when determining how much data it can write to the tape or file during a backup dump or backup savedb operation. If there is already a capacity value on the label, the Tape Coordinator uses it instead. o When the -size argument is omitted the first time the backup labeltape command is used on a given tape or file. The Tape Coordinator copies this value into the label's capacity field. The Tape Coordinator uses this capacity value or the one on the Backup System tape label to track how much space remains as it writes data to a tape or backup data file. The appropriate value to record for a tape depends on the size of the tapes usually used in the device and whether it has a compression mode; for suggested values, see the OpenAFS Administration Guide chapter on configuring the Backup System. If using a value obtained from the fms command, reduce it by 10% to 15% before recording it in the file. For a backup data file, it is best to provide a value that helps the Tape Coordinator avoid reaching the end-of-file (EOF) unexpectedly. Make it at least somewhat smaller than the amount of space available on the partition housing the file when the dump operation begins, and never larger than the maximum file size allowed by the operating system. Specify a (positive) integer or decimal value followed by a letter than indicates units, with no intervening space. In a decimal number, the number of digits after the decimal point must not translate to fractions of bytes. The maximum acceptable value is 2048 GB (2 TB). The acceptable units letters are as follows; if the letter is omitted, the default is kilobytes. o "k" or "K" for kilobytes (KB). o "m" or "M" for megabytes (MB). o "g" or "G" for gigabytes (GB). o "t" or "T" for terabytes (TB). If this field is omitted, the Tape Coordinator uses the maximum acceptable value (2048 GB or 2 TB). Either leave both this field and the <filemark_size> field empty, or provide a value in both of them. <filemark_size> Specifies the size of a tape device's filemarks (also called end-of-file or EOF marks), which is set by the device's manufacturer. In a dump to tape, the Tape Coordinator inserts filemarks at the boundary between the data from each volume, so the filemark size affects how much space is available for actual data. The appropriate value to record for a tape depends on the size of the tapes usually used in the device and whether it has a compression mode; for suggested values, see the OpenAFS Administration Guide chapter on configuring the Backup System. If using a value obtained from the fms command, increase it by 10% to 15% before recording it in the file. For backup data files, record a value of 0 (zero). The Tape Coordinator actually ignores this field for backup data files, because it does not use filemarks when writing to a file. Use the same notation as for the <capacity> field, but note that the default units is bytes rather than kilobytes. The maximum acceptable value is 2048 GB. If this field is empty, the Tape Coordinator uses the value 0 (zero). Either leave both this field and the <capacity> field empty, or provide a value in both of them. <device_name> Specifies the complete pathname of the tape device or backup data file. The format of tape device names depends on the operating system, but on UNIX systems device names generally begin with the string /dev/. For a backup data file, this field defines the complete pathname; for a discussion of suggested naming conventions see the description of the "FILE" instruction in butc(5). <port_offset> Specifies the port offset number associated with this combination of Tape Coordinator and tape device or backup data file. Acceptable values are the integers 0 through 58510 (the Backup System can track a maximum of 58,511 port offset numbers). Each value must be unique among the cell's Tape Coordinators, but any number of them can be associated with a single machine. Port offset numbers need not be assigned sequentially, and can appear in any order in the tapeconfig file. Assign port offset 0 to the Tape Coordinator for the tape device or backup data file used most often for backup operations; doing so will allow the operator to omit the -portoffset argument from the largest possible number of backup commands. PRIVILEGE REQUIRED
Creating the file requires UNIX "w" (write) and "x" (execute) permissions on the /var/lib/openafs/backup directory. Editing the file requires UNIX "w" (write) permission on the file. EXAMPLES
The following example tapeconfig file configures three tape devices and a backup data file. The first device has device name /dev/rmt/0h, and is assigned port offset 0 because it will be the most frequently used device for all backup operations in the cell. Its default tape capacity is 2 GB and filemark size is 1 MB. The /dev/rmt/3h drive has half the capacity but a much smaller filemark size; its port offset is 3. The third device listed, /dev/rmt/4h, has the same capacity and filemark size as the first device and is assigned port offset 2. Port offset 4 is assigned to the backup data file /dev/FILE, which is actually a symbolic link to the actual file located elsewhere on the local disk. The Tape Coordinator writes up to 1.5 GB into the file; as recommended, the filemark size is set to zero. 2G 1M /dev/rmt/0h 0 1g 4k /dev/rmt/3h 3 2G 1m /dev/rmt/4h 2 1.5G 0 /dev/FILE 4 SEE ALSO
backup_addhost(8), backup_dump(8), backup_labeltape(8), backup_savedb(8), butc(8), fms(8) COPYRIGHT
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved. This documentation is covered by the IBM Public License Version 1.0. It was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell. OpenAFS 2012-03-26 TAPECONFIG(5)
All times are GMT -4. The time now is 05:49 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy