Sponsored Content
Full Discussion: Adding new tape drives
Operating Systems Solaris Adding new tape drives Post 302497846 by dshakey on Friday 18th of February 2011 07:23:53 AM
Old 02-18-2011
Quote:
Originally Posted by faberarnold
Hi dshakey,

As root, that:
1)tell the server to check new device
#devfsadm

2)list all devices connected.
#cfgadm -al

thanks,
i tried that, but no avail

Code:
unixdev2# devfsadm
unixdev2#  cfgadm -al
Ap_Id                          Type         Receptacle   Occupant     Condition
c1                             scsi-bus     connected    configured   unknown
c1::dsk/c1t0d0                 CD-ROM       connected    configured   unknown
unixdev2#

any other way to force the drives to show?
 

9 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

DDS Tape Drives

How do I find if a server contains a DDS3 or a DDS2 drive remotely ? I checked in SMIT and I noticed the description field according to tape drives, but is there another more thorough way? Thanks, Luke (0 Replies)
Discussion started by: Skywlkr235
0 Replies

2. Solaris

identifying Tape drives on Sun Servers

Hi, Can you please help me to locate tape drives on Sun Server and the capacity of the tape drive. I am managing a Sun 4u server. Need this urgently. Regards, Vivek (2 Replies)
Discussion started by: vivek_scv
2 Replies

3. BSD

tape drives vs. tar with multiple directories

Hello, I have a little problem with backup & restoring files from tape drive. I am adding 3 directories to my tape, and it is OK: hades# tar -cvf /dev/nsa0 test test1 restore a test a test/level1 a test/myharddisk.img a test1 a test1/level1 a test1/myharddisk.img a test1/test.img a... (1 Reply)
Discussion started by: d3m00n
1 Replies

4. AIX

command to display my tape drives (rmt's)

Hi all, Looking for an ls** command to display my tape drives and their associated serial numbers. thx. (8 Replies)
Discussion started by: jwholey
8 Replies

5. UNIX for Advanced & Expert Users

Scalar i500 can see tape drives but not autochanger

We have a new i500 and have 4 TLO4 drives which are connected directly to 2 FC cards on the host. The host can communicate with the autochanger through whichever drive that is set as control path. When I run inquire, all 4 drives are listed but auto changer doesn't show up. Does anyone know... (1 Reply)
Discussion started by: tecky
1 Replies

6. Filesystems, Disks and Memory

Tape drives used for taking backups

Hi, I am a abit new in AIX system administration field. I want to gather knowledge about backup techniques. As per my knowledge we use Tape archives for taking backups. Can anyone pls explain me in detail abt tape archive? Whether these tape archives come along with the systems or we have to... (1 Reply)
Discussion started by: forumsrahul
1 Replies

7. Solaris

tape drives not recognised

I have a server/domain on a m5000 running Solaris 10. It is part of a cluster. The other cluster member sees tape drives, but this one does not. It is zoned correctly, and I can see the drives are binded in lputil. The st.conf, and devlink.tab are identical. ST.CONF: - # # Copyright... (1 Reply)
Discussion started by: pfwhufc
1 Replies

8. Solaris

MPXIO not working on a machine with both SAN and Tape drives.

Hi, I have a machine, and mpzio fails everytime i reboot the server. The machine has tape drives and SAN storage, I'm not sure if that is my issue or not. I was told to not enable mpxio globally as that would do something bad to the tape drives. So, I set it to only make the two SAN connected... (4 Replies)
Discussion started by: BG_JrAdmin
4 Replies

9. AIX

AIX 7.1 cannot discover drives from TS3310 tape library

Good day! Need help in checking my AIX 7.1 box. After we have finished zoning our TS3200 and TS3310 tape libraries, we installed the Atape driver, # lslpp -L |grep tape Atape.driver 11.7.7.0 C F IBM AIX Enhanced Tape and devices.fcp.tape.rte 7.1.3.15 C ... (0 Replies)
Discussion started by: alainken3
0 Replies
cfgadm_scsi(1M) 					  System Administration Commands					   cfgadm_scsi(1M)

NAME
cfgadm_scsi - SCSI hardware specific commands for cfgadm SYNOPSIS
/usr/sbin/cfgadm [-f] [-y | -n] [-v] [-o hardware_option] -c function ap_id... /usr/sbin/cfgadm [-f] [-y | -n] [-v] [-o hardware_option] -x hardware_function ap_id... /usr/sbin/cfgadm [-v] [-a] [-s listing_option] [-o hardware_option] [-l [ap_id | ap_type ... ]] /usr/sbin/cfgadm [-v] [-o hardware_option] -t ap_id... /usr/sbin/cfgadm [-v] [-o hardware_option] -h [ap_id...] DESCRIPTION
The SCSI hardware specific library /usr/lib/cfgadm/scsi.so.1 provides the functionality for SCSI hot-plugging through the cfgadm(1M) com- mand. cfgadm operates on attachment points, which are locations in the system where hardware resources can be dynamically reconfigured. Refer to cfgadm(1M) for information regarding attachment points. For SCSI hot-plugging, each SCSI controller is represented by an attachment point in the device tree. In addition, each SCSI device is rep- resented by a dynamic attachment point. Attachment points are named through ap_ids. Two types of ap_ids are defined: logical and physical. The physical ap_id is based on the physical pathname, whereas the logical ap_id is a shorter more user-friendly name. For SCSI con- trollers, the logical ap_id is usually the corresponding disk controller number. For example, a typical logical ap_id would be c0. SCSI devices are named relative to the controller ap_id. Thus if a disk device is attached to controller c0, its ap_id can be: c0::dsk/c0t0d0 where dsk/c0t0d0 identifies the specific device. In general, the device identifier is derived from the corresponding logical link for the device in /dev. For example, a SCSI tape drive logical ap_id could be c0::rmt/0. Here c0 is the logical ap_id for the SCSI controller and rmt/0 is derived from the logical link for the tape drive in /dev/rmt. If an identifier can not be derived from the link in /dev, a unique identifier will be assigned to it. For example, if the tape device has no link in /dev, it can be assigned an ap_id of the form c0::st3 where st3 is a unique internally generated identifier. A simple listing of attachment points in the system will include attachment points at SCSI controllers but not SCSI devices. Use the -a flag to the list option (-l) to list SCSI devices as well. For example: # cfgadm -l Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown sysctrl0:slot0 cpu/mem connected configured ok sysctrl0:slot1 sbus-upa connected configured ok To list SCSI devices in addition to SCSI controllers: # cfgadm -al Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown c0::dsk/c0t14d0 disk connected configured unknown c0::dsk/c0t11d0 disk connected configured unknown c0::dsk/c0t8d0 disk connected configured unknown c0::dsk/c0t0d0 disk connected configured unknown c0::rmt/0 tape connected configured unknown sysctrl0:slot0 cpu/mem connected configured ok sysctrl0:slot1 sbus-upa connected configured ok Refer to cfgadm(1M) for more information regarding listing attachment points. The receptacle and occupant state for attachment points at the SCSI controller have the following meanings: empty not applicable disconnected bus quiesced (I/O activity on bus is suspended) connected bus active configured one or more devices on the bus is configured unconfigured no device on the bus is configured The corresponding states for individual SCSI devices are: empty not applicable disconnected bus to which the device is attached is quiesced connected bus to which device is attached is active configured device is configured unconfigured device is not configured OPTIONS
cfgadm defines several types of operations besides listing (-l).These operations include testing, (-t), invoking configuration state changes, (-c), invoking hardware specific functions (-x), and obtaining configuration administration help messages (-h). -c function The following generic commands are defined for the SCSI hardware specific library: For SCSI controller attachment points, the following configuration state change operations are supported: connect Unquiesce the SCSI bus. disconnect Quiesce the bus (suspend I/O activity on bus). Incorrect use of this command can cause the system to hang. See NOTES. configure Configure new devices on SCSI bus. unconfigure Unconfigure all devices connected to bus. The following generic commands are defined for SCSI devices: configure configure a specific device unconfigure unconfigure a specific device -f When used with the disconnect command, forces a quiesce of the SCSI bus, if supported by hardware. Incorrect use of this command can cause the system to hang. See NOTES. -h ap_id SCSI specific help can be obtained by using the help option with any SCSI attachment point. -o hardware_option No hardware specific options are currently defined. -s listing_option Attachment points of class scsi can be listed by using the select sub-option. Refer to the cfgadm(1M) man page for additional information. -t ap_id No test commands are available at present. -x hardware_function Some of the following commands can only be used with SCSI controllers and some only with SCSI devices. In the following, controller_ap_id refers to an ap_id for a SCSI controller, for example, c0. device_ap_id refers to an ap_id for a SCSI device, for example: c0::dsk/c0dt3d0. The following hardware specific functions are defined: insert_device controller_ap_id Add a new device to the SCSI controller, controller_ap_id. This command is intended for interactive use only. remove_device device_ap_id Remove device device_ap_id. This command is intended for interactive use only. replace_device device_ap_id Remove device device_ap_id and replace it with another device of the same kind. This command is intended for interactive use only. reset_device device_ap_id Reset device_ap_id. reset_bus controller_ap_id Reset bus controller_ap_id without resetting any devices attached to the bus. reset_all controller_ap_id Reset bus controller_ap_id and all devices on the bus. EXAMPLES
Example 1: Configuring a Disk The following command configures a disk attached to controller c0: # cfgadm -c configure c0::dsk/c0t3d0 Example 2: Unconfiguring a Disk The following command unconfigures a disk attached to controller c0: # cfgadm -c unconfigure c0::dsk/c0t3d0 Example 3: Adding a New Device The following command adds a new device to controller c0: # cfgadm -x insert_device c0 The system responds with the following: Adding device to SCSI HBA: /devices/sbus@1f,0/SUNW,fas@e,8800000 This operation will suspend activity on SCSI bus c0 Continue (yes/no)? Enter: y The system responds with the following: SCSI bus quiesced successfully. It is now safe to proceed with hotplug operation. Enter y if operation is complete or n to abort (yes/no)? Enter: y Example 4: Replacing a Device The following command replaces a device attached to controller c0: # cfgadm -x replace_device c0::dsk/c0t3d0 The system responds with the following: Replacing SCSI device: /devices/sbus@1f,0/SUNW,fas@e,8800000/sd@3,0 This operation will suspend activity on SCSI bus: c0 Continue (yes/no)? Enter: y The system responds with the following: SCSI bus quiesced successfully. It is now safe to proceed with hotplug operation. Enter y if operation is complete or n to abort (yes/no)? Enter: y Example 5: Encountering a Mounted File System While Unconfiguring a Disk The following command illustrates encountering a mounted file system while unconfiguring a disk: # cfgadm -c unconfigure c1::dsk/c1t0d0 The system responds with the following: cfgadm: Component system is busy, try again: failed to offline: /devices/pci@1f,4000/scsi@3,1/sd@1,0 Resource Information ------------------ -------------------------- /dev/dsk/c1t0d0s0 mounted filesystem "/mnt" FILES
/usr/lib/cfgadm/scsi.so.1 hardware specific library for generic SCSI hot-plugging ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWcsl | +-----------------------------+-----------------------------+ SEE ALSO
cfgadm(1M), luxadm(1M), config_admin(3CFGADM), libcfgadm(3LIB), attributes(5) NOTES
The disconnect (quiesce) operation is not supported on controllers which control disks containing critical partitions such as root (/), /usr, swap, or /var. The disconnect operation should not be attempted on such controllers. Incorrect usage can result in a system hang and require a reboot. Hotplugging operations are not supported by all SCSI controllers. WARNINGS
The connectors on some SCSI devices do not conform to SCSI hotplug specifications. Performing hotplug operations on such devices can cause damage to the hardware on the SCSI bus. Refer to your hardware manual for additional information. SunOS 5.10 21 Sept 2005 cfgadm_scsi(1M)
All times are GMT -4. The time now is 07:22 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy