hacmp service ip


 
Thread Tools Search this Thread
Operating Systems AIX hacmp service ip
# 1  
Old 08-22-2006
hacmp service ip

Hi,

I have two resource grps in hacmp 5.2 cluster.One is cascading and other is concurrent.

I have apply one svc_ip to cascading rg but not able to apply any svc ip with node bound option for concurrent rg.

Can any one guide me with the step to apply svc ip .

thanks in advance
Login or Register to Ask a Question

Previous Thread | Next Thread

5 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Run one service after another service has finished - systemd

Hi all I would like to know how to run task2.service after task1.service has finished. task1.service has a timer (task1.timer), that makes it run every 5 minutes OnCalendar=*:0/5task2.service is basically a script, that has to work on the files created after task1 has finished. This is what I... (2 Replies)
Discussion started by: guilliber
2 Replies

2. AIX

HACMP with VIO, service IP failover

Would anyone please kindly help to solve this problem... An LPAR with the below network configuration. ent0 and ent1 are logical lan (virtual ethernet) from VIO SEA. en0 1.2.3.4 <- boot ip 192.168.1.1 <- persistent ip 192.168.1.10 <- service ip en1 11.22.33.44 <- boot ip When I... (6 Replies)
Discussion started by: skeyeung
6 Replies

3. AIX

Service IP issue in HACMP, Working with only one node

Hi, I have a running HACMP Cluster with two nodes. Its working in active/passive mode. (i.e Out of the two nodes in the cluster one will be active and the other one will be on standby. If first node fails the other takes over) 1. There is a Service IP associated with the cluster. Now the... (2 Replies)
Discussion started by: aixromeo
2 Replies

4. AIX

HACMP does not start db2 after failover (db2nodes not getting modified by hacmp)

hi, when I do a failover, hacmp always starts db2 but recently it fails to start db2..noticed the issue is db2nodes.cfg is not modified by hacmp and is still showing primary node..manually changed the node name to secondary after which db2 started immediately..unable to figure out why hacmp is... (4 Replies)
Discussion started by: gkr747
4 Replies

5. AIX

HACMP: set preferred adapter for service ip

Hi, lets say we have two boot interfaces en0 en1 and two resource groups, with two service ips, sip1 and sip2, one persistent ip pers1 both persistend and service ips are applied as ip-alias when I start the cluster, and bring the resource groups up, it looks like en0: sip1 and sip2 ... (4 Replies)
Discussion started by: funksen
4 Replies
Login or Register to Ask a Question
FvwmRearrange(1)						   Fvwm Modules 						  FvwmRearrange(1)

NAME
FvwmRearrange - rearrange fvwm windows SYNOPSIS
FvwmRearrange is spawned by fvwm, so no command line invocation will work. DESCRIPTION
This module can be called to tile or cascade windows. When tiling the module attempts to tile windows on the current screen subject to certain constraints. Horizontal or vertical tiling is performed so that each window does not overlap another, and by default each window is resized to its nearest resize increment (note some- times some space might appear between tiled windows -- this is why). When cascading the module attempts to cascade windows on the current screen subject to certain constraints. Layering is performed so con- secutive windows will have their window titles visible underneath the previous. INVOCATION
FvwmRearrange is best invoked from a menu, pop up or button. There are a number of command line options which can be used to constrain the layering, these are described below. As an example case, one could call FvwmRearrange with the following arguments: FvwmRearrange -tile -h 10 10 90 90 or FvwmRearrange -cascade -resize 10 2 80 70 The first invocation will horizontally tile windows with a bounding box which starts at 10 by 10 percent into and down the screen and ends at 90 by 90 percent into and down the screen. The second invocation will cascade windows starting 10 by 2 percent into and down the screen. Windows will be constrained to 80 by 70 per- cent of the screen dimensions. Since the resize is also specified, windows will be resized to the given constrained width and height. FvwmRearrange can be called as FvwmTile or FvwmCascade. This is equivalent to providing the -tile or -cascade option. This form is obsolete and supplied for backwards compatibility only. Command-line arguments passed to FvwmRearrange are described here. -a Causes all window types to be affected, even ones with the WindowListSkip style. -animate Attempt to do an animated move, this is ignored if -resize or -maximize are used. -cascade Cascade windows. This argument must be the first on the command line. This is the default. -desk Causes all windows on the desk to be cascaded/tiled instead of the current screen only. -flatx Inhibits border width increment. Only used when cascading. -flaty Inhibits border height increment. Only used when cascading. -h Tiles horizontally (default is to tile vertically). Used for tiling only. -incx arg Specifies a horizontal increment which is successively added to cascaded windows. arg is a percentage of screen width, or pixel value if a p is suffixed. Default is zero. Used only for cascading. -incy arg Specifies a vertical increment which is successively added to cascaded windows. arg is a percentage of screen height, or pixel value if a p is suffixed. Default is zero. Used only for cascading. -m Causes maximized windows to also be affected (implied by -a). -maximize When moving/resizing a window, put it also into maximized state. -mn arg Tiles up to arg windows in tile direction. If more windows exist, a new direction row or column is created (in effect, a matrix is created). Used only when tiling windows. -noanimate Do not attempt to do an animated move. -nomaximize Do not put windows into maximized state. -noraise Inhibits window raising, leaving the depth ordering intact. -noresize Inhibits window resizing, leaving window sizes intact. This is the default when cascading windows. -nostretch If tiling: inhibits window growth to fit tile. Windows are shrunk to fit the tile but not expanded. If cascading: inhibits window expansion when using the -resize option. Windows will only shrink to fit the maximal width and height (if given). -r Reverses the window sequence. -resize Forces all windows to resize to the constrained width and height (if given). This is the default when tiling windows. -s Causes sticky windows to also be affected (implied by -a). -sp Causes windows sticky across pages to also be affected (implied by -a). -sd Causes windows sticky across desks to also be affected (implied by -a). -t Causes transient windows to also be affected (implied by -a). -tile Tile windows. This argument must be the first on the command line. -u Causes untitled windows to also be affected (implied by -a). Up to four numbers can be placed on the command line that are not switches. The first pair specify an x and y offset to start the first window (default is 0, 0). The meaning of the second pair depends on operation mode: When tiling windows it specifies an absolute coordinate reference denoting the lower right bounding box for tiling. When cascading it specifies a maximal width and height for the layered windows. If an affected window exceeds either this width or height, it is resized to the maximal width or height. If any number is suffixed with the letter p, then it is taken to be a pixel value, otherwise it is interpreted as a screen percent- age. Specifying zero for any parameter is equivalent to not specifying it. BUGS
It is probably not a good idea to delete windows while windows are being rearranged. AUTHORS
Andrew Veliath (original FvwmTile and FvwmCascade modules) Dominik Vogt (merged FvwmTile and FvwmCascade to FvwmRearrange) 3rd Berkeley Distribution 09 May 2010 (2.5.30) FvwmRearrange(1)