Sponsored Content
Operating Systems Solaris Solaris live upgrade on Active boot environment Post 302377463 by jlliagre on Friday 4th of December 2009 06:35:24 AM
Old 12-04-2009
Quote:
Originally Posted by incredible
Of course you can do on an active BE.
The documentation rightly states the opposite. The whole purpose of live upgrade is to maintain the active boot environment untouched while upgrading an alternate inactive one.
 

2 More Discussions You Might Find Interesting

1. Solaris

Solaris 10 Live Upgrade Issue

Hi Guys, having an issue with running Live Upgrade on a t5240 runiing Solaris 10 5/08. The system has the required patches 121430, and Live upgrade was updated from the install media sol-10-u10-ga2-sparc-dvd.iso The following boot environments were created solenv1 and solenv2 with the... (8 Replies)
Discussion started by: Revo
8 Replies

2. Solaris

Solaris live upgrade - how to check if a fs is shared or not

Hi all, 1) how do i check which FS(filesystems) in the current active PBE are shared and not shared with the ABE (alternate boot env) ? is doing lufslist and comparing between the 2 BEs the only option ? 2) when doing a luactivate -s (synchronize), does the synchronization go both way... (0 Replies)
Discussion started by: javanoob
0 Replies
XmActivateProtocol(library call)										  XmActivateProtocol(library call)

NAME
XmActivateProtocol -- A VendorShell function that activates a protocol SYNOPSIS
#include <Xm/Protocols.h> void XmActivateProtocol( Widget shell, Atom property, Atom protocol); DESCRIPTION
XmActivateProtocol activates a protocol. It updates the handlers and the property if the shell is realized. It is sometimes useful to allow a protocol's state information (callback lists, and so on) to persist, even though the client may choose to temporarily resign from the interaction. This is supported by allowing a protocol to be in one of two states: active or inactive. If the protocol is active and the shell is realized, the property contains the protocol Atom. If the protocol is inactive, the Atom is not present in the property. XmActivateWMProtocol is a convenience interface. It calls XmActivateProtocol with the property value set to the atom returned by interning WM_PROTOCOLS. shell Specifies the widget with which the protocol property is associated property Specifies the protocol property protocol Specifies the protocol Atom For a complete definition of VendorShell and its associated resources, see VendorShell(3). RELATED
VendorShell(3), XmActivateWMProtocol(3), XmRemoveProtocols(3) and XmInternAtom(3). XmActivateProtocol(library call)
All times are GMT -4. The time now is 02:11 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy