Sponsored Content
Operating Systems Solaris VxVM..anything to worry about in here.. Post 302267874 by incredible on Sunday 14th of December 2008 11:13:44 AM
Old 12-14-2008
Hi reborg, what you meant by socal card ?
 

7 More Discussions You Might Find Interesting

1. Solaris

VxVM

All solaris rescue gurus out there .... I've a Solaris 2.6 E450 on which my sysadmin guy has deleted every file (not sub-directories) from the /etc directory. The machine is (was) running Vxvm with the root volume encapsulated. I've tried booting from CDROM, mounting the root volume... (3 Replies)
Discussion started by: andy11983
3 Replies

2. Filesystems, Disks and Memory

vmstat -d with VxVM

I've got a Linux box that I'm pretty sure is having some disk issues. iostat isn't installed, but vmstat is, so i've been trying to use that to do some initial diagnostics while I go through our company's change control process to get iostat installed. The problem I'm having is that the disks... (4 Replies)
Discussion started by: kknigga
4 Replies

3. Solaris

VxVM on Solaris.

Hi, Quick question if anyone knows this. Is there a command I can use in Veritas Volume manager on Solaris that will tell me what the name of the SAN I am connected to? We have a number of SANs so I am unsure which one my servers are connected to. Thanks. (13 Replies)
Discussion started by: gwhelan
13 Replies

4. Solaris

Reg. VXVM

Hi Guys, I have a doubt either to Reboot the server after Replacing the disk0. I have two disks under vxvm root mirrored and i had a problem with primary disk so i replace the disk0 failed primary disk and then mirrored. After mirroring is it reboot required ? (7 Replies)
Discussion started by: kurva
7 Replies

5. Filesystems, Disks and Memory

VxVM and MPxIO

:confused: Last week I read that VxVM won't work with MPxIO (i don't recall the link) and that it should be unconfigured when installing VxVM. Today I read that VxVM works in "pass-thru" mode with MPxIO and DMP uses the devices presented by MPxIO. If I create disks with MPxIO and use VxVM to... (1 Reply)
Discussion started by: bluescreen
1 Replies

6. Solaris

No of volumes in vxvm

Anyone knows that how many volumes can be created in a Diskgroup? Thanks in advance... (1 Reply)
Discussion started by: bpsunadm
1 Replies

7. Solaris

vxvm

hi all, how can we check whether vxvm is installed in our system or not in solaris? Thanks in advance dinu (4 Replies)
Discussion started by: dinu
4 Replies
sf(7D)								      Devices								    sf(7D)

NAME
sf - SOC+ FC-AL FCP Driver SYNOPSIS
sf@port,0 DESCRIPTION
The sf driver is a SCSA compliant nexus driver which supports the Fibre Channel Protocol for SCSI on Private Fibre Channel Arbitrated loops. An SBus card called the SOC+ card (see socal(7D)) connects the Fibre Channel loop to the host system. The sf driver interfaces with the SOC+ device driver, socal(7D), the SCSI disk target driver, ssd(7D), and the SCSI-3 Enclosure Services driver, ses(7D). It only supports SCSI devices of type disk and ses. The sf driver supports the standard functions provided by the SCSA interface. The driver supports auto request sense and tagged queueing by default. The driver requires that all devices have unique hard addresses defined by switch settings in hardware. Devices with conflicting hard addresses will not be accessible. FILES
/platform/architecture/kernel/drv/sf ELF kernel module /platform/architecture/kernel/drv/sf.conf sf driver configuration file ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Architecture |SPARC | +-----------------------------+-----------------------------+ SEE ALSO
luxadm(1M), prtconf(1M), driver.conf(4), socal(7D), ssd(7D) Writing Device Drivers ANSI X3.272-1996, Fibre Channel Arbitrated Loop (FC-AL) ANSI X3.269-1996, Fibre Channel Protocol for SCSI (FCP) ANSI X3.270-1996, SCSI-3 Architecture Model (SAM) Fibre Channel Private Loop SCSI Direct Attach (FC-PLDA) DIAGNOSTICS
In addition to being logged, the messages below may display on the system console. The first set of messages indicate that the attachment was unsuccessful, and will only display while the sf driver is initially attempting to attach. Each message is preceded by sf%d , where %d is the instance number of the sf device. Failed to alloc soft state Driver was unable to allocate space for the internal state structure. Driver did not attach to device, SCSI devices will be inaccessi- ble. Bad soft state Driver requested an invalid internal state structure. Driver did not attach to device, SCSI devices will be inaccessible. Failed to obtain transport handle Driver was unable to obtain a transport handle to communicate with the socal driver. Driver did not attach to device, SCSI devices will be inaccessible Failed to allocate command/response pool Driver was unable to allocate space for commands and responses. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate kmem cache Driver was unable to allocate space for the packet cache. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate dma handle for Driver was unable to allocate a dma handle for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate lilp map Driver was unable to allocate space for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to bind dma handle for Driver was unable to bind a dma handle for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to attach Driver was unable to attach for some reason that may be printed. Driver did not attach to device, SCSI devices will be inaccessible. The next set of messages may display at any time. The full device pathname, followed by the shorter form described above, will precede the message. Invalid lilp map The driver did not obtain a valid lilp map from the socal driver. SCSI device will be inaccessible. Target t, AL-PA x and hard The device with a switch setting t has an AL-PA x which does not match its hard address y. The device will not be accessible. Duplicate switch settings The driver detected devices with the same switch setting. All such devices will be inaccessible. WWN changed on target t The World Wide Name (WWN) has changed on the device with switch setting t. Target t, unknown device type The driver does not know the device type reported by the device with switch setting t. SunOS 5.11 27 Mar 1997 sf(7D)
All times are GMT -4. The time now is 11:17 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy