New backup tapes do not work


 
Thread Tools Search this Thread
Operating Systems SCO New backup tapes do not work
# 1  
Old 03-23-2007
New backup tapes do not work

We are using Lone-tar to back up an old SCO UNIX System V/386 3.2. It was working fine until I inserted new data cartridges. I bought the exact same ones that I was using:

HP DDS-1 Data Cartridge
Compressed Capacity: 4GB
Order number- C5706A

If I insert a new tape and backup (done by CRON),
I get this error message:
NOTICE: Stp: Error on SCSI tape 0 (ha=0 id=6 lun=0)
Medium error: RAW retry limit exceeded

If I insert an old tape, lone-tar backs fine, without any problems.

Can someone help?
Login or Register to Ask a Question

Previous Thread | Next Thread

9 More Discussions You Might Find Interesting

1. Red Hat

Unable to detect HP backup tapes in RHEL 6.2

Hi All, We connected 2 new tape drives to the servers. I am not able to see both HP tape drives in OS level. I am using RHEL 6.2 OS. I have scanned and rebooted the server but still can't able to find the drives. Thanks in advance..!!!! ---------- Post updated 10-22-13 at 05:07 PM... (1 Reply)
Discussion started by: Navkreddy
1 Replies

2. Solaris

HELP ME! Mounting tapes parallel backup SL500 on solaris 10

Dear Experts, I would like to perform parallel backup using SL500, but i have problem with mounting tape. Please share your thought/experience how to mounting tape on SL500 with parallel backup (2 tapes). Thanks in Advance. Edy (1 Reply)
Discussion started by: edydsuranta
1 Replies

3. 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

4. AIX

Moving tapes

Hello, anybody out there that is using itdt to manage tape changes in a tape library. The help of itdt show a move subcommand but I can't get it to work. Env: AIX5.3 Dell PowerVault TL2000 tape library -> rmt1 Available 01-08-02 IBM 3580 Ultrium Tape Drive (FCP) # itdt says it finds the... (3 Replies)
Discussion started by: petervg
3 Replies

5. Filesystems, Disks and Memory

Erasing backup tapes (DLT)

I have a load of DLT tapes I need to scrub and get rid off. Anyone know of any application to erase the tapes before recycling them? I have a Sun StorEdge L9 tape loader which I would like to utilise, so a script or application that can take advantage of doing a load of tapes without manual... (5 Replies)
Discussion started by: son_t
5 Replies

6. UNIX for Dummies Questions & Answers

Backup Tapes Health checks

Hi all gurus Is there any command to perform the tapes health checks? thanks in adv jiajin (1 Reply)
Discussion started by: lijiajin
1 Replies

7. UNIX for Dummies Questions & Answers

Tapes

:confused: Hello!! I am a new UNIX user, and I need to back up some files, I have some old ones and I have been trying to delete the old information with 'mt erase' but I don't be sure if it works, and 'mt resert' but the it gave a message suggesting me to use 'scsiha -r' (but the last one... (1 Reply)
Discussion started by: scs
1 Replies

8. UNIX for Dummies Questions & Answers

tapes

is there a command to check unoccupied space on a tape ? AIX 3.2 (1 Reply)
Discussion started by: cubicle^dweller
1 Replies

9. HP-UX

ignite tapes

can any1 tell me how to make ignite tapes for the HP-ux. this company said it was: "make_tape_recovery_A", but that don't work. (4 Replies)
Discussion started by: JBX
4 Replies
Login or Register to Ask a Question
COMPAT_IBCS2(8) 					    BSD System Manager's Manual 					   COMPAT_IBCS2(8)

NAME
compat_ibcs2 -- setup procedure for running iBCS2 binaries DESCRIPTION
NetBSD supports running Intel Binary Compatibility Standard 2 (iBCS2) binaries. This only applies to i386 systems for now. Binaries are supported from SCO UNIX and other systems derived from AT&T System V Release 3 UNIX. iBCS2 support is only well tested using SCO binaries. XENIX binaries are also supported although not as well tested. SVR4 binaries are supported by the COMPAT_SVR4 option. iBCS2 supports COFF, ELF, and x.out (XENIX) binary formats. Binaries from SCO OpenServer (version 5.x) are the only ELF binaries that have been tested. Most programs should work, but not ones that use or depend on: kernel internal data structures STREAMS drivers (other than TCP/IP sockets) local X displays (uses a STREAMS pipe) virtual 8086 mode The iBCS2 compatibility feature is active for kernels compiled with the COMPAT_IBCS2 option enabled. If support for iBCS2 ELF executables is desired, the EXEC_ELF32 option should be enabled in addition to COMPAT_IBCS2. Many COFF-format programs and most ELF-format programs are dynamically linked. This means that you will also need the shared libraries that the program depends on. Also, you will need to create a ``shadow root'' directory for iBCS2 binaries on your NetBSD system. This directory is named /emul/ibcs2. Any file operations done by iBCS2 programs run under NetBSD will look in this directory first. So, if an iBCS2 pro- gram opens, for example, /etc/passwd, NetBSD will first try to open /emul/ibcs2/etc/passwd, and if that does not exist open the 'real' /etc/passwd file. It is recommended that you install iBCS2 packages that include configuration files, etc. under /emul/ibcs2, to avoid nam- ing conflicts with possible NetBSD counterparts. Shared libraries should also be installed in the shadow tree. Generally, you will need to look for the shared libraries that iBCS2 binaries depend on only the first few times that you install an iBCS2 program on your NetBSD system. After a while, you will have a sufficient set of iBCS2 shared libraries on your system to be able to run newly imported iBCS2 binaries without any extra work. Setting up shared libraries How to get to know which shared libraries iBCS2 binaries need, and where to get them? Depending on the file type of the executable, there are different possibilities (when following these instructions: you will need to be root on your NetBSD system to do the necessary installation steps). COFF binaries You can simply copy all of the available shared libraries since they are fairly small in size. The COFF shared libraries are typically found in /shlib and can be obtained from the following sources: SCO UNIX version 3.x (aka ODT) SCO UNIX version 5.x (aka OpenServer) SCO UnixWare Many versions of SVR4.2/x86 After copying the shared libraries, you should have at least the following files on your system: /emul/ibcs2/shlib/libc_s /emul/ibcs2/shlib/libnsl_s /emul/ibcs2/shlib/protlib_s ELF binaries You can simply copy all of the available shared libraries from the source system or distribution or use ldd(1) to determine the libraries required by a specific binary. After copying the shared libraries, you should have at least the following files on your system: /emul/ibcs2/usr/lib/libc.so.1 /emul/ibcs2/usr/lib/libcrypt.so /emul/ibcs2/usr/lib/libndbm.so /emul/ibcs2/usr/lib/libsocket.so.1 If you don't have access to a SCO system, you will need to get the extra files you need from a SCO distribution. As of January 1998, SCO sells a copy of SCO OpenServer (iBCS2) and/or SCO UnixWare (SVR4) for personal/non-commercial use for only the cost of shipping (about $20US). The distribution comes on an ISO9660-format CDROM which can be mounted and used to copy the necessary files. Run the following script to copy the basic set of files from a SCO distribution directory mounted somewhere locally: /usr/share/examples/emul/ibcs2/ibcs2-setup [directory] You should now be set up for SCO binaries which only need standard shared libs. BUGS
The information about SCO distributions may become outdated. Attempting to a use a nameserver on the local host does not currently work due to an absurd shortcut taken by the iBCS2 network code (remem- ber that there are no kernel sockets). 16/32/64 bit offsets may not be handled correctly in all cases. BSD
February 8, 1998 BSD