Sponsored Content
Operating Systems Solaris How to find missing disks on Sun x4150 without reboot? Post 302519937 by aixlover on Thursday 5th of May 2011 12:12:16 PM
Old 05-05-2011
How to find missing disks on Sun x4150 without reboot?

Hi, Here is the issue: There are 4 disks on this Sun x4150 system under Solaris 10, but only 1 disk can be seen by the OS. I've tried commands disks and devfsadm but not working. It's an important production server, so 'reboot -r' is not a choice.

Code:
# format < /dev/null
Searching for disks...done
AVAILABLE DISK SELECTIONS:
       0. c0t0d0 <DEFAULT cyl 35666 alt 2 hd 255 sec 63>
          /pci@0,0/pci8086,25f8@4/pci108e,286@0/disk@0,0
Specify disk (enter its number):
 
# iostat -E
sd0       Soft Errors: 1 Hard Errors: 0 Transport Errors: 0
Vendor: TSSTcorp Product: CD/DVDW TS-T632A Revision: SR03 Serial No:
Size: 0.00GB <0 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 1 Predictive Failure Analysis: 0
sd1       Soft Errors: 2 Hard Errors: 0 Transport Errors: 0
Vendor: Sun      Product: STK RAID INT     Revision: V1.0 Serial No:
Size: 293.39GB <293391564288 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 2 Predictive Failure Analysis: 0
 
# cfgadm -al
Ap_Id                          Type         Receptacle   Occupant     Condition
c0                             scsi-bus     connected    configured   unknown
c0::dsk/c0t0d0                 disk         connected    configured   unknown
pcie32                         etherne/hp   connected    configured   ok
usb0/1                         unknown      empty        unconfigured ok
usb0/2                         unknown      empty        unconfigured ok
usb1/1                         unknown      empty        unconfigured ok
usb1/2                         usb-device   connected    configured   ok
usb2/1                         unknown      empty        unconfigured ok
usb2/2                         unknown      empty        unconfigured ok
usb3/1                         unknown      empty        unconfigured ok
usb3/2                         unknown      empty        unconfigured ok
usb4/1                         usb-storage  connected    configured   ok
usb4/2                         unknown      empty        unconfigured ok
usb4/3                         unknown      empty        unconfigured ok
usb4/4                         unknown      empty        unconfigured ok
usb4/5                         unknown      empty        unconfigured ok
usb4/6                         usb-hub      connected    configured   ok
usb4/6.1                       unknown      empty        unconfigured ok
usb4/6.2                       unknown      empty        unconfigured ok
usb4/6.3                       unknown      empty        unconfigured ok
usb4/6.4                       unknown      empty        unconfigured ok
usb4/7                         unknown      empty        unconfigured ok
usb4/8                         unknown      empty        unconfigured ok

Thank you in advance!
 

9 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Sun internal disks and HBA card

I have a V490 that has couple internal disks attached to the same dual-port HBA card that I'm planning attach to the SAN for additional storage. Would I sacrifice performance if I use the same HBA? Is it better to throw in a new HBA instead? (1 Reply)
Discussion started by: kiem
1 Replies

2. Solaris

disks - Sun Enterprise 220R and SF 280R

Hi, I have SE 220R with 2 disks mirrored using SVM and running OS - solaris 9. Because of performance issues on 220R I'd like to move the OS/application data to SF 280R. Having found that SF280R will only support Fiber channel disks, I am now wondering how to move complete data from SCSI... (3 Replies)
Discussion started by: upengan78
3 Replies

3. Red Hat

missing raid array after reboot

Dear all , i ve configured raid 0 in redhat machine(VM ware), by following steps: #mdadm -C /dev/md0 -l 0 -n 2 /dev/sdb1 /dev/sdc1 #mkfs.ext3 /dev/md0 #mdadm --detail --scan --config=mdadm.conf >/etc/mdadm.conf then mounted the/dev/md0 device and also added a entry in fstab. how... (2 Replies)
Discussion started by: sriniv666
2 Replies

4. Solaris

Reboot causes disks in Resync State

Dear Team, This time i am facing some new problems which is beyond my thinking. I need some expert advice. We are having 4 Servers ( 2 nos Sun SPARC Enterprise T5220 & 2 nos of SF e2900 Servers ). Both the T5220 Servers are Termed as Node A and Node B . The same things are followed with... (1 Reply)
Discussion started by: sudhansu
1 Replies

5. Solaris

Upgrade Sun x4150 ELOM issue

Hi, I was trying to upgrade firmware for this Sun x4150 from ELOM to ILOM. I did it under GUI ELOM Manager > Maintenance > Firmware Upgrade. It then showed 'Someone is upgrading firmware' and took forever. I believe its hung due to unknown reason (wrong file used?). I poweroff and poweron the... (4 Replies)
Discussion started by: aixlover
4 Replies

6. Fedora

Missing entries in log files just before/after reboot

Hello world, One of the servers, a Fedora one,rebooted today (Luckily, a testbox). I tried to get the reason the server rebooted. After going through the messages, I think that the log entries just before and after reboot are missing. Please below: (****** is the server name, for privacy... (0 Replies)
Discussion started by: satish51392111
0 Replies

7. Solaris

Solaris 10 Installation - Disks missing, and Raid

Hey everyone. First, let me start by saying I'm primarily focused on linux boxes, and just happened to get pulled into building two T5220's. I'm not super educated on sun boxes. Both T5220's have 8 146GB 15k SAS drives. Inside the service processor, I can run SHOW /SYS/HDD{0-7} and they all come... (2 Replies)
Discussion started by: msarro
2 Replies

8. Solaris

Disks missing from /devices folder. Not sure why.

Help Please! I picked up a V440 and it has 4 disks. I installed Solaris fine to disk 3, but I cannot see the other disks in Solaris. I have run probe-scsi-all from OBP and I see the other disks and they have names in devalias AFAIK. It's just in Solaris they do not appear. I have run... (6 Replies)
Discussion started by: greg1975
6 Replies

9. Solaris

Missing ASM Disks in Solaris 11.3 LDOM

Hi Guys, Just a quick question hopefully someone will have seen this before and will be able to enlighten me. I have been doing some Infrastructure Verification Testing and one of the tests was booting the primary domain from alternate disks, this all went well - however on restarting one of... (7 Replies)
Discussion started by: gull04
7 Replies
cfgadm_usb(1M)						  System Administration Commands					    cfgadm_usb(1M)

NAME
cfgadm_usb - USB hardware-specific commands for cfgadm SYNOPSIS
/usr/sbin/cfgadm [-f] [-y | -n] [-v] -c function ap_id... /usr/sbin/cfgadm -f [-y | -n] [-v] [-o hardware_options] -x hardware_function ap_id... /usr/sbin/cfgadm -v [-a] [-s listing_option] [-l [ap_id | ap_type...]] /usr/sbin/cfgadm -v -h [ap_id]... DESCRIPTION
The Universal Serial Bus (USB) hardware-specific library /usr/lib/cfgadm/usb.so.1 provides the functionality for administering USB devices via the cfgadm(1M) command. cfgadm operates on attachment points. For details regarding attachment points, refer to cfgadm(1M). For USB administration, the only attachment points supported are the ports of hubs attached to the USB bus. Attachment points are named through attachment point IDs (ap_ids). The USB bus is hierarchical, so the ap_ids are as well. USB hubs have ports, numbered from 1 to n. All USB ap_ids consist of a string of the following form: usbN/A[.B[.C[...]]] where N is the Nth USB host controller on the system, A is port #A on the root (top) hub. B is port #B of the hub plugged into port #A of the hub above it. C is port #C of the hub plugged into port #B of the hub above it, and so forth. For example, the first port on the root hub of USB controller 0 (the only controller), has a logical ap_id: usb0/1 Similarly, the second port on the first external hub plugged into the first port on the root hub of the first USB controller has a logical ap_id: usb0/1.2 For example, if the ap_id is usb0/1.4.3.4, it represents port 4 of the hub plugged into port 3 of the hub plugged into port 4 of the hub plugged into port 1 of the root hub of the first USB host controller on the system. example# cfgadm -l Ap_Id Type Receptacle Occupant Condition usb0/1 USB-hub connected configured ok usb0/2 unknown empty unconfigured ok usb0/1.1 USB-storage connected configured ok usb0/1.2 unknown empty unconfigured ok usb0/1.3 unknown empty unconfigured ok usb0/1.4 USB-device connected configured ok USB2.0 chips have one EHCI host USB2.0 host controller and a number of companion USB 1.x host controllers (either OHCI or UHCI host con- trollers). When a USB2.0 device has been plugged in, it shows up on the EHCI logical ports which might not have a 1 to 1 mapping to external physical port numbers on the system. When a USB1.x device is plugged in, the EHCI host controller reroutes the device to a companion host con- troller and the device shows up on the companion's logical port number. The mapping of logical port numbers to physical port numbers can get quite complicated. For example: % cfgadm Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown usb0/1 usb-mouse connected configured ok usb0/2 usb-kbd connected configured ok usb0/3 unknown empty unconfigured ok usb0/4 usb-hub connected configured ok usb0/4.1 unknown empty unconfigured ok usb0/4.2 unknown empty unconfigured ok usb0/4.3 unknown empty unconfigured ok usb0/4.4 usb-storage connected configured ok usb1/1 unknown empty unconfigured ok usb1/2 unknown empty unconfigured ok usb1/3 unknown empty unconfigured ok usb2/1 unknown empty unconfigured ok usb2/2 usb-device connected configured ok usb3/1 unknown empty unconfigured ok usb3/2 unknown empty unconfigured ok usb3/3 unknown empty unconfigured ok usb3/4 unknown empty unconfigured ok usb3/5 unknown empty unconfigured ok In this example usb0 is the onboard USB 1.x host controller. usb1 and usb2 are companion OHCI USB1.x host controllers and usb3 is an EHCI USB2.0 host controller. The following table shows the somewhat confusing routing for this USB2.0 chip: logical port number physical port number ------------------- -------------------- usb1/1 internal port 1 usb1/2 external port 1 usb1/3 external port 3 usb2/1 internal port 2 usb2/2 external port 2 usb3/1 internal port 1 usb3/2 internal port 2 usb3/3 external port 1 usb3/4 external port 2 usb3/5 external port 3 Unfortunately, the exact routing can often only be determined by experimentation. The receptacle states for attachment points at the USB port have the following meanings: connected USB port is powered on and enabled. A USB device is plugged in to the port. The device is logically connected to the USB bus. disconnected USB port is powered on and enabled. A USB device is plugged into the port. The device has been logically disconnected from the USB bus (using the cfgadm -c disconnect command). empty USB port is powered on, but no device is plugged in to it. The occupant states for devices at USB port attachment points at the USB port have the following meanings: configured The USB device at the USB port is configured and usable by Solaris. unconfigured The USB device at the USB port was explicitly off-lined using cfgadm -c unconfigure, or was not successfully configured for use with Solaris, for example, having no driver or a device problem. The attachment point conditions are: ok Normal state - ready for use. failing Not used. failed Not used. unusable The user has physically removed a device while an application had the device open (there might be outstanding I/O). Users need to rein- sert the same physical device and close the application properly before removing the device again. The port cannot configure other inserted devices until this is done. If the original device cannot be reinserted into the port, see the for instructions for clearing this attachment point condition. unknown Not used. A USB device can be hotplugged or hotunplugged at any time, and the system detects the event and takes the appropriate action. It is not necessary to transition a receptacle to the disconnected state before removing its device from the USB. However, it is not recom- mended to hot-remove devices currently in use (such as removable disks currently opened by a volume manager or some other application). OPTIONS
cfgadm defines several types of operations. These operations include invoking configuration state changes (-c), invoking hardware-specific functions (-x), and obtaining configuration administration help messages (-h). If any of these operations fail, the device and attachment point might not be in the expected state. Use the cfgadm -l command to display the device's current status. All other options have the same meaning as defined in cfgadm(1M). The following options are supported: -c function The following generic commands are defined for the USB hardware specific library. The following configuration state change operations are supported: configure If there is a USB device plugged into the port, this command attempts to configure it and set everything up so that it is usable by Solaris. This command does an implied connect (reverse of disconnect) if necessary. This command accomplishes nothing, and returns an error message, if the device at that port is already configured. After successful execution of this command, the device is ready for use under Solaris. disconnect Performs an unconfigure on the ap_id (if it is not already unconfigured), and then transitions the receptacle to the disconnected state, even though a device is still be plugged into the port. Issuing a cfgadm -c configure, or physically hotplugging the device, brings the device back to the connected receptacle state, and to the configured occupant state, assuming a driver can be found and there are no problems enumerating and configuring the device. unconfigure Makes the device plugged into the port unusable by Solaris (offline it). If successful, cfgadm reports this ap_id's occupant state as unconfigured. Issuing a configure to the ap_id (if successful) brings its occupant back to the configured (online) condition, as it physically hotplugging the device on the port. -f Not supported. -h ap_id USB specific help can be obtained by using the help option with any USB attachment point. -l[v] The -l option works as described in cfgadm(1M). When paired with the -v option, the Information field contains the following USB-spe- cific information: o Mfg: manufacturer string (iManufacturer) o Product: product string (iProduct) o NConfigs: total number of configurations the device supports (bNumConfigurations). o Config: current configuration setting in decimal (configuration index, not configuration value). o The configuration string descriptor for the current configuration (iConfiguration) See the Universal Serial Bus specification for a description of these fields. -o hardware_options Hardware options are only supported for the hardware-specific command, -x usb_config. See the description of that command below for an explanation of the options available. -s listing_options Attachment points of class USB can be listed by using the select sub-option. See cfgadm(1M). -x hardware_function The following hardware-specific functions are defined: usb_config -o config=n This command requires the mandatory config value to be specified using the -o option. Sets the USB configuration of a multi-configuration USB device at ap_id to configuration index n. The device is set to this config- uration henceforth and this setting persists across reboots, hot-removes, and unconfigure/configure of the device. Valid values of n range from 0 to (Nconfigs -1). The device is reset by a disconnect followed by a configure. The configure causes the device to be configured to the new configuration setting. If any of these steps fail, the configuration file and the device are restored to their previous state and an error message is issued. usb_reset Performs a software reset (re-enumeration) of the device. This is the equivalent of removing the device and inserting it back again. The port on the hub is power cycled if the hub supports power cycling of individual ports. If the connected device is a hub, this function has the effect of resetting that hub and any devices down the tree of which it is the root. If any of these steps fail, the device is restored to its previous state and an error message is issued. State table: attachment points state versus commands: Valid states: empty/unconfigured -> no device connected disconnected/unconfigured -> logically disconnected, unavailable, devinfo node removed, device physically connected connected/unconfigured -> logically connected, unavailable, devinfo node present connected/configured -> connected, available The table below clarifies the state transitions resulting from actions or commands: current state operation new state ------------- --------- --------- empty/ unconfigured: device plugged in: connected/configured or connected/unconfigured (if enumeration failed) device removed: n/a cfgadm -c unconfigure: empty/unconfigured cfgadm -c configure: empty/unconfigured cfgadm -c disconnect: empty/unconfigured (no-op and error) disconnected/ unconfigured: device plugged in: n/a device removed: empty/unconfigured cfgadm -c unconfigure: disconnected/unconfigured cfgadm -c configure: connected/configured, or connected/unconfigured (if reenumeration failed) cfgadm -c disconnect: disconnected/unconfigured connected/unconfigured: device plugged in: n/a device removed: empty/unconfigured cfgadm -c unconfigure: connected/unconfigured cfgadm -c configure: connected/configured, or connected/unconfigured (if reenumeration failed) cfgadm -c disconnect: disconnected/unconfigured connected/configured: device plugged in: n/a device removed: empty/unconfigured or connected/configured, but with ap condition 'unusable' if device was open when removed cfgadm -c unconfigure: connected/unconfigured cfgadm -c configure: connected/configured cfgadm -c disconnect: disconnected/unconfigured EXAMPLES
Example 1 Listing the Status of All USB Devices The following command lists the status of all USB devices on the system: # cfgadm Ap_Id Type Receptacle Occupant Condition usb0/1 USB-hub connected configured ok usb0/2 unknown empty unconfigured ok usb0/1.1 USB-storage connected configured ok usb0/1.2 unknown empty unconfigured ok usb0/1.3 unknown empty unconfigured ok usb0/1.4 USB-device connected configured ok Notice that cfgadm treats the USB-device device at ap_id usb0/1.4 as a single unit, since it cannot currently control individual inter- faces. Example 2 Listing the Status of a Port with No Device Plugged In The following command lists the status of a port with no device plugged in: example# cfgadm -l usb0/1.3 Ap_Id Type Receptacle Occupant Condition usb0/1.3 unknown empty unconfigured ok Example 3 Listing the Status of the Same Port with a Device Plugged In The following command lists the status of the same port after physically plugging in a device that configures without problems: example# cfgadm -l usb0/1.3 Ap_Id Type Receptacle Occupant Condition usb0/1.3 USB-hub connected configured ok Example 4 Unconfiguring an Existing USB Device The following command unconfigures the USB device attached to usb0/1.3, then displays the status of the ap_id: example# cfgadm -c unconfigure usb0/1.3 Unconfigure the device: /devices/pci@0,0/pci8086,7112@7,2/hub@2:2.3 This operation suspends activity on the USB device Continue (yes/no)? Enter: y example# cfgadm -l usb0/1.3 Ap_Id Type Receptacle Occupant Condition usb0/1.3 unknown connected unconfigured ok Example 5 Unconfiguring and Logically Disconnecting an Existing USB Device The following command unconfigures and logically disconnects a USB device attached to usb0/1.3: example# cfgadm -c disconnect usb0/1.3 Disconnect the device: /devices/pci@0,0/pci8086,7112@7,2/hub@2:2.3 This operation suspends activity on the USB device Continue (yes/no)? Enter: y example# cfgadm -l usb0/1.3 Ap_Id Type Receptacle Occupant Condition usb0/1.3 unknown disconnected unconfigured ok A disconnect implies that cfgadm does an unconfigure first. The receptacle status now shows disconnected, even though the device is still physically connected. In this case, a physical hotplug or using the cfgadm -c configure on the ap_id brings it back on-line. Example 6 Configuring a Previously Unconfigured USB Device The following command configures a USB device that was previously attached to usb0/1.3: example # cfgadm -yc configure usb0/1.3 example# cfgadm -l usb0/1.3 Ap_Id Type Receptacle Occupant Condition usb0/1.3 unknown connected configured ok Example 7 Resetting a USB Device The following command resets a USB device: example# cfgadm -x usb_reset usb0/1.3 Reset the device: /devices/pci@0,0/pci8086,7112@7,2/hub@2:2.3 This operation suspends activity on the USB device Continue (yes/no)? Enter: y Example 8 Displaying Detailed Information About a USB Device The following command displays detailed information about a USB device. This device shows the following USB-specific information in the 'Information' field: o Manufacturer string: Iomega o Product string: USB Zip 250 o Number of configurations supported: 1 o Configuration currently active: 0 o Configuration string descriptor for configuration 0: Default example# cfgadm -lv usb0/1.5 Ap_Id Receptacle Occupant Condition Information When Type Busy Phys_Id usb0/1.5 connected configured ok Mfg:"Io mega" Product:"USB Zip 250" NConfigs:1 Config:0 : Default example# cfgadm -l -s "cols=ap_id:info" usb0/1.5 Ap_Id Information usb0/1.5 Mfg:"Iomega" Product:"USB Zip 250" NConfigs:1 Config:0 : Default Example 9 Displaying Detailed Information About All USB Devices The following command displays detailed information about all USB devices on the system: example# cfgadm -l -s "select=class(usb),cols=ap_id:info" Ap_Id Information usb0/1 Mfg:<undefined> Product:<undefined> NConfigs:1 Config:0 <no cfg str descr> usb0/2 usb0/1.1 Mfg:<undefined> Product:<undefined> NConfigs:1 Config:0 <no cfg str descr> usb0/1.2 usb0/1.3 usb0/1.4 Mfg:"Wizard" Product:"Modem/ISDN" NConfigs:3 Config:1 : V.90 Analog Modem usb0/1.5 Mfg:"Iomega" Product:"USB Zip 250" NConfigs:1 Config:0 : Default usb0/1.6 Mfg:"SOLID YEAR" Product:"SOLID YEAR USB"NConfigs:1 Config:0 <no cfg str descr> usb0/1.7 Lines containing only an ap_id are empty ports. These can be filtered out. This example only lists USB ap_ids with connected devices, and information about those devices. example# cfgadm -l -s "select=class(usb),cols=ap_id:info" | grep Mfg usb0/1 Mfg:<undefined> Product:<undefined> NConfigs:1 Config:0 <no cfg str descr> usb0/1.1 Mfg:<undefined> Product:<undefined> NConfigs:1 Config:0 <no cfg str descr> usb0/1.4 Mfg:"Wizard" Product:"Modem/ISDN" NConfigs:3 Config:1 : V.90 Analog Modem usb0/1.5 Mfg:"Iomega" Product:"USB Zip 250" NConfigs:1 Config:0 : Default usb0/1.6 Mfg:"SOLID YEAR" Product:"SOLID YEAR USB" Config:0 <no cfg str descr> Example 10 Listing Information About a Multi-configuration USB Device The following example lists information about a multi-configuration USB device. Notice the NConfigs field: the configurations available for this device are 0, 1, and 2 (0 to (NConfigs-1)). example# cfgadm -l -s "cols=ap_id:info" usb0/1.4 Ap_Id Information usb0/1.4 Mfg:"Wizard" Product:"Modem/ISDN" NConfigs:3 Config:1 V.90 Analog Modem" Example 11 Setting the Current Configuration of a Multi-configuration USB Device The following example sets the current configuration of a multi-configuration USB device: example# cfgadm -o config=2 -x usb_config usb0/1.4 Setting the device: /devices/pci@1f,2000/usb@1/device@3 to USB configuration 2 This operation suspends activity on the USB device Continue (yes/no)? Enter: y USB configuration changed successfully. The device path should be checked to ensure that the right instance of a device is being referred to, in the case where multiple devices of the exact same type are on the same bus. This information is available in the 'Information' field. FILES
/usr/lib/cfgadm/usb.so.1 Hardware specific library for generic USB device administration ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWcsl | +-----------------------------+-----------------------------+ SEE ALSO
cfgadm(1M), config_admin(3CFGADM), attributes(5), scsa2usb(7D), usba(7D) Universal Serial Bus 1.1 Specification (www.usb.org) NOTES
cfgadm(1M) can not unconfigure, disconnect, reset, or change the configuration of any USB device currently opened by any application. These operations also fail on a hub if a device in its hierarchy is opened by an application. See scsa2usb(7D) for unconfiguring a USB mass-stor- age device that is currently in use. Only super-users can execute any functions on an attachment point. However, one need not be a super-user to list the attachment points. SunOS 5.11 1 Mar 2007 cfgadm_usb(1M)
All times are GMT -4. The time now is 03:36 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy