On 02/24/09 22:57, VIKAS MR wrote: > Hello, > Thank you for the answer. > Here by "CPU" in T5140/T5240 systems I meant one "CPU socket". May be I did > not communicate properly in the previous message. > > Yes that is a good idea to have "number of CPU's" as fallback option in case > the "CPU socket" to which it is assigned fails. > > So is there any option like that ?
Not that I know of. Do you want to file an RFE, or should I? > Because, the least we want is that the VNIC goes "down" when a CPU goes down. That is a separate issue. Not only will the VNIC go down, chances are that when the whole chip/socket fails, the system will go down. It will typically be able to reboot in degraded mode, meaning that 1/2 of the CPUs and its connected I/O will not be accessible. Through support for redundant paths for network and disk, Solaris has been able to run like this for years. In the specific case of assigning fixed CPUs to a VNIC, that is a 'new' administrative operation, and may need more flexibility. Also, since the underlying device may have not come back, it may be desirable to configure the VNIC on top of an aggregation that uses interfaces off of both CPUs. I'll have to verify whether you can create a VNIC on top of an aggregation. I think you should be able to. Given the complexities of designing around such a failure, it may be worth looking at other forms of availability, if possible, to handle a full socket failure. Steffen PS. The T5440 with four sockets has the ability to reconfigure the PCIe so that I/O is available through other paths. See http://blogs.sun.com/pyakutis/entry/t5440_pci_e_reconfiguration
