Sponsored Content
Operating Systems AIX Configure VIOS SEA w. load sharing Post 302680005 by bakunin on Wednesday 1st of August 2012 05:08:05 AM
Old 08-01-2012
[Solved] Configure VIOS SEA w. load sharing

I am trying to install a VIOS pair with a load-sharing SEA adapter, following this recipe from Developerworks. Without load-sharing everything went fine and worked as expected, but somehow i am a bit lost and the first tries with "ha_mode=sharing" didn't work at all.

Here is the situation:

I have one VIOS pair and in each VIOS i have one SEA contructed from 2 physical Ethernet Adapters (10G-Ethernet). The adapters (ent0 and ent1) as well as the SEA (ent2) work testedly well, as did the control-channel.

From the "outside" i have several VLAN IDs, "internal" i have only one (which might change, we build the machine right now).

What i tried to achieve was to have the SEA of the second VIOS share the load instead of having an idle stand-by. I wanted to base the load-sharing on the external VLAN IDs (VIOS 1 serving ext. VLANs A, C, E, ... and VIOS 2 serving ext. VLANs B, D, F, ...). For this i created one virtual adapter for each external VLAN on the SEA and tried to switch on load-sharing, but got no communication.

I suspect that i somehow missed the proper VLAN layout and confused internal and external VLANs somehow in my HMC definitions. Maybe someone has already done that and can shed some light on this. Some step-by-step how-to would be appreciated.

Another question is: how do i create additional internal VLANs and put them on this setup? Right now there is no need for additional VLANs but this requirement might well change over time.

Thanks for your help.

bakunin
 

9 More Discussions You Might Find Interesting

1. IP Networking

sharing of IP address for load sharing avoiding virtual server & redirection machine

I have RedHat 9.0 installed on three of my servers (PIII - 233MHz) and want that they share a common IP address so that any request made reaches each of the servers. Can anyone suggest how should I setup my LAN. I'm new to networking in Linux so please elaborate and would be thankful for a timely... (2 Replies)
Discussion started by: Rakesh Ranjan
2 Replies

2. Shell Programming and Scripting

Need help in wrting Load Script for a Load-Resume type of load.

hi all need your help. I am wrting a script that will load data into the table. then on another load will append the data into the existing table. Regards Ankit (1 Reply)
Discussion started by: ankitgupta
1 Replies

3. AIX

VIOS SEA on LHEA doesn't work

I am trying to create a SEA on a LHEA port and it gives me error lsdev -Cc adapter: ent0 logical host ethernet port (l-hea) ent1 virtual I/O ethernet adapter mkvdev -sea ent0 -vadapter ent1 -default ent1 -defaultid 199 method error (/usr/lib/methods/cfgsea): Failed to configure SEA... (0 Replies)
Discussion started by: filosophizer
0 Replies

4. AIX

VIOS SEA Creation

Hi Guys, I'm getting the below error while trying to create a SEA adapter in VIOS $ mkvdev -sea ent0 -vadapter ent2 -default ent2 -defaultid 1 ... (4 Replies)
Discussion started by: kkeng808
4 Replies

5. AIX

How to set 4 SEA on single VIOS

Hi experts, i got a 4-port Adapter card on VIOS and would like to configure 4SEA for 4 difference segment IP client's LPAR use, first SEA succeed to be configured on ent0 but once second SEA configured, first SEA fail to be connected. Any issues i need to be concerned in order to configure 4 SEA on... (8 Replies)
Discussion started by: polar
8 Replies

6. AIX

VIOS IP address - separate vlan for vios servers ?

Hello, Lets say for simplicity that I do not use any vlan config inside my server - one lpar group use hea physical port1, another group hea physical port2. Physical port1 configured as vlan1 on external switch, physical port2 as vlan2. What is the common practice - should I isolate my vios... (0 Replies)
Discussion started by: vilius
0 Replies

7. AIX

How to configure iSCSI TOE w/ load balancing?

Sorry guys but let me start off by saying I am an AIX noob! I am running AIX 6.1 and recently purchased two iSCSI TOE cards. The plan is to connect these two cards to a Dell EqualLogic SAN and that has two volumes configured for logs and data. The point of the two cards is to do load balancing... (21 Replies)
Discussion started by: cbrinker
21 Replies

8. Shell Programming and Scripting

Checking running process status using "grep" on multiple servers in load sharing system.

Suppose i have 3 different servers say x,y and z. Im running some process say ABC and 40 instances for the same is being created. In load sharing suppose on server x, 20 instances are running server y, 10 instances are running server z, 10 instances are running. While checking the... (1 Reply)
Discussion started by: ankitknit
1 Replies

9. AIX

VIOS entstat versus seastat for SEA

Hello, I found that the packet counts given by entstat -d SEA is not the same as the total of the packet counts given by seastat -d SEA for the same interval of time. Do anyone have an explanation for the difference. We recently got a recommendation that the throughput on an SEA should not... (5 Replies)
Discussion started by: N8R
5 Replies
FCOEMON(8)							  Open-FCoE Tools							FCOEMON(8)

NAME
fcoemon - Open-FCoE service daemon SYNOPSIS
fcoemon [-f|--foreground] [-l|--legacy] [-d|--debug] [-s|--syslog] fcoemon -h|--help fcoemon -v|--version DESCRIPTION
The fcoemon daemon is the core component of the Open-FCoE management service. The primary function of fcoemon is to control FCoE instances. fcoemon will create, destroy, reset, enable and disable FCoE instances based on system configuration, administrative commands, and runtime events. On startup, fcoemon will create FCoE instances defined by the configuration files (see FILES section below). Since FCoE typically relies on the Data Center Bridging (DCB) capabilities of an Ethernet interface, fcoemon establishes a connection with the LLDP daemon lldpad to query the status of the DCB features on relevant Ethernet interfaces and receive DCB configuration change events. During runtime, fcoemon will monitor network and lldpad events for the relevant Ethernet interfaces and perform appropriate actions (create, destroy, enable, disable) on the FCoE instances. fcoemon also provides a client interface via which the fcoeadm utility is able to issue commands. Installation of the fcoe-utils package will set up an fcoe service which will control the execution of the fcoemon daemon. OPTIONS
-f, --foreground Run fcoemon in the foreground. -d, --debug Enable debugging messages. -l, --legacy Force fcoemon to use the legacy /sys/modlue/libfcoe/parameters/ interface. The default is to use the newer /sys/bus/fcoe/ interfaces if they are available. -s, --syslog Use syslogd for logging. The default behavior is to log to stdout and stderr. -h, --help Show help message with basic usage instructions -v, --version Show the version of the fcoemon command. TERMINOLOGY
DCB Data Center Bridging A set of Ethernet enhancement standards developed by the IEEE 802.1 Working Group. See http://www.ieee802.org/1/pages/dcbridges.html for more information. DCBX DCB Capabilities Exchange Protocol, implemented by the DCB module of lldpad. DCBX exchanges DCB capabilities and configuration with a link partner as a series of values transferred using the Link Layer Discovery Protocol (LLDP). PFC Priority-based Flow Control, a DCB feature. App:FCoE The FCoE instance of application specific parameters in DCBX. CRITERIA USED FOR CONTROLLING THE FCOE INSTANCE
fcoemon uses two information sources for determining when to create an FCoE instance: the state of the network interface, which may be a VLAN interface, and, if required for the FCoE instance, the state of the DCB configuration on the physical Ethernet interface. First of all, the network interface must be "up" for the FCoE instance to be created. Secondly, if the FCoE configuration indicates that DCB is required, then the following criteria must be satisfied before the FCoE interface is created: o DCB is enabled on the Ethernet interface. o The PFC DCB feature is enabled and operational. o The App:FCoE DCB feature is enabled and operational. o The priority indicated by the App:FCoE feature is also enabled for PFC. Once the FCoE instance is created by fcoemon, it will only be destroyed under the following conditions: o The driver for the Ethernet interface is unloaded. o A user administratively destroys the FCoE instance using fcoeadm. o The fcoemon daemon is terminated. If DCB is required for the FCoE instance, and the DCB settings change after the interface is created, the following criteria are used to disable the FCoE instance: o DCB is disabled on the Ethernet interface. o The App:FCoE DCB feature is not enabled. o The App:FCoE and PFC features are operational AND the priority indicated by App:FCoE is not enabled for PFC. Otherwise, the FCoE instance will always remain enabled. CONFIGURATION
Once the fcoe-utils and lldpad packages have been installed and the corresponding services are running, there are a few simple configuration steps required to get an FCoE instance up and running. The following assumes that DCB will be required for the interface. o Ensure that the configuration on the peer device (e.g. FCoE capable switch) has the necessary configurations (VLANs, DCB, DCBX). o Configure any needed VLAN interfaces on the local system. o Create and configure /etc/fcoe/cfg-<ifname> files for the network interfaces over which FCoE instances need to be created. See the FILES sections for details. Note that ifname may be for a VLAN interface. o Restart the fcoe service (i.e. fcoemon). o The default DCB configuration of an Ethernet interface managed by lldpad requires the following configuration using dcbtool. dcbtool sc ethX dcb on <-- enable DCB on the interface dcbtool sc ethX app:fcoe e:1 <-- enable App:FCoE on the interface These steps only need to be done one time. Note that if other DCB configuration changes have been made with dcbtool, then additional changes may need to be made in order to satisfy the DCB criteria for creating an FCoE instance. Consult dcbtool for details. Once these configuration steps have been performed, use fcoeadm to query the status of the FCoE instances. FILES
/etc/fcoe/config This is the primary configuration file for the fcoe system service. FCOEMON_OPTS are the options we pass to fcoemon and SUPPORTED_DRIVERS is the list of drivers to automatically load during fcoe service start. Any changes to this file will require a restart of the fcoe service. /etc/fcoe/cfg-<ifname> These files are read by fcoemon on initialization. They are used to indicate which Ethernet or VLAN interfaces should have FCoE instances created. The option values in this file normally are: FCOE_ENABLE="yes", DCB_REQUIRED="yes", and AUTO_VLAN="yes", though if the variable values are omitted, they default to "no". FCOE_ENABLE is used to enable/disable creation of the FCoE instance. If FCoE_ENABLE is set to "no", then the other configuration values have no effect. DCB_REQUIRED indicates if the DCB service is required on the Ethernet interface. AUTO_VLAN indicates if VLAN discovery should be performed. If AUTO_VLAN is set to "yes", then once the link configuration has been validated, fcoemon will run run the FIP VLAN discovery protocol on the Ethernet interface. Network interfaces for any discovered FCoE VLANs will be automatically created, if they are not already configured, and FCoE instances will be created on the VLAN interfaces. If the network interface specified by the filename is already a VLAN interface, the AUTO_VLAN setting is ignored. MODE indicates whether operation will be in fabric or vn2vn mode. The default is fabric. FIP_RESP indicates whether a FIP responder should be activated on this device to support VLAN discovery in a vn2vn environment. The default is "no". Often this will be used on a vn2vn node also serving as a target. When using this option, the AUTO_VLAN should not be set and the supported VLANs should have configuration files supplied, constituting a static VLAN configuration that provides the information for the FIP responder to return. This should be set on a base device, which should probably have FCOE_ENABLE set to "no" since presumably FCoE operation will be on the configured VLANs. Note that the attached Ethernet peer device (e.g. FCoE capable switch port) must have compatible settings For DCB and FCoE to function properly. /etc/init.d/fcoe This is the fcoe system service script. This script is invoked by the init process or by the service command to start and stop the fcoemon. On systemd-enabled systems, fcoemon is controlled via the fcoe.service unit. VLAN NAMING CONVENTIONS
If a new VLAN device is created (see the description of the AUTO_VLAN setting above), it will have the name dev.vlan-fcoe; where dev is the name of the Ethernet parent device and vlan is the discovered VLAN ID number. SEE ALSO
fcoeadm(8) lldpad(8) lldptool(8) dcbtool(8) SUPPORT
fcoemon is part of the fcoe-utils package, maintained through the Open-FCoE project. Resources for both developers and users can be found at the Open-FCoE website http://open-fcoe.org/ Open-FCoE 02/06/2013 FCOEMON(8)
All times are GMT -4. The time now is 11:54 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy