Sponsored Content
Full Discussion: old server crashed
Top Forums UNIX for Dummies Questions & Answers old server crashed Post 302105304 by johnf on Thursday 1st of February 2007 03:44:17 AM
Old 02-01-2007
The standard AIX backup and restore are well documented and can in certain circumstances be transferred to other UNIX machines. However in the past I have experienced a problem especially with older versions of AIX that the blocking length of the backup was such that it was impossible to read on other machines (even other AIX machines).

Can I assume from your post that it is the old RS6000 which has gone bang? If so you can still but SCSI1 disks and with a bit of searching you can still obtain copies of AIX 3.2.5 though not supported by IBM anymore, it fell off the shelf years ago! I have a feeling with enough research on the internet you could recover the machine and the data on the tape. Hope this helps.
 

10 More Discussions You Might Find Interesting

1. Post Here to Contact Site Administrators and Moderators

Gollum got crashed

Gollum got crashed, needs Administrator's attention. Check this: https://www.unix.com/showthread.php?p=302093676 (0 Replies)
Discussion started by: tayyabq8
0 Replies

2. AIX

AIX Crashed..

My AIX 5.3 Machine Carshed Can any one tell some way to find out what went wrong.. I mean debug why it got creahed... (3 Replies)
Discussion started by: pbsrinivas
3 Replies

3. SuSE

suse 9 crashed

Hi, Running SLES 9 (update 4) on dell's poweredge 1950 server. Kernel: 2.6.5-7.315-smp #1 SMP Wed Nov 26 13:03:18 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux Yesterday night my monitoring service emailed me system(ssh/smtp) unreachable...I tried connection through ssh, it did not let me through... (0 Replies)
Discussion started by: upengan78
0 Replies

4. Linux

system getting crashed

Hello, Iam a running a apache webserver in CentOS and i get a heavy traffic about 2.5 lac pageviews daily and my db size is about 2GB. Now the problem is after serving some lacs of requests by apache....Both apache and mysql hangouts and the system gets hanged up...using all resources in the... (2 Replies)
Discussion started by: dheeraj4uuu
2 Replies

5. Solaris

Disk crashed

My system is SUN Solaris 5.6 and one of the disks on the server got crashed. Here are the details d23: Mirror Submirror 0: d24 State: Okay Submirror 1: d25 State: Okay Pass: 1 Read option: roundrobin (default) Write option: parallel (default) ... (1 Reply)
Discussion started by: asalman.qazi
1 Replies

6. Linux

Find out process that crashed the server

Hi everybody, I want to find out all the processes that ran before a server crashed. Is that possible? I've looked in /var/log/messages and found out that the system was out of memory. A user probably wrote a script (in Perl or Python) that used up all available memory and crashed the... (11 Replies)
Discussion started by: z1dane
11 Replies

7. Red Hat

What do you do right after a server crashed.

What do you check???? Thanks! JC (0 Replies)
Discussion started by: 300zxmuro
0 Replies

8. Solaris

System got crashed.

Hi Admins, In my local Vmware system i have installed solaris but while getting my root disk mirrored in svm I changed the vfstab entries and rebooted the server , the server got crashed, and now the root file systems and other filesystems are crashed. Please help me in recovering this. (2 Replies)
Discussion started by: Laxxi
2 Replies

9. IP Networking

DNS server crashed

If Freebsd DNS server that served 100 people is crashed. How to move this 100 people to a new FreeBSD DNS server as quickly as possible? (1 Reply)
Discussion started by: AIX_30
1 Replies

10. Solaris

Solaris 10 server crashed two times

Hi, I have two Solaris 10 servers. First server crashed last week (Monday) and second one crashed over the weekend. I have checked the logs such as /var/adm/messages, syslog and dmesg. So for I found none. My management wants to know why the server crashed. I need to come with some kind of... (4 Replies)
Discussion started by: samnyc
4 Replies
BUTC(8) 						       AFS Command Reference							   BUTC(8)

NAME
butc - Initializes the Tape Coordinator process SYNOPSIS
butc [-port <port offset>] [-debuglevel (0 | 1 | 2)] [-cell <cell name>] [-noautoquery] [-localauth] [-help] butc [-p <port offset>] [-d (0 | 1 | 2)] [-c <cell name>] [-n] [-l] [-h] DESCRIPTION
The butc command initializes a Tape Coordinator process on a Tape Coordinator machine, enabling an operator to direct Backup System requests to the associated tape device or backup data file. (The Tape Coordinator controls a backup data file if the "FILE YES" instruction appears in the /var/lib/openafs/backup/CFG_device_name file that corresponds to the Tape Coordinator's entry in the /var/lib/openafs/backup/tapeconfig file. For the sake of simplicity, the following discusses tape devices only.) It is conventional to start and run the Tape Coordinator in the foreground. In this case, it runs on its own connection, which is unavailable for any other use and must remain open the entire time the Tape Coordinator is to accept backup requests and while it is executing them. (When using a window manager, the connection corresponds to a separate command shell window.) The Tape Coordinator can run in the background if the CFG_device_name file is configured to eliminate any need for the Tape Coordinator to prompt the operator. In both the foreground and background, the Tape Coordinator writes operation traces and other output to the standard output stream on the connection over which it was started. Use the -debuglevel argument to control the amount of information that appears. The Tape Coordinator also writes traces and error messages to two files in the local /var/lib/openafs/backup directory: o The TE_device_name file records problems that the Tape Coordinator encounters as it executes backup operations. o The TL_device_name file records a trace of operations as well as the same errors written to the TE_device_name file. The Tape Coordinator creates the files automatically as it initializes. If there are existing files, the Tape Coordinator renames them with a ".old" extension, overwriting the existing ".old" files if they exist. It derives the device_name part of the file names by stripping off the device name's /dev/ prefix and replacing any other slashes with underscores. For example, the files are called TE_rmt_4m and TL_rmt_4m for a device called /dev/rmt/4m. By default, at the beginning of each operation the Tape Coordinator prompts for the operator to insert the first tape into the drive and press Return. To suppress this prompt, include the -noautoquery flag on the command line or the instruction "AUTOQUERY NO" in the /var/lib/openafs/backup/CFG_device_name file. When the prompt is suppressed, the first required tape must be in the drive before a backup command is issued. For subsequent tapes, the Tape Coordinator uses its normal tape acquisition routine: if the /var/lib/openafs/backup/CFG_device_name file includes a "MOUNT" instruction, the Tape Coordinator invokes the indicated command; otherwise, it prompts the operator for the next tape. To stop the Tape Coordinator process, enter an interrupt signal such as Ctrl-C over the dedicated connection (in the command shell window). To cancel a backup operation that involves a tape before it begins (assuming the initial tape prompt has not been suppressed), enter the letter "a" (for "abort") and press Return at the Tape Coordinator's prompt for the first tape. Tape Coordinator operation depends on the correct configuration of certain files, as described in the following list: o The local /var/lib/openafs/backup/tapeconfig file must include an entry for the Tape Coordinator that specifies its device name and port offset number, among other information; for details, tapeconfig(5). o The port offset number recorded in the Tape Coordinator's entry in the Backup Database must match the one in the tapeconfig file. Create the Backup Database entry by using the backup addhost command. o The optional /var/lib/openafs/backup/CFG_device_name file can contain instructions for mounting and unmounting tapes automatically (when using a tape stacker or jukebox, for instance) or automating other aspects of the backup process. The device_name part of the name is derived as described previously for the TE_device_name and TL_device_name files. CAUTIONS
If the Tape Coordinator machine is an AIX machine, use the SMIT utility to set the device's block size to 0 (zero), indicating variable block size. Otherwise, tape devices attached to machines running other operating systems sometimes cannot read tapes written on AIX machines. For instructions, see the OpenAFS Administration Guide chapter about configuring the Backup System. OPTIONS
-port <port offset> Specifies the port offset number of the Tape Coordinator to initialize. -debuglevel Controls the amount and type of messages the Tape Coordinator displays on the standard output stream. Provide one of three acceptable values: o 0 to display the minimum level of detail required to describe Tape Coordinator operations, including prompts for tapes, messages that indicate the beginning and end of operations, and error messages. This is the default value. o 1 to display the names of the volumes being dumped or restored as well as the information displayed at level 0. o 2 to display all messages also being written to the TL_device_name log file. -cell <cell name> Names the cell in which the Tape Coordinator operates (the cell to which the file server machines that house affected volumes belong). If this argument is omitted, the Tape Coordinator runs in the local cell as defined in the local /etc/openafs/ThisCell file. Do not combine this flag with the -localauth argument. -noautoquery Suppresses the Tape Coordinator's prompt for insertion of the first tape needed for an operation. The operator must insert the tape into the drive before issuing the backup command that initializes the operation. -localauth Constructs a server ticket using the server encryption key with the highest key version number in the local /etc/openafs/server/KeyFile. The butc command interpreter presents the ticket, which never expires, to the Volume Server and Volume Location Server to use in mutual authentication. Do not combine this argument with the -cell flag, and use it only when logged on to a server machine as the local superuser "root"; client machines do not have /etc/openafs/server/KeyFile file. -help Prints the online help for this command. All other valid options are ignored. EXAMPLES
The following command starts the Tape Coordinator with port offset 7 at debug level 1, meaning the Tape Coordinator reports the names of volumes it is dumping or restoring. % butc -port 7 -debuglevel 1 PRIVILEGE REQUIRED
The issuer must be listed in the /etc/openafs/server/UserList file on every machine where the Backup Server or Volume Location (VL) Server is running, and on every file server machine that houses a volume to be backed up. If the -localauth flag is included, the issuer must instead be logged on to the Tape Coordinator machine as the local superuser "root". In addition, the issuer must be able to read and write to the log and configuration files in the local /var/lib/openafs/backup directory. SEE ALSO
KeyFile(5), ThisCell(5), UserList(5), butc(5), butc_logs(5), tapeconfig(5), backup_addhost(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 BUTC(8)
All times are GMT -4. The time now is 10:45 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy